Codexを使いこなす社長は、コードを1行も読まない
私の顧問先で、Codex（コーデックス。OpenAIが提供するAIの作業ツール）をいちばんうまく使っている社長は、コードを一行も読みません。それどころか、AIが出してくる細かい中身を、ほとんど見ていません。それでいて、出てくる成果物の品質は落ちない。むしろ、全部を自分の目で確かめようと頑張っていた頃より、上がっている。なぜ、読まない社長のほうが品質を保てるのか。この記事は、その一点だけを掘り下げます。
これは「経営者のためのCodex活用（応用編）」の三本目です。前回・前々回は、AIへの仕事の渡し方と、時間の使い方の話をしました。今回はその土台になる、仕組みの話です。渡し方を工夫しても、時間をずらしても、社長が一つひとつ中身を読んでいたら、いつか手が回らなくなる。その手前で効いてくるのが、読まなくても品質が守られる仕組みを、先に組んでおくことです。
「読めないから任せられない」は、思い込みです
AIを入れたのに使いこなせない社長には、ある共通点があります。「中身が分からないものは、任せられない」と感じていることです。AIが出してくる画面には、見慣れない言葉や記号が並びます。読めない。読めないものが怖い。怖いから、全部を自分で確かめようとする。そして、確かめきれずに疲れて、いつの間にか使わなくなる。この順番で、多くの社長がAIから離れていきます。
ここで一度、立ち止まってほしいのです。あなたは、社員の仕事を全部見ているでしょうか。経理が打ち込んだ仕訳を、一件残らず目で追っていますか。営業が客先で話した内容を、録音して全部聞き直していますか。していないはずです。見ているのは、月末の試算表という結果と、受注できたかどうかという結果だけ。途中の手元は、信頼して任せている。社員に対しては当たり前にやっているこの「結果で見る」姿勢を、なぜかAIに対してだけ、みんな捨ててしまう。AIにだけ、途中の一挙手一投足を覗き込もうとする。ここに矛盾があります。
料理店を思い浮かべてください。オーナーシェフは、厨房に立ちっぱなしで、若い料理人の包丁の動きを一秒ごとに監視したりしません。それをやったら、店は回らない。オーナーがやるのは二つです。一つは、レシピを整えること。何を、どういう手順で、どこに気をつけて作るか。もう一つは、味見をすること。出す前の一口で、これは客に出せる味か、を確かめる。包丁の動きは見ない。レシピと味見で、品質を守る。
Codexを使いこなす社長は、これと同じことをしています。AIが書いたコード――つまり成果物の中身の細かい部分――は、包丁の動きです。そこは見ない。見るのは、レシピ（前提と手順）を渡せているか、味見（合格の基準）ができているか。読む人ではなく、レシピと基準を書く人。この立ち位置に移った社長だけが、読まずに任せられるようになります。
では、読めない画面の前で固まってしまったとき、どうするか。技術的な報告やエラーの文章を、経営判断に必要な三行に翻訳させる一本を、手元に置いておくと楽になります。何が起きたのか、事業にどう響くのか、選べる手は何か。この三つだけ分かれば、社長は判断できます。中身の英語や記号は、読まなくていい。
あなたは、非エンジニアの経営者に技術のことを通訳する「翻訳担当」です。
私はこれから、AIやシステムが出してきた技術的な報告文やエラーメッセージを、そのまま貼り付けます。専門用語だらけで、私には読めません。
【ここにAIの報告文・エラー文をそのまま貼る】
これを、経営者が判断するために必要な次の3行だけに翻訳してください。専門用語は使わず、中学生でも分かる言葉にしてください。
1. 何が起きたのか（事実を1行で）
2. 事業への影響（お金・納期・信用のどれに、どう響くか）
3. 私が選べる選択肢（2〜3個。それぞれ一長一短も一言で）
分からない点があれば、翻訳の前に私に質問してください。これは、AIを触り始めたばかりの社長が、最初の「読めない壁」にぶつかったときの避難口になります。読めないまま放置するのでも、無理に全部読もうとするのでもなく、判断に要る三行だけ受け取る。
出力を読むのをやめて、渡す紙を書いた夜
ここからは、ある社長の話をします。先に断っておきます。これから登場する社長は、私が複数の顧問先で見てきた光景を、一社のモデルケースとして再構成した人物です。特定の実在企業の話ではありません。数字も、あくまで一例として読んでください。
そのモデルケースは、イベントの設営と運営を手がける、社員二十七名の会社です。社長は四十代後半。展示会のブースを組んだり、企業の周年式典を仕切ったりする、体で稼いできた人でした。パソコンは苦手。それでも、私に勧められてCodexを使い始め、企画書のたたき台づくりや、過去のイベント記録の整理を頼むようになっていました。
ところが、しばらくして社長がこぼしました。「便利なのは分かった。でも、あれが出してくるものを読んでると、こっちの頭がもたないんだよ」。聞けば、社長はAIが作ったものを、隅から隅まで自分の目で確かめようとしていたのです。中身の一行ずつを追いかけ、意味の分からない部分で手が止まり、調べているうちに日が暮れる。三日ほどそれを続けて、へとへとになって、そして手が止まった。「読もうとするほど、任せられなくなる。これじゃ導入した意味がない」。
転機は、その三日目の夜に来ました。社長は、読むのをあきらめたのです。あきらめて、代わりに一枚の紙を書き始めました。うちの会社は何を売っているのか。よく使う言葉は何か。イベント業界の専門用語で、AIが知らなそうなものは何か。逆に、絶対に使ってほしくない言い回しは何か。過去にAIが的外れなものを出してきたのは、たいてい、こういう前提を伝えていなかったからだ――そう気づいた社長は、読む労力を、書く労力に振り替えました。
翌日から、社長はその紙を、仕事を頼むたびにAIに読ませました。すると、出てくるものの筋が、目に見えて良くなった。前提を先に渡しておくと、AIは大きく外さない。外さないから、隅から隅まで読まなくても、味見――要所だけ確かめれば――済むようになった。「読むのをやめて、渡す紙を書いたら、かえって任せられるようになった」。社長は、そう振り返っていたといいます。
面白いのは、この社長が、AIの新しい機能を一つも覚えていないことです。覚えたのは、姿勢だけでした。中身を追う人から、前提と基準を書く人へ。この立ち位置の変更だけで、パソコンが苦手な社長が、AIをいちばんうまく使う側に回ったのです。イベントの現場で、若いスタッフに段取り書を一枚渡せば現場が回る、あの感覚。あれを、AIにも向けただけでした。
仕組みの土台は、「前提を書く」ことにある
ここから、読まずに任せる仕組みを、三つの層に分けて説明します。一層目が、いちばん大事です。会社の前提を、一枚に書いてAIに渡すこと。
前提とは、こういうものです。自社の商品やサービスの名前と中身。主なお客さんは誰か。社内でだけ通じる略語や、業界の専門用語。そして、使ってはいけない表現や、触れてはいけない話題。こうしたものを一枚にまとめて、仕事を頼むたびにAIに読ませる。人間の新入社員に、初日にまず会社案内と用語集を渡すのと同じことです。これがない状態でAIに頼むのは、右も左も分からない新人に、いきなり「いい感じにやっといて」と言うのと変わりません。
毎回、口頭で説明し直す社長と、一枚に書いて渡す社長の差は、時間が経つほど開いていきます。口頭派は、頼むたびにゼロから前提を伝え、伝え漏れたところでAIが外し、外したものを直す。この繰り返しで消耗する。書いた派は、一度書いてしまえば、あとは同じ紙を毎回添えるだけ。前提のブレがないから、成果物のブレも小さい。レシピを店の全員で共有しているから、誰が作っても味が揃う。あの状態です。
具体的に言えば、こうです。前提を渡さずに「うちのイベント会社の周年式典の企画を考えて」と頼むと、AIは世間一般の式典を思い浮かべ、うちが得意な演出も、苦手で断っている領域も知らないまま、当たり障りのない案を出してきます。ところが、前提ファイルに「うちは音と映像の演出が強み」「屋外の大規模設営は請けない」と書いてあれば、最初からうちの色に寄せた案が返ってくる。同じAI、同じ一言の頼み方でも、下敷きにする前提が違うだけで、仕上がりの筋がまるで変わります。読まずに任せられるかどうかは、この下敷きを先に敷けているかで、ほとんど決まります。
このCodexには、その「会社の前提ファイル」を置いておく決まった場所が用意されています。正式には AGENTS.md（エージェンツ・ドット・エムディー）と呼ばれるファイルです。Codexは、頼まれた仕事を終える前に、このファイルに書かれた確認事項を実行するように作られています。つまり、そこに「うちではこの用語を使う」「この表現は禁止」と書いておけば、AIが仕上げの前に自分でそれを守りにいく。社長が横で口を出さなくても、前提が効く仕組みです。呼び名は難しくても、中身は会社案内と用語集の一枚。そう思えば十分です。
ここで、前回までの話と一点だけ線を引かせてください。既刊で触れた「ミスの再発防止ルールを溜めていく話」は、失敗が起きるたびに、その原因をルールとして書き足していく、いわば反省ノートでした。今回の前提ファイルは、それとは別物です。失敗する前に、会社の情報と判断基準を先に搭載しておく。攻めの事前準備であって、失敗由来の禁止事項リストではありません。両方あっていい。ただ、まず組むべきは、この事前搭載のほうです。
その第一部品として作りやすいのが、用語や言い回しの辞書です。自社の商品名、業界用語、社内略語、使ってほしくない表現。これらをAIに質問してもらいながら整理すると、一人で白紙に向かうより早く埋まります。机に向かわず、移動中に音声入力で答えていくのでも構いません。
あなたは、私の会社の「用語・言い回し辞書」を作るための聞き取り担当です。
これから私に質問をして、私の答えをもとに、以後あらゆる依頼に添付できる辞書を組み立ててください。一度にたくさん聞かず、1問ずつ、私が答えやすい順に質問してください。音声入力でざっくり答えるので、多少くだけた話し言葉でも拾ってください。
聞き取ってほしい項目は次の4つです。
・自社の商品／サービスの名前と、一言でいうと何か
・社内や業界だけで通じる略語・専門用語（読み方と意味）
・お客さんは主に誰か（業種・規模・立場）
・使ってはいけない表現・触れてはいけない話題
【最初の質問から始めてください】
すべて聞き終えたら、次の形でまとめてください。
(1) 用語集（用語／読み／意味の表）
(2) このお客さんに向けて書くときの注意（3〜5行）
(3) 禁止表現リスト
最後に「他に書き足しておくべき前提はありますか？」と私に一度だけ確認してください。出来上がった辞書は、次から仕事を頼むときに、頭に貼り付けて渡します。これが、読まずに任せる仕組みの、いちばん下の土台になります。
二層目は、「作る係」と「検める係」を分けること
土台が組めたら、二層目です。品質を守るために、作る係と、検める係を分ける。同じAIに作らせて、同じAIに「これで大丈夫？」と聞いてはいけません。作った本人は、自分の粗が見えにくい。人間の組織で、伝票を切った本人に検品までさせないのと、まったく同じ理屈です。作り手と、検め手は、別の目にする。
料理でいえば、味見です。腕のいい板前ほど、自分が作った皿を、別の板前にも一口見てもらう。自分の舌は、作っている途中で慣れてしまうからです。慣れた舌は、塩気の効きすぎに気づかない。だから、まっさらな別の舌に、出す前の一口を託す。AIも同じで、作らせたのとは別の会話を立てて、そこに「検め役」として同じ成果物を渡し、味を見てもらう。作り手の慣れが入っていない目が、粗を拾います。
この「分ける」を面倒がる社長は多いのですが、手間はほとんどありません。会話をもう一つ立てて、成果物を貼り、味見を頼む。それだけです。人を一人増やすわけでも、費用がかかるわけでもない。それでいて、作り手の思い込みが素通りするのを防げます。うちの会社では使わない表現が混じっていないか、数字の桁が一つずれていないか。こうした事故は、作った本人ほど見落とします。別の目を一つ挟むだけで、その多くが、外に出る前に止まります。
あなたは、私の会社の成果物を出す前に検査する「検め役」です。
作った本人ではなく、まっさらな別の目として、これから渡す成果物を厳しく味見してください。褒めなくて構いません。出す前に直すべき点を見つけるのが、あなたの仕事です。
【ここに、別のAIに作らせた成果物（文章・資料・集計など）を貼る】
【ここに、この成果物の目的と、渡す相手を1〜2行で書く】
次の観点で検査し、各項目を10点満点で採点してください。
・目的に合っているか（渡す相手に刺さるか）
・事実・数字におかしな点、根拠のない断定はないか
・前提（用語・禁止表現）に反していないか
・そのまま出して恥ずかしくない体裁か
出力は、(1) 各項目の点数と理由、(2) 直すべき箇所を重要な順に3つ、(3) 総合判定（このまま出せる／直せば出せる／作り直し）の順でまとめてください。Codexには、この「別の目で検める」やり方を、そのまま組み込む機能があります。コードレビュー機能と呼ばれるものです。AIが作った変更を、正式に取り込む――マージ、つまり本番に反映することです――その前に、別のAIがもう一度中身を検査し、問題があれば指摘する。作ったAIと、検めるAIを分ける発想が、道具の側に最初から入っている。社長は、この検査が済んだかどうかという結果だけを見ればいい。指摘の一行ずつを読む必要はありません。味見が通ったか、通らなかったか。それだけです。
三層目は、定例業務を「実行仕様書」で回すこと
三層目は、毎週・毎月くり返す定型の仕事についてです。週次の売上集計。月次の報告書のたたき台。毎回ほとんど同じ手順でやる仕事は、その手順を一枚の「実行仕様書」に書き出しておくと、毎回同じ品質で仕上がります。
実行仕様書に書くのは四つです。どういう手順でやるか。どのデータを見るか（データ源）。どんな形で出すか（出力形式）。仕上げに何を確認するか（確認項目）。この四つを一度きちんと書いておけば、次からはその紙を渡すだけで、AIは同じ段取りで動きます。料理でいう、店の定番メニューのレシピカードです。誰がその日厨房に立っても、カード通りに作れば同じ味が出る。担当が代わっても、体調が悪い日でも、味がぶれない。定型業務を仕様書に落とすとは、そういう状態を作ることです。
どの仕事から仕様書にすればいいか、とよく聞かれます。私はいつも「毎週かならず発生して、しかも中身がほとんど変わらないもの」から始めるようお伝えしています。週次の数字まとめ、定例会議用の資料、決まった宛先への報告。こうした仕事は、回数が多いぶん、仕様書にした効果がすぐ積み上がります。逆に、月に一度あるかないかの特殊な仕事は、後回しでいい。まずは、いちばん頻度の高い定型を一枚だけ書く。その一枚が、毎週くり返していた消耗を、確実に削ってくれます。
あなたは、私の会社の定例業務を「実行仕様書」に落とし込む担当です。
私が今から説明する、毎週または毎月くり返している仕事を、次からはこの紙を渡すだけで同じ品質で回せる仕様書にまとめてください。
【ここに、その定例業務の内容を、思い出せる範囲で話し言葉で書く】
（例：毎週月曜に、先週の売上をまとめて、社内に共有している、など）
不明な点があれば、まとめる前に私に質問してください。
最終的に、次の4部構成の仕様書として出力してください。
1. 手順（上から順に、番号付きで）
2. データ源（どのファイル・どの数字を見るか。置き場所も）
3. 出力形式（表か文章か／項目／宛先／文字数や枚数の目安）
4. 確認項目（出す前にチェックすべきことをリストで）
そのまま印刷して現場に渡せる、具体的な言葉で書いてください。「適宜」「必要に応じて」のような曖昧な言葉は使わないでください。こうして書いた仕様書は、決まった指示をそのまま実行させる自動化の入り口にもなります。Codexには、決めた指示をあらかじめ組んだ手順で実行させる仕組み――専門的には codex exec と呼ばれる使い方――があります。仕様書が固まっていれば、その手順を毎回同じように走らせられる。ここでは技術の中身には踏み込みませんが、要は、一度きちんと書いた段取りが、くり返しの仕事のたびに同じ品質を再現してくれる、ということです。
ただし、任せきりにはしません。ここで社長がやるべきなのが、週に一度、五分の抜き取り監査です。今週AIが作ったものを全部読むのではありません。全部読んだら、また画面の前に逆戻りです。そうではなく、今週の成果物の中から数件だけを抜き取って、そこだけ念入りに味見する。工場の品質管理で、全数検査ではなく抜き取り検査をするのと同じ考え方です。どれを抜き取るべきかも、AIに選ばせられます。
あなたは、私の品質管理を手伝う「抜き取り監査」の担当です。
今週、私がAIに作らせた成果物の一覧を、これから貼り付けます。この中から、私が5分で念入りに確認すべきものを3件だけ選んでください。全部は見ません。リスクの高いものに絞るのが目的です。
【ここに、今週作った成果物の一覧を貼る（名前／目的／渡した相手／重要度が分かる範囲で）】
次の基準で3件を選び、理由をつけてください。
・外部に出る／お金や契約に関わるものを優先
・いつもと違う、イレギュラーな依頼だったものを優先
・前に似た仕事でミスやズレが出たことがあるものを優先
選んだ3件それぞれについて、「特にどこを見るべきか」という確認の着眼点も、1〜2行で添えてください。念のため補足します。この週次の抜き取り監査は、成果物を一件ずつ受け取るたびに行う受け入れの味見とは別のものです。一件ずつの味見は、その都度その場で。抜き取り監査は、週に一度まとめて、全体の中から数件を選んで深掘りする、いわば定期健診です。役割が違います。前者で日々の合否を決め、後者で仕組み全体のゆるみを点検する。この二段構えで、読まずに任せても品質が崩れなくなります。
全部読んでいた頃と、基準を書くようになってから
ここで、モデルケースの社長の、前と後を並べてみます。数字はあくまで一例です。
全部を読もうとしていた頃。社長は、AIに何かを頼むたび、出てきたものを一行ずつ確かめていました。頼む前の説明も、毎回口頭でゼロから。前提が伝わっていないから、出てくるものはよく外れる。外れたものを直し、また説明し直して頼む。一つの資料を任せるのに、説明と手直しで、あわせて小一時間かかっていた、という月もあったそうです。任せているのに、自分の手が空かない。導入前と、体感の忙しさが変わらなかった。
前提と基準を書くようになってから。社長は、まず会社の前提ファイルを添えて頼みます。前提が効いているから、大きくは外れない。作る係と検める係を分けてあるから、粗は検め役が先に拾う。仕上げに、社長が要所だけ味見する。この流れになってから、一つの仕事にかかる社長の関わりは、説明も手直しも含めて、以前の何分の一かに減ったといいます。手戻りも目に見えて少なくなった。前提を一度書いた分の手間は、二週間もすれば、毎回の説明を省けた分でとっくに取り返していた。そう本人は話していたそうです。
もう一つ、思わぬ変化がありました。社員との仕事の渡し方です。以前は、資料づくりの段取りは、社長の頭の中にだけありました。だから社長が抱え込むしかなかった。前提ファイルと仕様書を社内で共有してからは、若いスタッフも同じ紙を使ってAIに頼めるようになった。社長一人の頭にあった勘どころが、紙になって会社に残る。属人化していた仕事が、少しずつ仕組みに変わっていったのです。読まずに任せる仕組みは、社長がAIに任せるためのものであると同時に、会社そのものを回す土台にもなっていきました。
大事なのは、社長のパソコンの操作が速くなったわけではない、という点です。タイピングは、相変わらず遅い。覚えた新機能も、ほとんどない。変わったのは、立ち位置だけです。読む人から、前提と基準を書く人へ。同じ道具を、まったく違う使い方をしただけで、忙しさの中身が入れ替わった。
社長の仕事は、読むことではなく、書くこと
Codexを使いこなす社長が、コードを一行も読まないのは、手を抜いているからではありません。読むより大事な仕事に、時間を移しているからです。会社の前提を書く。合格の基準を決める。この二つは、社長にしかできません。前提は、その会社の歴史と方針を知っている人にしか書けない。基準は、何をもって「客に出せる」とするかを決める、経営そのものだからです。
逆に、成果物の中身の細部を読むのは、社長でなくてもできる仕事です。むしろ、AIどうしで検めさせたほうが、速くて漏れが少ない。会社でいちばん時間単価の高い人間が、いちばん任せやすい「読む」に時間を溶かしている。この配置が、ずっともったいなかったのです。読むのをやめて、書くほうに回る。それだけで、社長の一日から、細切れの確認作業が消えていきます。
厨房に立ちっぱなしだったオーナーが、レシピと味見の仕組みを整えて、店の外に出られるようになる。空いた手で何をするか。私は顧問先の社長たちに、いつも同じことを言います。その時間は、人と会うことに使ってください、と。お客さんと膝を突き合わせて話す。社員の相談に、腰を据えて乗る。新しい取引先に、自分の足で会いに行く。決めることと、人と会うこと。この二つは、どれだけAIが賢くなっても、社長の手には残り続けます。むしろ、そこにこそ社長の時間を集めるために、読む仕事をAIに手放すのです。読む時間を一時間手放せば、そのぶん、人と会う時間が一時間増える。この単純な足し引きを一年ぶん積み上げたとき、会社の景色は確かに変わります。私自身も、自分の一日をそうやって少しずつ組み替えてきました。難しい機能を覚えたからではありません。読む側から、書く側へ回っただけです。
読まない社長は、怠けているのではありません。読まなくても品質が守られる仕組みを、先に組んだ人です。前提を書き、基準を書き、検める仕組みを分け、定例を仕様書に落とす。土台さえ組めば、あとは味見だけで店が回る。そうやって空けた時間を、人と話す仕事に注いでいく。それが、これからの社長の、いちばん強い時間の使い方だと、私は思っています。
鈴木章裕
株式会社コミクス 代表取締役
