Codexへの指示の出し方｜業務での書き方

「Codexに同じことを頼んでいるのに、毎回ちがう仕上がりになる」「指示したつもりが、見当ちがいの作業をされて結局やり直し」——AIに業務を任せ始めた人ほど、この"指示が伝わらない"もどかしさにぶつかります。

結論から言うと、Codexへの指示は「センス」ではなく「型」で決まります。何を・どこまで・どう確認するかを毎回そろえるだけで、出力は驚くほど安定します。

株式会社Fyveは中小企業や個人事業主のAI活用を支援しています。私自身、日々の事務作業をCodexに任せるなかで、効く指示の書き方を磨いてきました。この記事では、業務で成果を出すための指示の出し方を、明日から使える具体例とともに順番に説明します。

なぜ「同じ依頼」でも毎回ちがう結果になるのか

Codexとは、OpenAIが提供するエージェント型のAIツール（指示に応じてファイルを読み、作業まで代行してくれるAI）です。優秀な反面、指示の曖昧な部分は「自分で推測して」埋めようとします。この推測の幅が、そのまま仕上がりのブレになります。

つまり、出力が安定しない原因の多くは「Codexの性能」ではなく「指示の作り方」にあります。実務家の間でも、依頼の前提を文章で固定する前は「3回頼むと3回ちがうスタイルになったが、ルールを書いたら安定した」という体感が語られています（個人の経験則であり、数値で検証されたものではありません)。

逆に言えば、推測の余地を減らす指示を出せば、誰が頼んでも同じ品質に近づきます。ここからは、その「余地を減らす書き方」を具体的に見ていきます。

業務で成果を出す指示の型｜4つの要素

OpenAIの公式ガイドは、良い指示の基本を4つの要素に整理しています。ゴール・材料・制約・完了条件の4点です（OpenAI公式 Codex best practices）。この4つをそろえると、作業の範囲が保たれ、推測が減り、結果も確認しやすくなります。

ゴール（何を作るか・変えるか）：最終的に手元に何があれば成功なのかを一文で。
材料（関連する情報）：対象のファイルやフォルダ、参考にする資料を渡す。
制約（守ってほしいルール・やらないこと）：形式・命名・禁止事項など。
完了条件（どうなったら終わりか）：「件数が合っているか確認まで」など、終わりの線を引く。

たとえば請求書の整理を頼むなら、こう書きます。

「requestsフォルダ内の請求書PDFから、取引先名・金額・日付を抜き出してCSVに1行ずつ追記して（ゴールと材料）。金額はカンマなしの数字、日付はハイフン区切りで統一して。既存の行は書き換えないで（制約）。全部終わったらCSVを開いて、件数がPDFの数と合っているか確認して報告して（完了条件）」。

ポイントは、頭の中の前提をすべて文章にすることです。「言わなくても分かるだろう」が、そのままブレの入り口になります。

毎回書かない｜AGENTS.mdに「恒久ルール」をまとめる

とはいえ、命名規則や禁止事項を毎回打ち込むのは現実的ではありません。そこで使うのがAGENTS.mdです。これは「Codexに毎回守らせたい決まりごと」を書いておく設定ファイルで、置いたフォルダ以下の作業すべてに自動で適用されます（OpenAI公式 Codex prompting）。

業務で使うなら、次のような「変わらないルール」をここに集約しておくと、毎回の指示が一気に短くなります。

フォルダの構成と、ファイルの保存場所のルール
よく使う実行・確認の手順
命名規則・出力フォーマット（日付やファイル名の形など）
使ってほしくないやり方・触ってはいけない場所
「何をもって完了とするか」の共通定義

このファイルは「/init を実行してAGENTS.mdの雛形を作って」と頼めば自動生成できます。公式リポジトリでも、AGENTS.mdはプロジェクト指示の正本と位置づけられ、リポジトリ内のどこにでも置ける（深い階層のものが優先される）仕様が明記されています（openai/codex リポジトリ）。公式の推奨は「短く、正確に」。長く盛りすぎると効果が薄れる点に注意します。

CodexOpenAI Codex 完全ガイド｜全体像とできること

Codex特有のコツ｜「きれいに」をやめる

Codexへの指示でいちばん効くのは、曖昧な形容詞を捨てることです。「きれいに」「いい感じに」「適切に」といった言葉は、人によって解釈が割れます。Codexはこの解釈を自分で埋めるため、毎回ちがう結果になります。

代わりに、確認できる粒度の箇条書きにします。「読みやすくして」ではなく「1行は40文字以内」「見出しの後は空行を1つ」のように、できた・できていないが一目で分かる形に落とすのがコツです。

たとえば、こう変えるだけで結果が安定します。

悪い例：「この資料をいい感じに整えて」
良い例：「見出しは大・中・小の3段階に統一。箇条書きは各項目1行・敬体。表は3列（項目・内容・備考)に。誤字脱字を直し、変えた箇所を一覧で報告して」

後者は、仕上がりが頭の中の正解とずれにくく、ずれてもどこを直せばいいか一目で分かります。良い指示とは「センスのいい言葉」ではなく「採点しやすい指示」だと考えると、書きやすくなります。

もうひとつの実務的なコツが、「やること・やらないこと」のリスト化です。命令文に近い短い箇条書きのほうがブレにくく、絶対に外せない事項は指示の冒頭に短く置くと守られやすくなります。同じAIコーディングでも、Claude Codeは「意図」まで書くと効きやすいのに対し、Codexは「やる／やらないの明確なリスト」が相性が良い、という使い分けも覚えておくと便利です。

CodexClaude Code と Codex を併用する実務者の運用

「優秀な外注先」に一括で任せる書き方

指示が上達してくると、やり取りの回数を減らせます。おすすめは、Codexを「チャット相手」ではなく「優秀な外注先」として扱うことです。会話で少しずつ詰めるのではなく、必要な情報を1枚にまとめた依頼書を渡し、「完了まで確認して仕上げて」と一括で任せます。

依頼書には、先ほどの4要素（ゴール・材料・制約・完了条件）に加えて、想定する手順や注意点まで書いておきます。曖昧な一言で投げると、Codexはあれこれ推測して迷走しがちです。最初に情報を出し切るほど、手戻りは減ります。

もし自分で詳細を書ききれないときは、「この作業を頼むための詳しい指示文を、まずあなたが作って」とCodex自身に下書きさせる方法も有効です。出てきた指示文を自分で確認・修正してから本番の作業に渡せば、抜け漏れの少ない依頼書になります。

大きな仕事は分割し、迷うときは計画から

一度に大きな作業をまるごと頼むと、途中で方向がずれたときの被害が大きくなります。公式ガイドも「大きな作業は小さく分割する」ことを推奨しています（前掲・best practices）。「請求書の集計」なら、まず1ファイルで試す→形式を確認→全件に広げる、という順で刻むイメージです。

指示が固まりきっていないときは、いきなり実行させず計画から立てさせるのが安全です。Codexには計画モード（実行前に作業手順や不明点を先に出させる機能）があり、「すぐ実行せず、まず手順と確認したいことを出して」と頼めば、着手前にすり合わせができます。やり直しのコストを大きく減らせる方法です。

検証ループまで指示に含める

業務で差がつくのが、この一手です。Codexは自分の作業を自分で確認できると品質が上がる性質があるため、指示に「確認まで」を含めます。具体的には、「作る→チェックする→差分（どこを変えたか)を見せる→実際に動かして結果を確認する」という流れまで一気に頼みます。

事務作業でも同じです。「CSVを作って終わり」ではなく、「作ったあと、元データと件数・合計が一致するか確認して、ズレていたら直して」まで書く。確認の基準を渡すことで、間違いに自分で気づいて直してくれるようになります。

変更内容をレビュー形式で見せる機能もあり、何をどう変えたかを人間が把握したうえで受け取れます。AIに任せきりにせず、最後の確認だけは人が握る——この線引きが、安心して業務に組み込むコツです。

この「確認の基準を渡す」発想は、人に仕事を頼むときと同じです。新人に作業を依頼するとき、私たちは無意識に「終わったらここを見てね」と合格ラインを伝えています。Codexにも同じように合格ラインを言葉で渡すだけで、提出物の質が変わります。指示の精度は、相手がAIか人かにかかわらず、結局は同じ原則に行き着きます。