どうも、Kazuです。
AIへ具体的に指示したはずなのに、必要のない説明が増える。指定したURLがない。本文はできたが、画像やメタ情報がない。
このずれは、指示の長さでは解決しないことがあります。
AIが「どこまで終われば完成か」を知らないからです。
仕事を正しく終わらせるには、開始時の命令より、完了条件と検査方法を決めます。
今回は、AIの出力が目的からずれるのを減らす完了条件の作り方を解説します。Claude Code(フォルダ作業AI)やCodex(作業実行AI)へ仕事を渡す全体像は経営者向けAI活用の親記事にまとめています。

依頼内容と完了条件は違う
依頼内容は「何をするか」です。
完了条件は「何を確認できれば終わりか」です。
| 依頼内容 | 完了条件 |
|---|---|
| 記事を書く | 本文、メタ説明、画像案、CTA(行動ボタン)がそろう |
| 数字を比較する | 定義確認、差分、追加確認、計算式がある |
| 台本を作る | 全スライドに話す内容が対応し、尺内に収まる |
| WPへ入稿する | draft登録、カテゴリ、スラッグ、表示確認が終わる |
「終わりました」とAIが言ったかではなく、成果物を見て確認できる状態にします。
完了条件を作る5項目
1. 存在するもの
完成時に必要なファイルや項目を書きます。
例:記事本文、meta description、画像プロンプト3件、内部リンク2件。
2. 内容の条件
誰向けか、何を解決するか、どの根拠を使うかを決めます。
例:問題提起、解決手順、人の判断、今日の一手を含む。
3. 形式の条件
ファイル形式、見出し、サイズ、保存先、命名を決めます。
例:Markdown正本、画像660×371px、JPEG、指定フォルダへ保存。
4. 検査の条件
何を照合し、どの結果なら合格かを決めます。
例:URL一致、プレースホルダー数、禁止語0件、画像3枚。
5. 人の確認が必要なこと
AIが完了できない判断を分けます。
例:実例の公開許可、価格変更、公開、送信、削除。

「読みやすい」を検査できる条件へ変える
抽象的な形容詞だけでは、AIの判断が揺れます。
| 抽象条件 | 確認できる条件 |
|---|---|
| 読みやすい | 一文一義、専門語に説明、見出しごとに論点一つ |
| 分かりやすい図 | 一枚一メッセージ、要素4つ以内、矢印の向き統一 |
| 高級感 | 色数を制限、余白を確保、装飾を増やさない |
| 具体的 | 入力、AIの仕事、人の判断、今日の一手がある |
| 安全 | 公開・送信・削除前に停止する |
すべてを数字にする必要はありません。人が同じ観点で検査できる言葉へ変えます。
そのまま使える完了条件テンプレート
【完成時に存在するもの】
-
【内容の条件】
-
【形式・保存先】
-
【実行する検査】
- 検査名:
合格条件:
【人の確認が必要】
-
【完了報告】
- 作ったもの
- 検査結果
- 残っている判断
検査を制作担当と分ける
AIが自分で作ったものを自分で確認すると、前提の見落としを引き継ぐことがあります。
同じAIでも工程を分け、制作時の会話を一度離れて、正本と完成物だけを読み直させます。
複数のAIを使う場合も、役割は「たくさん意見を出す」ではなく、制作担当と検査担当のように明確に分けます。
完了条件を増やしすぎない
条件が多いほど良いわけではありません。
優先順位は次です。
- 事故を防ぐ条件
- 読者や顧客への約束
- 成果物の必須項目
- 表示・形式
- 好みの調整
好みの条件が安全条件とぶつかる場合は、安全を優先します。

今日やること
AIへ任せている仕事を一つ選び、「完成時に存在するもの」を五つ以内で書きます。
次に、間違えたくないURL、数字、公開状態を検査条件へ入れます。
AIへ完成物と条件を照合させ、人が最後に採否を決めます。
良いプロンプトを作るより、良い終わり方を決める。これだけで、修正の往復はかなり減らせます。
Claude CodeやCodexへ実務を渡す全体像は、経営者のためのAI活用記事でも確認できます。
事業をAI化する実演動画を無料公開中
40分の実演動画で、AIに質問するだけで終わらせず、売上・広告・在庫・日報・判断履歴をAIに渡して、事業の中で動くAIチームを作る流れを公開しています。
さらに、動画を見た方には、希望者限定で無料個別相談の案内もお届けします。