# Claudeの業務手順を引き継ぐための5項目の文書 Claudeの業務手順を引き継ぐために、指示、成果例、実行と承認のルール、再確認日、担当者を一枚にまとめ、後任が一人で実行して確かめる方法です。 URL: https://www.hiresteve.ai/ja/blog/claude-workflow-handoff 最終更新: 2026-10-12 この引き継ぎ文書には、手順を動かす指示、採用した成果の実例、誰が実行し誰が承認するかのルール、次に確認する日付、担当者の名前という5項目を記録します。信頼できる手順を一つ選んで文書を作り、自分に何も聞かずに同僚が実行できるか確かめてください。 ## 共有する前に、5つの要素を書く 動いているClaudeの手順の多くは、作った人の頭の中と一本の長いチャットにあります。チャットには指示、修正、良い成果例が混ざっていて、その順番を覚えているのは本人だけです。チャットを共有すると記録は渡りますが、方法は作った人の側に残ります。 次の一覧は当社の推奨です。Anthropicが定めた様式はありません。対象のプロジェクトやスキルの隣に一枚の文書として置き、実行前に読み切れる短さと、同僚が「この行は違う」と指摘できる具体性を目安にしてください。 - 指示：手順を動かしている指示の本文。プロジェクトの指示またはスキルのファイルから写し、最後に変更した日付を添えます。 - 成果例：実際の入力（または練習用と明記した入力）と、採用した成果を一件。却下した成果も理由付きで一件残します。 - 実行と承認のルール：誰が実行してよいか、どの情報源を読んでよいか、営業や顧客に届く前に誰が成果を承認するか。 - 再確認日：次に一人で実行する日と、先に更新する入力。 - 担当者：その日付を予定に入れている一人の名前。後任が結果に疑問を持ったときに尋ねる相手でもあります。 ## チャットの内容を、指示・ファイル・依頼内容に分ける 直近で良い成果が出た数回分のチャットを開き、自分が入力した内容を3つに分けます。毎回貼り付けていた文章はプロジェクトの指示に入れます。参照していた根拠、たとえば競合ファイルや承認済みメッセージは、プロジェクトのナレッジに入れます。回ごとに変わっていた内容はその回の依頼内容であり、プロジェクトには入れません。指示とファイルの仕組みは[プロジェクトの設定手順](/ja/blog/claude-project-setup)で、回ごとの依頼内容は[依頼内容のまとめ方](/ja/blog/claude-job-brief)で説明しています。 次に、もう当てはまらない行を削ります。一度の誤った回答を直すために書いた修正が、恒久ルールとして残っていることはよくあります。一行ずつ、次の実行に必要かを確かめてください。短い指示ほど、後任が信頼しやすくなります。 Anthropicのプロジェクト資料には、指示の版履歴は記載されていません。最終的な指示の本文を、日付とともに引き継ぎ文書へ写してください。 ## 誰が実行し、誰が承認するかを書く 2026年9月16日に再確認したAnthropicの[プロジェクトの説明](https://support.claude.com/ja/articles/9517075-%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%81%A8%E3%81%AF%E4%BD%95%E3%81%A7%E3%81%99%E3%81%8B)では、TeamおよびEnterpriseプランでプロジェクトを組織の他のメンバーと共有できると説明されています。そうした組織の外では、Claudeの中でプロジェクトを同僚に渡す仕組みがありません。指示とファイルを書き出し、次の担当者が自分のアカウントでプロジェクトを再作成します。 共有設定が答えるのは「誰が見られるか」です。実行と承認のルールが答えるのは、誰が実行を始めてよいか、そして誰が成果を承認してから社内で使うかです。どちらも人名で書き、それぞれに代理を添えて、一文にまとめてください。 手順が連携先の情報源を読むなら、ルールにはコネクタの扱いも含めます。Anthropicの[コネクタの説明](https://support.claude.com/ja/articles/11176164-%E3%82%B3%E3%83%8D%E3%82%AF%E3%82%BF%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%97%E3%81%A6claude%E3%81%AE%E6%A9%9F%E8%83%BD%E3%82%92%E6%8B%A1%E5%BC%B5%E3%81%99%E3%82%8B)は、組織単位のコネクタ制御を説明しています。指示に「読み取りだけにしてください」と書くのは依頼であり、実効的なコネクタ設定が制御です。TeamまたはEnterpriseの共有プロジェクトに追加されたメンバーは、現在の指示を閲覧できます。コネクタへのアクセスには、そのメンバーの連携先サービスでの権限と、組織のコネクタ設定が引き続き適用されます。ツールごとの権限の見方は[マーケター向けMCPの解説](/ja/blog/mcp-for-marketers)で扱います。 ## 一人で実行して、引き継ぎを確かめる 成果を読み解くのに作った人が必要な手順は、まだ引き継げていません。文書に頼る前に次の確認を行い、再確認日が来るたびに繰り返してください。 **後任が開ける入力を選ぶ** 実際の業務か、練習用と明記した入力を使います。指示に書かれた情報源を、後任が自分のアカウントで全て開けるか確かめてください。作った人は開けて後任は開けない情報源が、最も気づかれにくい失敗です。 **引き継ぎ文書だけで後任に実行してもらう** 後任は文書を読み、プロジェクトを開いて実行し、推測で進めた箇所を全て書き出します。実行中に作った人へ質問しなかったことを確認してください。 **成果例と比べる** 違いを一つずつ挙げます。それぞれが許容できる差か、文書のどの行を直すべきかに分類できることを確かめてください。誰も分類できない違いは、作った人の頭の中にしかない判断であり、ルールとして文書に書き加えます。 **文書を直してから、もう一度実行する** 直すのは指示、成果例、ルールのいずれかです。二回目の実行で、一回目の推測が不要になっていることを確認します。 ずれの例を一つ、この記事のために作った架空の事例として示します。営業向け競合資料を更新する手順の指示には「競合ファイルを使う」とあり、競合が料金ページを変えた後も誰もそのファイルを更新していなかったとします。後任の実行結果は、前四半期の価格を載せた資料になります。成果例に情報源の確認日が書かれていれば、ファイルがその日付より古いことに後任が気づけます。日付がなければ、古い資料も正しく見えます。 ## 担当者と再確認日を決める 担当者は一人に決めます。次の再確認日をその人の予定に入れ、後任からの質問に答え、一年後にアカウントを受け継ぐ人が誰に聞けばよいか分かるように、文書に名前を書きます。役割が変わったら、その行の更新が最初の引き継ぎ作業です。 再確認の間隔は、入力が変わる速さから決めます。料金ファイルを読む手順は、そのファイルを更新するたびに確認が必要です。社内の商談メモを要約する手順なら、もう少し間を空けられます。間隔を日付の隣に書き、担当者が毎回更新する「最終確認日」の行も加えてください。Anthropicのプロジェクトガイドには、通常のチャット用プロジェクトの業務通知は記載されていないため、日付はチームで普段使っている予定管理に入れます。有料プランのCoworkプロジェクトではスケジュールタスクを使えます。Claude Codeでは、セッション内の`/loop`かクラウドのRoutineでスキルを再実行できます。 ## 文書では引き継げないもの **引き継ぎ文書に載せられない三つのこと** 文書だけでは、作った人が無意識に下す判断や、各ルールの背景を渡せません。情報源へのアクセス権も付与できず、各メンバーには連携先サービスでの権限と組織のコネクタ設定が適用されます。一人での実行で判断と背景の不足を見つけ、実行と承認のルールで権限の境界を明記してください。 チームがすでにコードリポジトリで作業しているなら、チャットのプロジェクトよりClaude Codeのスキルの方が引き継ぎに向いています。2026年9月14日に確認した[Claude Codeのスキルの説明（英語）](https://code.claude.com/docs/en/skills)では、スキルは`SKILL.md`と補助ファイルの組で、`.claude/skills/`にコミットすればそのリポジトリで作業する全員が使え、管理設定やプラグインで組織に配布できます。Gitがあれば、指示の変更履歴と、確認の手順としてのプルリクエストが得られます。代わりに、スキルにはClaude Codeが必要で、多くのプロダクトマーケターは使っていません。 Anthropicのプロジェクト資料には、指示の差分表示や承認待ちの仕組みは記載されていません。再実行には、セッション内の`/loop`、Desktopのスケジュールタスク、クラウドのRoutineから、必要なファイル、継続性、確認方法に合うものを選びます。2026年9月16日に再確認したAnthropicの[スケジュール実行の説明（英語）](https://code.claude.com/docs/en/scheduled-tasks)は、この違いを説明しています。予定された実行は出力を承認しないため、誰かが結果を使う前の確認方法を決めてください。 ## 製品の中で承認の手順がどう動くか 任意のClaude業務手順をまとめたり引き継いだりする利用者向け機能は見つからず、Steveはこの文書の代わりにはなりません。ニュースで営業向け競合資料に変更が出たとき、Steveは現行の記述と更新案を並べて表示し、現行のまま残す、更新を適用する、両方を採用する、のいずれかを選べます。 担当者が替わるたびに営業向け競合資料が古くなることが主な課題なら、その仕事に限って[Steveの競合リサーチ](/ja/products/research)を検討できます。他のClaude業務手順では、5項目の文書を作り、後任が頼る前に一人で実行して確かめてください。 ## よくある質問 ### 引き継ぎにTeamまたはEnterpriseプランは必要ですか？ 必要ありません。引き継ぎ文書は通常の文書なので、どのプランでも作れます。Claudeの中でプロジェクト自体を共有できるのは、2026年9月14日に確認した公式記事によるとTeamとEnterpriseの組織です。それ以外では指示とファイルを書き出し、次の担当者が自分のアカウントでプロジェクトを作り直します。 ### プロジェクトを共有するだけでは、何が伝わりませんか？ 共有で渡るのは、プロジェクトの指示、ファイル、その中でチャットできる権限です。どの入力を渡すか、どこまでを良い成果とするか、誰が成果を承認するか、次にいつ確認するか、誰が担当かは伝わりません。その5つを引き継ぎ文書が補います。 ### 引き継いだ手順は、どのくらいの頻度で確認しますか？ 入力が変わる速さから間隔を決め、確認日を記録します。通常のチャット用プロジェクトについて、公式ガイドは通知機能を説明していません。有料プランのCoworkプロジェクトではスケジュールタスクを使え、Claude Codeではセッション内の/loopかクラウドのRoutineでスキルを再実行できます。 ### Claudeが手順の版管理や承認を自動で行いますか？ Anthropicのプロジェクト資料には、指示の差分表示や承認待ちの仕組みは記載されていません。再実行には、セッション内の/loop、Desktopのスケジュールタスク、クラウドのRoutineから、必要なファイル、継続性、確認方法に合うものを選びます。実行予定は出力を承認しません。