【Claude実践】AIに任せた業務を、別のAI・別チャットへ渡す「引継ぎ書」の作り方

AIに任せている業務、その担当を別のAI・別のチャットに移せますか? 「今動いているから大丈夫」と思っていても、チャットを変えた瞬間に相手はこれまでの経緯を何ひとつ知らない新人に戻ります。人の引き継ぎより厄介なのは、AIは分からないところを黙って推測で埋めてしまうことです。

今回は、実際にブログの自動生成業務を別のAIへ渡すために作った引継ぎ資料の中身と、そこで効いた工夫を紹介します。

「AIに任せた業務」は、引き継ぎが一番難しい

人に業務を引き継ぐときは、多少あいまいでも「これ、どういう意味ですか?」と聞き返してもらえます。ところがAIは、分からない部分を確認せずに、それらしい手順をその場で作ってしまうことがあります。しかも自信たっぷりに報告してくるので、こちらは気づけません。

つまりAI業務の引き継ぎでは、「何をするか」を書くだけでは足りません。やってはいけないことと、なぜそれが禁止なのかを、同じ密度で残す必要があります。

実際に作った引継ぎ資料は「14章」構成

ブログ記事の自動生成業務を移管したときに用意したのは、14章立ての引継ぎ資料一式です。ざっくり言うと次の3ブロックに分かれます。

  • 業務の全体像:何のための業務か、成果物は何か、どこに保存するか、いつ動かすか
  • 手順の詳細:どの画面をどの順で触るか、判断が分かれる場面のルール、完了の判定基準
  • 禁止事項と背景:やってはいけない操作と、その理由

章立てが多いこと自体が偉いわけではありません。重要なのは、受け取った側が判断に迷う場所が、必ずどこかの章に書いてある状態にすることです。これは社員の業務マニュアルとまったく同じ発想で、AIに自分用の業務マニュアルを持たせる考え方はこちらの記事でも書いています。

効いた工夫①:禁止事項18項目すべてに「実際に起きた事故」を添える

一番効いたのがこれです。禁止事項は18項目ありますが、そのすべてに「なぜ禁止なのか=過去に実際に何が起きたのか」を根拠として書き添えました。

理由を書かずに「〇〇は禁止」とだけ書くと、受け取った側は状況が少し変わっただけで「今回は例外だろう」と判断して破ります。これはAIに限らず、人でも同じです。逆に「以前これをやって、こういう事故が起きた」と一文添えるだけで、ルールは急に守られるようになります。

ここで書く事故は、格好悪くても実際に起きたものにしてください。想像で書いた例は具体性がなく、結局は無視されます。

効いた工夫②:パスワードやAPIキーは「実値ゼロ」で渡す

引継ぎ資料に認証情報をそのまま書くと、その資料自体が持ち出し厳禁の機密文書になってしまい、共有もバックアップもしづらくなります。そこで今回は、手順書には実際の値を一切書かず、「どのファイルの、どの項目を見ればよいか」だけを書く参照形式にしました。

手順書と鍵を分けておくと、手順書は気軽に共有・更新でき、鍵の管理は別ルールで厳しく運用できます。担当が変わったときに変更が必要なのも鍵の側だけになります。

効いた工夫③:古い引継ぎ資料に「破棄」と明記する

意外と見落とされるのがこれです。過去に作った古い引継ぎメモを消さずに残しておくと、受け取った側がそちらを読んで古い手順を正しいものとして再現してしまいます。

今回は旧資料の冒頭に「この資料は破棄。最新はこちら」という注記を入れて、誤情報が再利用されないようにしました。ファイルを削除するのが怖い場合でも、「どれが正本か」を1行書くだけで事故はかなり減ります。

まず何から作ればいいか

  1. いま動いている業務を1つ選ぶ。完璧な資料を最初から目指さず、止まったら困る業務から着手します。
  2. 「困った経験」を思い出して禁止事項にする。過去のトラブルを列挙し、それぞれに一文で理由を添えます。
  3. 鍵と手順を分ける。認証情報は別ファイルに逃がし、手順書には参照先だけを書きます。

なお、引継ぎ資料を作らせたあとは、その内容を鵜呑みにせず「何を、どう確認したのか」まで聞くのが大事です。あわせて、任せた業務そのものが消えないように会話履歴のバックアップも用意しておくと安心です。

コピペ用プロンプト

いま任せている業務の引継ぎ書を作らせるプロンプトです。自社の業務名に置き換えて使ってください。

これまでのやり取りをもとに、「◯◯(業務名)」を別のAI・別のチャットへ引き継ぐための引継ぎ書を作ってください。

【必ず含める章】
1. この業務の目的と、完了したと言える判定基準
2. 成果物の種類と保存場所
3. 実行のタイミング(頻度・時刻・きっかけ)
4. 手順(判断が分かれる場面のルールも書く)
5. 禁止事項

【書き方のルール】
- 禁止事項は1項目ずつ、「なぜ禁止か=実際に起きた事故」を必ず添える。
  実際の事故が確認できない項目は「事故事例なし(推測)」と正直に書く。
- パスワード・APIキー等の実際の値は絶対に書かない。
  「どのファイルのどの項目を参照するか」だけを書く。
- 私が実際にやったと確認できることだけを書く。推測で手順を補わない。
  情報が足りない章は「未確定」と書き、私に質問を返す。

最後に、この引継ぎ書だけを読んだ人が判断に迷いそうな箇所を3つ挙げてください。

まとめ

AIに任せた業務の引継ぎ書で大事なのは、手順の網羅よりも「やってはいけないことと、その理由」です。禁止事項に実際の事故を添える、鍵と手順を分ける、古い資料に破棄と書く。この3つだけでも、引き継いだ相手が推測で暴走する余地はかなり減ります。

属人化を避けるために業務をAIに任せたのに、そのAIのチャットに属人化していた、では本末転倒です。動いているうちに1本作っておくことをおすすめします。

ワークウェルでは、AIを使った業務自動化・バックオフィスの仕組みづくりを支援しています。お気軽にご相談ください。