ガイド公開日
依頼に完成の形と確認基準を添える
この記事で分かること
目的、入力、出力、制約、確認基準を、1枚の依頼確認書へ落とし込みます。

目次 読みたいところから
「資料をいい感じにまとめて」では、文章を整えるのか、ファイルを作るのかが定まりません。人が最後に確認する形まで伝えると、返ってきたものを同じ基準で見直せます。
5つの情報
今回は目的を「案件の内容を社内で確認する」、入力を「案件メモ」、出力を「依頼確認書1枚」とします。制約は「未確認事項を補完しない」、確認基準は「案件ID、数量、日付、予算上限が元メモと一致する」です。
目的: 研修室の備品更新の内容を社内で確認したい。
入力: 添付のcase-note.txtだけ。
出力: 依頼確認書1枚。案件ID、案件名、数量、開始日、納期、予算上限、未確認事項を含める。
制約: 元ファイルを変更しない。分からない値は「未確認」。メール送信はしない。
確認基準: 元メモと値が一致し、上限金額を実費に言い換えない。
最初に読み取り結果と作成方針を示してください。
方針を読むところ
作成方針が「承認者を担当Aにする」なら、メモの担当と承認者を混同しています。「承認者は未確認のまま」と訂正します。事実の誤りを残したまま、書式だけ細かく指定しても直りません。
作業が大き過ぎる場合は「ファイル作成の前に、項目名と値の表だけ」と絞ります。途中で予定が変わった場合も、どの条件を変えるかを伝え、以前の条件を残すか明示します。
足りない情報への応答
承認者を尋ねられたら、分かるまで未確認にします。架空の入力をAIへ渡す演習なので、実在の上司の名前や連絡先を足す必要はありません。依頼文が長くなっても、目的と入力と出力が同じなら、1つのタスクとして扱えます。
合格基準は、読み取り表と作成方針から出力を予想できることです。予想できないときは「何を作るか」「根拠はどのファイルか」を聞き直し、範囲を1書類へ戻します。
次に読む回
参照した公式情報
2026年10月9日確認。操作画面、権限表示、生成ファイルの品質は実機で未検証です。
よくある質問
- この記事の手順は実機で確認済みですか
- Coworkでの実行結果は未検証です。架空の入力資料と確認基準を使う演習として紹介しています。公式仕様は2026年10月9日に確認しました。



