Codex Automationの承認は最後に1回では遅い。止める場所を決める3つの質問

Codex Automationを使うと、毎朝の確認、記事の下書き、PRの検査のような仕事を忘れずに回せます。ただ、最初に迷うのは「どこで人が承認すればいいのか」です。

最後に「実行してよいですか」と聞けば安全に見えます。でも、その前に外部へ送る文面を確定したり、本番へ触れる準備を進めたりしていれば、止める場所としては遅すぎます。料理でいえば、火を止めるかを皿に盛ったあとで決めるようなものです。

承認は、作業の最後に置くスタンプではありません。取り返しのつかない変化が起きる直前に置く扉です。この記事では、架空の3つの自動化を並べて、どこを人が止めると仕事が進みつつ事故を減らせるかを確かめます。

承認は最後の確認ではなく、副作用の直前に置く

自動化を使い始めると、承認を1か所にまとめたくなります。毎回聞かれると面倒だからです。しかし、承認をまとめるほど、何を承認しているのかが曖昧になります。

たとえば、毎週の記事を確認する自動化を考えます。候補を選ぶ、本文を書く、内部リンクを調べる、ビルドする、PRを作る、本番公開する。全部を「記事作成」と呼ぶと、下書きと公開の違いが消えます。

GitHubのPRレビューは、変更を見てコメント、承認、修正要求を分ける仕組みです。GitHub公式ドキュメントでも、管理者は承認前のマージを必須にできます。つまり、確認が必要なのは作業量ではなく、変更が外へ影響する地点です。

最初は、作業を次の3段に分けます。

• 読む。候補、差分、ログ、公式情報を確認する
• 下書きを作る。記事案、返信案、修正案、検証結果を作る
• 外へ反映する。送信、投稿、購入、公開、設定変更を行う

読むことと下書きは、失敗してもやり直せる場面が多いです。外へ反映する段では、相手、金額、公開内容、利用者の画面が変わります。ここで初めて、人が止める意味が大きくなります。

「最後に承認」と書く代わりに、「公開ボタンを押す前に承認」と書いてください。メールなら送信前、SNSなら投稿前、サイトならマージや本番反映の前です。AIへのお願いを具体化する方法は、AIへのお願いをうまく伝えるコツも参考になります。

3つの架空タスクで、止める位置を比べる

ここでは実在の顧客情報や本番環境を使わず、架空の3タスクを同じ基準で比べます。確認したのは、どの時点から相手や外部サービスの状態が変わるかです。

架空タスク	自動化してよい範囲	人が止める場所	なぜそこか
毎朝の問い合わせ整理	内容の分類、返信下書き、確認リスト	メール送信の直前	相手に届く文面と約束が決まる
記事の公開準備	候補選び、本文、画像、リンク検査、ビルド	PRマージまたは本番公開の直前	公開URLと読者の画面が変わる
経費の集計	明細の分類、合計、確認用表	支払い・申請の直前	金額と申請内容が確定する

この比較から分かるのは、承認が必要なのは「AIが考えたから」ではないことです。外部に届く、公開される、お金が動くという副作用があるからです。

反対に、すべてを人が確認すると自動化の意味が薄れるのでは、という意見もあります。その通りです。返信案を3案作る段階や、記事のリンク切れを探す段階まで止める必要はありません。人が見るべきなのは、選択肢を増やすところではなく、選択が外部状態を変えるところです。

この考え方は、GitHubの保護ブランチにも近いです。GitHubの公式説明では、PRレビューや必須チェックを、重要なブランチへ変更を入れる前の条件として設定できます。初心者が同じ設定を作る必要はありません。ただし、作業と反映を分ける発想は、そのまま使えます。

たとえば記事の自動化へ、次の一文を足します。

本文、画像、リンク確認、ローカル検証までは進めてください。
PRのマージ、本番公開、SNS投稿、メール送信、支払い、設定変更はしないでください。
必要な操作は、対象と影響を1件ずつ示して承認待ちにしてください。

これはAIを疑うための文章ではありません。人がどこを判断し、AIがどこまで準備できるかを、両方に分かる形へ直す文章です。AIの出力を確認する習慣は、AIの答えをうのみにしない確認のコツともつながります。

保存用。承認境界を決める3つの質問

次に自動化を作るときは、実行前にこの3つだけ答えてください。画面を見ながら決めるより、依頼文の下に書いておくほうが迷いません。

質問	はいなら承認を置く場所	例
これで外部の人へ届くか	送信・投稿の直前	メール、DM、SNS、フォーム送信
これで公開中のものが変わるか	マージ・公開・設定保存の直前	Web記事、商品ページ、権限、環境設定
これで金額・契約・記録が確定するか	支払い・申請・確定の直前	購入、返金、請求、経費申請

1つでも「はい」なら、その操作名を依頼文へ書きます。「重要な時は確認して」では足りません。重要かどうかを、AIと人が同じように判断できないからです。

保存用に、次のテンプレートをそのまま使えます。

【自動化すること】
[読む、集計する、下書きを作る、検証する作業]

【人が承認する操作】
[送信、投稿、公開、購入、設定変更などを具体的に書く]

【承認時に見たいもの】
[対象、内容、影響、戻し方、検証結果]

【自動化しないこと】
[秘密情報の変更、顧客データの外部投入など]

最初の10分でやることは、今ある自動化を1つ選び、「人が承認する操作」だけを書き出すことです。操作名が書けないなら、まだ自動化の範囲が広すぎます。

承認を増やすことが目的ではありません。人が判断する瞬間を、事故が起きる前まで近づけることが目的です。AIは読む、整える、検証する。人は外部状態を変える直前に、対象と影響を見て決める。この分け方なら、便利さと責任を同じ場所へ置けます。