Codexと作業目標
Codex Goal modeとは
Goal modeは、AIに長めの作業を頼む時に「何を達成したら完了か」を考える入口として理解すると分かりやすい言葉です。
このページは用語理解のための非公式ガイドです。Codex、CLI、IDE、アプリ、モバイル連携、Goal mode の名称や仕様は変わる可能性があります。重要な判断では提供元の最新情報も確認してください。
このページでわかること
- Codexまわりの検索意図を、初心者向けに役割別で整理できます。
- ローカルファイル、認証情報、APIキー、パスワード、DB情報、.env、秘密鍵を慎重に扱う理由が分かります。
- AIの変更提案をそのまま反映せず、人間が差分確認する流れを確認できます。
目標文と完了条件
Codexに作業を頼む時は、「サイトをよくして」ではなく、「対象ページにこの説明を追加し、titleとcanonicalは変えず、公開URLで200 OKを確認する」のように、目標と完了条件を分けます。Goal modeという言葉を調べた人は、まずAIに渡すゴールを人間が言語化する考え方から押さえると安全です。
停止条件を決める
長い作業では、途中で止まる条件も必要です。未作成URLへのリンクが必要、秘密情報が見つかった、公式情報なしに断定が必要、DBやcronや.htaccessに触る必要がある、表示崩れの原因が大きい、といった条件を先に書いておくと、AIが危ないまま進むのを防ぎやすくなります。
初心者向けの書き方
初心者は「やること」「やらないこと」「確認項目」「報告形式」を分けて書くと、Codexに伝わりやすくなります。AI作業は速い一方、意図しない変更や見落としも起きます。完了条件を人間が読み返せる形にしておくことが、作業後の確認にも役立ちます。
大きな作業を分ける
1回のGoalに調査、実装、公開、検証、記事化まで詰め込むと、どこで失敗したのか分かりにくくなります。まず調査、次に小さな実装、最後に公開確認というように段階を分けると、AIにも人間にも確認しやすい作業になります。
完了後の確認まで含める
Goalを決める時は、作業が終わったあとに何を確認するかもセットで書きます。ページが200 OKか、sitemapに載ったか、noindexがないか、内部リンクが切れていないか、スマホ表示が崩れていないかまで含めると、成果物の受け取りが曖昧になりにくくなります。
比較表
| やること | 作る、直す、確認する対象 |
|---|---|
| やらないこと | 触らないファイル、断定しないこと |
| 停止条件 | 危ない時に止まる条件 |
確認チェックリスト
- 対象URLと対象ファイルを確認した
- 触らないファイルと停止条件を決めた
- 秘密情報や認証情報を入力していない
- 差分、リンク、スマホ表示、SEOタグを人間が確認した
- 仕様や画面の最新情報が必要な場合は提供元の情報も確認する
