AIエージェントに渡す作業前ブリーフの書き方
ChatGPT、Claude、Cursor、MCP経由のエージェントに作業を任せる前に、目的、資料、権限、完了条件を短くそろえる日本語テンプレートです。
2026年5月14日
AIエージェントに「この続きお願い」と渡すとき、足りないのは長い説明ではなく、迷わせない境界です。
Highlight Reel
次のAI作業に渡す文脈だけ残す
長い会話から、目的、判断、参照資料、次の作業だけを選び、チームが読み返せるリンクに整えます。
先に結論
目的、完了条件、参照してよい資料、触ってはいけない範囲、使える権限、レビュー方法を先に固定します。
コピーして使えるテンプレート
# AIエージェント作業前ブリーフ
## 依頼したいこと
-
## 参照してよい範囲
-
## 権限
-
## 出力してほしい形
-
## 人間が確認すること
- 記入例
# AIエージェント作業前ブリーフの例
既存FAQを読み、問い合わせ分類のたたき台を作る。顧客名と契約情報は含めず、10分類と迷う例を3件出す。作業前ブリーフに入れるもの
| 項目 | 書く理由 | 書き方の目安 |
|---|---|---|
| 目的 | 出力の方向を固定するため | 一文で書く |
| 参照範囲 | 読ませてよい資料を限定するため | URLや資料名で指定する |
| 権限 | 自動実行の境界を決めるため | 読み取り、書き込み、送信を分ける |
| 完了条件 | レビュー基準にするため | 成果物の形で書く |
| 人間の確認 | 最終責任を残すため | 事実、機密情報、公開可否を分ける |
共有前チェック
- 今回やらないことを書いた。
- 参照資料をURLや資料名で指定した。
- 読み取り、書き込み、外部送信を分けた。
- 顧客名、APIキー、社内限定URLを含めていない。
- 人間が確認する項目を残した。
実務での補足
小さな作業ほどブリーフを省きがちですが、AIにファイル、顧客情報、社内資料を読ませる場合は三行でも境界を書きます。特に「読んでよい資料」と「触ってはいけない範囲」は、あとから成果物をレビューするときの基準になります。
開発チームならGitHub issueの冒頭、CSならNotionの作業メモ、企画ならGoogle Docsの下書きに置くと扱いやすいです。AIへの指示文に全部入れるより、人間が読めるブリーフとして残すほうが、担当交代や再実行に強くなります。
日本語の業務共有での使い方
作業前ブリーフは、依頼文そのものよりも「あとで確認できる置き場所」が大事です。開発ならGitHub issue、企画ならNotionやGoogle Docs、社内の手順なら内部ドキュメントに置き、SlackやTeamsでは「この権限と完了条件で進めてよいか」を確認します。
Highlight Reelを使う場面
長いAIチャットから、依頼内容、参照範囲、権限、完了条件だけを選び、AIエージェントに渡す前のブリーフとして共有できます。公式の権限管理ではなく、人間が文脈を確認する入口として使います。
よくある質問
AIエージェントに渡す前に何を固定しますか？
目的、参照してよい範囲、変更してよいファイル、完了条件、禁止事項です。ここが曖昧だと、エージェントは毎回同じ前提確認から始めます。
毎回同じブリーフでよいですか？
安定しているルールは使い回せます。ただし現在のブランチ、未解決の論点、今回だけの制約は作業前に更新します。
会話全文をブリーフに入れますか？
入れません。必要なのは全文ではなく、今回の作業に影響する決定、制約、参照リンクです。