マガジン

チームでClaudeに仕事を頼む依頼文の型:目的・材料・出力形式・確認者をそろえる

AIを使いこなす

執筆にClaudeを使用しています。

五つの項目をそろえた二枚の依頼用紙と別々の資料を並べ、確認者がチェックするイメージ
記事の内容をもとに制作したAI生成イメージです。実際の製品画面や検証結果の写真ではありません。

人が替わっても同じ質の回答を得るには、依頼文の「中身」ではなく「書く項目」をチームで固定するのが近道です。おすすめは、目的・背景・材料・出力形式・確認者の5項目です。これに「材料にないことは推測しない」という一文を足すと、担当者ごとの差を抑えやすくなります。 回答がぶれる大きな原因の一つは、依頼側が渡す情報の差です。Anthropicのプロンプトエンジニアリングのまとめ記事では、求めるものを明確に書くこと、理由や背景を添えること、制約・読み手・出力構造を具体的に示すこと、推測せず不確かだと言ってよいと許可することが挙げられています。この記事では、それらを職場の依頼書式に落とし込みます。 範囲は、文章や資料の作業をClaudeに頼むときの共通書式です。コード生成やAPI連携は扱いません。

この記事の目次
  1. 5項目の依頼テンプレート
  2. 記入例:会議メモから議事録を作る
  3. 項目ごとの書き方と、抜けたときの判断表
  4. チームで共有する3つの方法
  5. 確認者が見る観点と、書式の育て方

5項目の依頼テンプレート

そのままコピーして、社内の共有ドキュメントに置けます。{ } の部分を埋めてください。

【依頼】
【目的】
{この成果物は誰が、何の判断や作業に使うか}

【背景】
{経緯、前提、読み手の知識レベル、避けたいこと}

【材料】
次の資料だけを根拠にしてください。
<材料>
{貼り付ける本文、メモ、データ}
</材料>

【やってほしいこと】
{要約する/下書きを作る/論点を整理する など、動詞で1〜3個}

【出力形式】
{見出し構成、文字数、表か箇条書きか、口調}

【分からない点の扱い】
材料に書かれていないことは推測で埋めず、末尾に「要確認」として一覧にしてください。

【確認者】
{氏名または役割}が、{確認する観点}を見ます。
確認者向けに、確認が必要な箇所を最後にまとめてください。

ポイントは2つあります。

  • 「材料」を区切って渡す:指示と資料が混ざらないよう、<材料> のようなタグや区切り線で囲みます。記法は編集上の提案で、チームで一つに決めておけば何でも構いません。
  • 「確認者」を依頼文に書く:Claudeが確認者に連絡するわけではありません。誰がどの観点で見るかを先に伝え、その人が見るべき箇所(数字の根拠、宛先など)を末尾にまとめさせる使い方です。

記入例:会議メモから議事録を作る

以下は説明用の例で、実際に実行した結果ではありません。会議の日付や人名、内容は架空のものです。

【依頼】
【目的】
営業部の定例会議に出られなかったメンバーが、決定事項と自分の宿題を
3分で把握できる議事録にする。

【背景】
社内共有用。読み手は営業部全員で、新商品の詳細は知っている。
先方への見せ方の議論は経緯が長いので、結論だけ書いてほしい。

【材料】
次の資料だけを根拠にしてください。
<材料>
10/21 営業定例 メモ(出席:A、B、C)
- 見積書の様式変更、11月第1週から新様式で、Bが旧様式を整理
- サンプル発送は先方確認待ち、期限は未定
- Cが来週中に事例集の草稿?(本人不在で未確認)
</材料>

【やってほしいこと】
議事録の下書きを作る。

【出力形式】
「決定事項」「担当と期限」「未決事項」の3見出し。各項目は箇条書き。
担当と期限は表にする。です・ます調。

【分からない点の扱い】
材料に書かれていないことは推測で埋めず、末尾に「要確認」として一覧にしてください。
期限が書かれていない項目は「期限未定」と明記してください。

【確認者】
会議の司会者Aさんが、担当者名と期限が合っているかを見ます。
確認者向けに、メモの表現があいまいな箇所を最後にまとめてください。

この例のメモには「Cが来週中に事例集の草稿?」のようにあいまいな行があります。「分からない点の扱い」を書いておくと、「Cが11月3日までに作成」のような断定を避けやすくなります。ただし、必ず防げるわけではないため、出力の「要確認」をAさんが本人に確かめてから配布する流れにします。

項目ごとの書き方と、抜けたときの判断表

「どこまで書けばよいか」で迷うときは、次の表を使ってください。「起きやすいこと」は編集上の見立てで、測定した結果ではありません。

  • 目的、書くこと:使う人と使い道、薄い書き方:「議事録にして」、抜けたときに起きやすいこと:詳しすぎる、または粗すぎる成果物になる
  • 背景、書くこと:前提と読み手の知識、避けたいこと、薄い書き方:書かない、抜けたときに起きやすいこと:読み手に合わない用語や説明が混ざる
  • 材料、書くこと:根拠にする資料を本文で渡す、薄い書き方:「前に話した件」、抜けたときに起きやすいこと:一般論で埋められ、社内事情と合わなくなる
  • 出力形式、書くこと:見出し、分量、表か箇条書きか、口調、薄い書き方:「いい感じに」、抜けたときに起きやすいこと:人によって形が変わり、比較や再利用がしにくい
  • 確認者、書くこと:見る人と観点、薄い書き方:書かない、抜けたときに起きやすいこと:誰も確認しないまま配布されやすい

「書くほど良い」わけではありません。上記のAnthropicの記事も、最良のプロンプトは最も長いものではなく、必要最小限の構造で目標を安定して達成するものだと述べています。5項目を各1〜2行で埋めるところから始め、直したい癖が出たら足す程度で十分です。

チームで共有する3つの方法

1. 共有ドキュメントに置く

プランに関係なく使える方法です。テンプレートを社内Wikiや共有ドライブに置き、用途別の記入例を1つずつ添えます。

2. Projectsの指示に固定部分を入れる

ClaudeのProjectsでは、資料(ナレッジ)を置き、プロジェクト専用のカスタム指示を設定できます。プロジェクトの共有はTeamプランとEnterpriseプランの機能で、特定のメンバーまたは組織全体に共有できます(2026年10月28日に公式ヘルプで確認)。

分担の目安は次のとおりです。

  • プロジェクトの指示に入れる:出力形式、「分からない点の扱い」、確認者向けのまとめ方など、毎回変わらない部分
  • メンバーが毎回書く:目的、背景、材料、今回の確認者など、案件ごとに変わる部分

共有設定のヘルプによると、共有時の権限は「閲覧可(Can view)」と「編集可(Can edit)」の2種類です。指示やナレッジを変更できるのは「編集可」のメンバーなので、テンプレートの管理者だけを編集可にし、他のメンバーは閲覧可にしておくと、書式が勝手に変わるのを避けられます。同ヘルプでは、共有プロジェクト内でも各自の会話は、手動で共有しない限り他のメンバーから見えないと説明されています。また、管理者は組織のプロジェクト共有を無効にでき、無効の間は新しいユーザーやグループを追加できません。自社の設定は管理者に確認してください。

3. 組織の指示は全社共通の最小限に

Team/Enterpriseのオーナーは組織の指示を設定できます。ヘルプによると、組織の指示は個人の指示と矛盾する場合に優先され、上限は3,000文字、反映に最大1時間かかることがあります。文字数が限られるため、5項目の全文ではなく、「依頼に確認者が書かれていなければ確認する」「材料にない事項は推測しない」といった全社共通の最小ルールに絞るのが現実的です(この文例は編集上の提案です)。プランや上限は変わる可能性があるため、導入前に最新の公式ヘルプを確認してください。

確認者が見る観点と、書式の育て方

確認者の役割があいまいだと、5項目の書式は形だけになります。確認者が最低限見るのは、次の点です。

  1. 数字、日付、固有名詞、担当者名が材料と一致しているか
  2. 「要確認」の一覧が処理され、推測のまま残った記述がないか
  3. 宛先と公開範囲が目的に合っているか
  4. 材料に含めてはいけない情報(個人情報、未公開の取引条件など)が出力に紛れていないか

材料を貼る前の段階も大切です。機密や個人情報は、社内の情報管理ルールに従い、必要なら架空の値や記号に置き換えてから渡します。AIサービス側の設定と社内の秘密保持ルールは別の話なので、設定を理由に扱いを緩めないでください。

書式は運用しながら直します。出力が期待とずれたら、その場の依頼文だけを直さず、「どの項目が足りなかったか」を上の表で見直してテンプレートに反映します。最初は議事録、メールの下書き、資料の要約など、成果物が毎回似ている業務を1つ選んで試すと、書式の効き目を確かめやすいでしょう。

出典・参考資料