CodexでAIに仕事を任せる前に、社長が決める4つのこと
合同会社Leadfive 山下です。
Leadfiveでは、AIを便利なツールで終わらせず、会社の実務に組み込むAIエージェント運用を発信・支援しています。
さて、AIに任せるのは危ない。だから確認を増やそう。この考え方は一見正しそうですが、確認を増やしすぎる会社ほどAIは使われなくなります。
記事の下書きも、調査も、Webサイトの小さな修正も、毎回「一度見せてください」で止まる。AIは仕事を進める担当ではなく、社長の返事を待つだけの新人になります。遅いから頼まない。頼まないから、AIは役に立たない。この流れを作っているのはAIの性能ではなく、承認の置き方です。
必要なのは確認を増やすことではありません。公開、送信、お金、顧客データ。この4つの鍵だけを人間が握り、それ以外はAIに走り切らせることです。

確認を増やす会社ほど、AIが社内で使われなくなります
AIを止める場所が多すぎると、便利なはずのAIが確認待ちの仕事箱になります。
ブログ下書きの見出し、社内資料の並び順、公開前の誤字確認まで、すべて同じ重さで承認を求める会社があります。人間側は細かな確認に疲れ、AI側は一つ進めるたびに止まります。
これは新人スタッフへ「コピーを取る前にも確認」「表の並びを変える前にも確認」と言い続ける状態です。新人が慎重なのではありません。仕事を任せる設計がないから、仕事が前に進みません。
承認ゲートはブレーキではなく、AIを走らせるためにブレーキを置く場所を減らす仕組みです。
止めるべきは、失敗の大きい4つだけです
人間が鍵を持つべきなのは、やり直しにくい影響が外へ出る操作です。
- 公開 公式HP、アプリ、本番環境、予約公開など、誰でも見られる状態へ変える操作です。
- 送信 顧客、取引先、SNS、メール、DM、フォーム通知など、相手に届く操作です。
- お金 価格、決済、広告予算、契約、請求、返金に関わる操作です。
- 顧客データ 名前、連絡先、会話、注文、社内限定情報に触れる操作です。
この4つに触れない仕事なら、AIが下書き、調査、差分作成、ローカル確認、チェックリスト作成まで進めてよい。逆に、4つのどれかに触れる直前だけ、AIは判断材料を揃えて止まります。

AIに渡すのは鍵ではなく、完走できる仕事です
AIに任せる仕事は、途中で何度も聞き返さずに終点まで行ける大きさで渡します。
悪い頼み方は「このLPをいい感じに直して。気になる所があれば確認して」です。AIは何を決めてよいか分からず、社長も何を確認すればよいか分かりません。
良い頼み方は、終点を先に決めます。
目的:
問い合わせページの導入文を、初めて読む人にも分かる言葉に直す。
AIに任せること:
- 導入文の修正案を3案作る
- 現在のCTA文言とリンクは変えない
- PC幅とスマホ幅で確認する観点を残す
人間が確認すること:
- 会社として約束できる表現か
- 公開してよい内容か
実行しないこと:
- 公開、デプロイ、SNS投稿、広告変更、顧客への送信
完了条件:
差分と確認ポイントが、責任者が選べる形で残っていること。
この依頼なら、AIは止まるために報告するのではなく、判断に必要な材料を揃えるために報告します。
承認は、YesかNoを聞く場所ではありません
良い承認ゲートは、責任者が考える量を減らします。
AIが「公開してよいですか」とだけ聞いてきても、判断はできません。何が変わったのか、画像はあるか、リンクは生きているか、スマホで読めるか、未確認のことは何か。この材料が揃って初めて、短い確認が機能します。
GitHubのPull Requestは、変更前と変更後を並べ、確認するためのトレイです。CodexとGitHub PRでAI変更を本番前で止める手順のように、AIが作った差分を先に見える形へ置くと、責任者はゼロから探さずに済みます。
AIへ渡す会社ルールは、AGENTS.mdを会社の業務マニュアルとして作る方法にまとめておくと、仕事ごとの注意書きを減らせます。
公開前だけは、画面とチェックリストを分けます
公開直前は、差分確認と画面確認を別々に置く方が見落としが減ります。
PRで見るのは変更内容です。ローカルプレビューで見るのは、読者の目にどう映るかです。PCだけでなくスマホ幅で、見出し、画像、CTA、内部リンク、横スクロールを確認します。Codexローカル確認。スクリーンショットで失敗を減らす5手順は、この画面確認をAIへ戻す方法まで整理しています。
その後に、出典、未公開リンク、画像、CTAを固定チェックリストで見ます。Codex公開前レビュー。出す前に見る5項目のように、最後だけを見るリストを持つと、日常の作業まで重くしません。

最初の1週間は、1つの仕事だけで試します
承認ゲートは全業務へ一度に入れず、目に見える1つの仕事で試します。
おすすめは、公開前のブログ修正、Webサイトの導入文、社内用の週次メモです。AIがどこまで進めたかを目で確認でき、公開や送信の鍵を人間が持ち続けられるからです。
1週間だけ、AIが確認待ちで止まった回数、人間が確認に使った時間、確認しなくてもよかった部分を記録してください。公開、送信、お金、顧客データ以外で止めている場所を1つ外す。AIを速くするのは、権限を無制限に渡すことではなく、止める場所を絞ることです。
FAQ
小さな修正でも毎回承認が必要ですか
外へ出ない下書きやローカル修正なら、AIが進めて構いません。公開、送信、お金、顧客データに触れる時だけ、人間の確認を置きます。
1人会社でもPRは使う価値がありますか
あります。自分で承認する場合でも、AIがどこを直し、何を確認していないかを差分として受け取れます。確認のために作業を止める回数を減らせます。
AIが勝手に重要な操作をしないか不安です
会社ルールと依頼文の両方に、実行しない操作を書きます。AIが準備まで進め、人間が鍵を持つ状態を先に決めれば、仕事を任せる範囲と最終判断を分けられます。
出典
このシリーズの順番
公開、送信、お金、顧客データの4つだけを人間が握る線引きを決められる。次の作業は、AIに頼む仕事を1つ選び、4つのどこで止めるかを決めることです。