AIエージェントに安全に作業を頼むプロンプトテンプレート｜Codex・Claude Code・MCP向け

ZCode向けの安全依頼テンプレート

ZCodeに長時間作業を頼むときは、Goal Mode、Plan、Confirm、Usage Stats、Full Accessの禁止条件を依頼文に入れると事故範囲を狭められます。

2026年7月版：初見repoをまだ実行しない依頼テンプレート

このリポジトリをまだ実行しないでください。
まず読み取りだけで、README、package.json、pyproject.toml、setup.py、Dockerfile、.github/workflows、AGENTS.md、CLAUDE.mdを確認してください。
install、setup、test、dev server起動、curl/wget/Invoke-WebRequest、Docker build、外部URL取得、MCP追加、ネットワークアクセスは実行しないでください。
実行が必要そうな場合は、コマンド、目的、外部通信の有無、触るファイル、秘密情報に触れる可能性を先に報告してください。
.env、APIキー、Cookie、GitHub token、npm token、cloud key、SSH keyの実値は表示しないでください。

外部通信と公式確認を使う作業のテンプレート

外部通信を使う場合は、どのドメインに何の目的でアクセスするか先に報告してください。
公式情報を確認した場合は、確認日とURLを本文またはSourceBoxに残してください。
報道ベースの未確認情報は断定せず、「報道では」「公式確認できる範囲では」と書き分けてください。
ネット接続、MCP、WebFetch、Bash/PowerShell、追加ツールが必要な場合は、実行前に止まって確認してください。

2026年8月10日：Codex execを自動化へ組み込む前の確認

OpenAI公式Docsでは、codex execはTUIを開かずにスクリプトやCIからCodexを呼ぶ入口として説明されています。自動化では完了メッセージだけを信じず、権限、出力形式、セッション状態、MCPの必須性、終了コード・diff・テストを別々に確認します。

自動化依頼に残す停止条件

• 最初の1回はread-onlyで実行し、編集が必要ならsandbox flagを明記する。非推奨の--full-autoを安全設定として使わない。
• CIの成功は終了コード、生成物、git diff、lint / testを別々に判定し、最終メッセージだけで公開可否を決めない。
• 機械連携は--jsonやoutput schemaを使う場合でも、受け側で形式を検証し、想定外のイベントや欠落した最終出力で停止する。
• --ephemeralを使わないジョブでは、rollout、ログ、出力ファイルに秘密情報が残らないかを確認する。
• requiredなMCPサーバーが起動・接続に失敗した場合は、代替動作で続行せず、原因と未実行範囲を報告する。
• resumeや--lastで再開する場合は、対象repo、作業範囲、直前の差分、残りの停止条件を確認してから続ける。
• Git repoの確認を省略する設定は、管理された作業ディレクトリで必要性を説明できる場合に限る。

中断したCodex CLIタスクを安全に再開する

ここからはCodex CLIの話です。Projects and chatsでは保存済みチャットに会話履歴と記録された作業ディレクトリが残る一方、Codexは現在のworking treeを読みます。CLI referenceでは対話型のcodex resumeと非対話型のcodex exec resumeは別の入口です。codex resume --lastは既定で現在のディレクトリにあるセッションを対象とし、--allは他ディレクトリのセッションも検索します。/compactは会話の前半を要約しますが、今のファイル、検証結果、作業許可が有効かまでは確かめません。このCLIの仕様をデスクトップアプリ、IDE拡張、APIへ一般化しないでください。

再開前の依頼テンプレート

空欄は「不明」とし、目的、引継ぎ時の証拠、現在の作業ツリーの食い違いを先に書き出します。source SHAだけで未コミットの入力が同じとは判断できないため、再利用する検証に関係するファイルやversionも残します。

再開前に読み取りで照合してください。食い違いがあれば、編集や副作用の前に止まって報告してください。

目的と許可された範囲:
引継ぎ時のsource SHA:
再利用したい検証 / 対象入力ファイル / version / 実行時点:
現在の作業場所の識別名 / Git root / branch / HEAD:
現在のstatus / changed files / outputs:
worker・taskの観測状態（稼働 / 完了 / 不明）:
未完了の承認や副作用:
前回との差と不明点:
許可範囲内で安全に進める次の1 step:

読み取り確認の例:
git rev-parse --show-toplevel
git branch --show-current
git rev-parse HEAD
git status --short
git diff --stat
git diff --cached --stat

これらのGit確認は現在のローカル情報を見るだけです。build、upload、CI、公開環境の完了を証明するものではありません。

判断の分岐例（どちらも仮例）

• 前回のPASSはsource SHA Aで記録されているが、現在は関連する設定ファイルが変更されている。古いPASSを現在の結果として使わず、差分を確認したうえで影響するゲートだけを今の入力で再実行する。この状況は仮例であり、実測の再現ではありません。
• 保存された作業ディレクトリが、今回意図したrepoの識別名と異なる。編集やセッション選択を進めず、現在のGit rootとbranchを確認し、どのタスクを対象にするか決める。--allで曖昧さを解消しようとしない。この状況は仮例であり、実測の再現ではありません。

安全依頼テンプレートに、退避済みかどうかを書く

AIに大きめの作業を頼むときは、禁止事項や確認コマンドだけでなく、作業前バックアップの有無も依頼文に入れておくと安全です。未追跡ファイル、uploadフォルダ、素材、ローカル設定を退避済みかどうかを明記すると、完了後の確認がしやすくなります。

ChatGPT Work向けの安全な依頼境界

apps・files・browserから必要な情報を調べ、下書きまで作成してください。
接続先、読み取るfile範囲、外部送信の有無を最初に示してください。
送信、公開、購入、削除、権限変更、Computer Useでの確定操作は実行前に止まり、承認を求めてください。
秘密情報を表示・転記せず、公式情報にはURLと確認日を残してください。
長時間taskはstep、停止条件、usage確認、未完了事項を報告してください。

DeepSeek / Hermesに作業を頼むときの料金条件をプロンプトに入れる

DeepSeekを使うAIエージェントには、モデル、実行時間、リトライ上限、ファイル範囲、ピーク時間帯の扱いを依頼文に含めます。