Codexで顧客対応メールを半自動化する手順

「問い合わせメールの返信に毎日追われて、本来の仕事が進まない」——個人事業主や少人数の会社にとって、顧客対応メールは終わりの見えない作業です。

結論から言うと、OpenAIのAI開発支援ツール「Codex」を使えば、問い合わせメールの返信を「下書き」まで自動で用意し、人は確認して送るだけという半自動化が今すぐ実現できます。完全自動送信ではなく、「下書き生成＋人間の承認」こそが最も失敗が少なく、再現性の高いやり方です。

株式会社Fyveは、AI業務効率化の受託と顧問の現場で、こうしたメール対応の仕組み化を日々支援しています。本記事では、私が公式情報と実際の運用で確かめた「Codexで顧客メールを安全に半自動化する手順」と、絶対に自動化してはいけない線引きを、専門用語をかみ砕いて解説します。

Codexで顧客対応メールはどこまで自動化できるのか

まず誤解を解いておきます。Codexは元々「AIにプログラミングを任せる」ためのツールです。それなのに、なぜメール返信の話になるのか。理由は、Codexが外部サービスと連携して、文章を読み、判断し、下書きを作るという一連の作業をこなせるエージェント型AI（人間の代わりに手順を実行するAI）だからです。

実際、OpenAIの公式ドキュメントには「Manage your inbox（受信箱の管理）」という使い方が正式なユースケースとして紹介されています。そこで示されている流れは、おおむね次の4ステップです（出典：OpenAI Developers・Manage your inbox）。

受信メールを読み、返信が必要かを判断する：放っておいてよいメールと、対応すべきメールをAIが仕分けする
過去のやり取りや資料を参照して下書きを作る：SlackやGoogleドライブから文脈やトーン（書き方の雰囲気）を拾ってくる
「これは役に立った／これは無視してよい」と教えて精度を上げる：使うほど自分の判断に近づく
定期的に巡回させる：決まった時間に受信箱を見にいくよう設定する

ここで決定的に重要なのが、公式が明言している安全設計です。Codexは下書きを作るだけで、勝手にメールを送信しません。削除のような取り返しのつかない操作は、人間がはっきり指示しない限り実行しません。さらに、自信を持って返せないメールは無理に推測せず、「これは人間が見てください」と印（フラグ）を立てて止まります。最終的に送信ボタンを押すのは、あくまで人間です。

つまり公式の前提からして「全自動」ではなく「半自動」なのです。これは制約ではなく、業務で安心して使うための設計だと捉えてください。

なぜ「下書き＋人間承認」が唯一の正解なのか

AIに詳しくなると、つい「返信も送信まで全部自動にしたい」と考えがちです。しかし、実際に運用している人たちの声を集めると、答えははっきり一つに収束します。下書きまでをAIに任せ、送信は人間が承認する形が、最も事故が少なく長続きするのです。

たとえばある実務者は、届いたメールを「カード形式で表示し、返信の下書き・関連する予定の確認・次にやるべきことの提案までAIが自動生成、人間は承認か修正をするだけ」という運用で、未処理ゼロの状態（インボックスゼロ）を13週連続で維持したと報告しています。しかも使い込むほど提案の精度が上がっていったとのことです（出典：実務者の運用報告（X））。

ポイントは、AIが返すのは「答え」ではなく「たたき台」だということです。人間はゼロから書く労力から解放され、確認して整える役割に回ります。9割をAIが用意し、最後の1割の判断と責任を人間が持つ。この役割分担が、品質と安心を両立させます。

Codexにメール返信を頼む具体的な手順

では実際にどう始めるか。ここで一番やってはいけないのが、いきなり全部を自動化しようとすることです。経験者が口を揃えて勧めるのは「依頼文 → 業務知識 → 自動化」という順番で土台を固めるやり方です（出典：導入順序に関する実務者の指摘（X））。AIに任せるための「お手本」と「ルール」を先に用意してから、最後に自動巡回をかぶせる、という流れです。

ステップ1：まず手動で「お手本」を作る

最初は自動化せず、Codexに1通ずつ頼むところから始めます。やることは難しくありません。Codexに日本語で、こう頼むだけです。

「この問い合わせメールに対して、丁寧なトーンで返信の下書きを作って。送信はしないで、下書きだけ出して」

これを何通か繰り返し、出てきた下書きを自分で直します。この「直した内容」こそが、後でAIに渡す貴重な教材になります。どんな言い回しを好むのか、どこまで踏み込んでよいのか——あなたの判断基準が、修正の積み重ねの中に蓄積されていきます。

ステップ2：返信のルールをAIに覚えさせる

次に、お手本から見えてきたルールを文章にまとめ、AIに常に参照させます。Codexには、作業のルールや前提を書いておく設定ファイル（AGENTS.mdと呼ばれる、AIへの指示書のようなファイル）を置く仕組みがあります。難しく考える必要はなく、これもCodex自身に作らせれば十分です。

「返信作成のルールをまとめたAGENTS.mdを作って。署名はこの形、価格は即答せず折り返す、クレームは必ず人間に回す、という方針を反映して」

こう頼めば、AIが指示書の形に整えてくれます。あわせて、よくある質問と模範回答、料金表、過去の良い返信例などを「業務知識」としてまとめておくと、下書きの精度が一段上がります。実務者の間でも、こうした状態はGit（変更履歴を残す仕組み）やテキストファイル、表計算に残して使い回すのが定番です（出典：状態の永続化に関する実務者の知見（X））。

ステップ3：受信箱の定期巡回を組む

お手本とルールが固まったら、最後に自動巡回を設定します。Codexには「Automations（自動実行）」という機能があり、決まった間隔で受信箱を見にいき、新着メールの下書きを用意しておくといった運用ができます。日次・週次など、好きなタイミングで起動するよう設定できます（出典：OpenAI Developers・Automations）。

メールサービスとの接続には、MCP（AIと外部サービスを安全につなぐ共通の接続規格）や、Codexアプリに用意されたコネクタ（Gmail・Slackなどとつなぐ接続機能）を使います。設定そのものも、Codexに「Gmailと接続して、毎朝9時に未読の問い合わせの下書きを作る設定にして」と頼めば手順を案内してくれます。

補足すると、より本格的に組みたい場合は、画面を開かずに命令を実行する「非対話モード」（コマンドでCodexを動かす方法）や、下書きを決まった形式で出力させる仕組みも用意されています（出典：OpenAI Developers・Non-interactive mode）。ただし非エンジニアの方は、まずはアプリの画面操作とAutomationsだけで十分に始められます。

自動化してはいけないメールとつまずきポイント

半自動化の効果は大きい一方で、AIに任せてはいけない領域と、知らないとハマる落とし穴があります。ここを押さえておくことが、トラブルを未然に防ぎます。

ニュアンスが重いメールは人間が書く

値段の交渉、お詫び、こじれた相手との調整など、言葉のさじ加減が結果を左右するメールは自動化に向きません。日本語で実際に使っている人からも「交渉やニュアンスの強いメールは自動化が難しい」という実感が共有されています（出典：日本語ユーザーの実感（X））。クレーム対応や重要顧客への返信は「必ず人間に回す」とルールに明記しておきましょう。

「送信しました」という嘘に注意する

AIは時々、実際には何もしていないのに「送信しました」と報告することがあります（実際には文章を表示しただけ、というケース）。これは噂レベルも含む注意点ですが、対策は明確です。下書きの確認なしに送信させない運用にしておけば、この問題はそもそも起きません。「人間が承認するまで送らない」という前提が、ここでも効いてきます。

監視なしの完全自動は規約違反のリスク

「人間の監視なしで複数のAIに全自動でメールを送らせ続けたら、アカウントが停止された」という話も出回っています。これは確証のない噂レベルの情報ですが、各サービスの利用規約に照らせば十分あり得る話です。人間の承認を挟む半自動運用は、効率だけでなく規約順守の面でも理にかなっています。

定期実行の安定性はまだ発展途上

最後に、公式の開発者向け窓口でも、スケジュール実行のときにGmail連携の初期化が失敗し、手動で再実行すると成功するという報告が上がっています（出典：GitHub Issue #21995）。定期自動化は便利ですが、現時点では完全に放置できるほど安定してはいません。朝に下書きを確認する習慣とセットで運用するのが、当面は現実的です。

そもそもCodexがどんなツールで何ができるのか、全体像から知りたい方はこちらをご覧ください。