AIの下書きを結局書き直す人へ｜98%と1%を分けた「合格条件3行」
AIエージェントを毎日使っているのは、作った会社の社員の98%。外の個人契約者は1%未満でした。差は職種でも賢さでもなく「成果を採点できるか」です。仕事を渡す前に書く合格条件3行と、AIに自己採点させるテンプレをまとめます。
AIに資料の下書きを頼んで、返ってきたものを結局ほぼ全部書き直した。
その経験があるなら、原因はたぶんプロンプトの書き方ではありません。
先週アメリカで出た数字が、その理由をきれいに説明していました。同じAIエージェントを毎日使っているのは、それを作った会社の社員の98%。一方、外の個人契約者は1%未満です。
同じ製品、同じモデル、同じ月額。違ったのは、渡している仕事の「採点のしやすさ」でした。
1. 作った会社では98%、外の客は1%未満 ― この差は職種ではありません
まず数字を置きます。TechCrunchが8月24日に出した記事によると、OpenAIが支援した調査で、2026年6月時点のCodex（同社のコーディング用エージェント）の利用率はこうなっていました。
【AIエージェントを実際に使っている割合（2026年6月）】
OpenAI社員 ████████████████████ 98%
法人契約者 ███▌ 17%
個人契約者 ▏ 1%未満
さらに、7月9日に出た業務向けの ChatGPT Work とCodexを合わせた利用者は約2,000万人。一方、ChatGPT本体を使っている人は10億人超です。エージェント製品にたどり着いているのは、全体の約2%にとどまります。
ここで「エンジニアじゃない人が多いから使われないだけでは」と思うかもしれません。私も最初はそう読みました。でもその説明だと、法人契約者の17%と個人契約者の1%未満、この17倍の差が説明できません。契約形態でエンジニアの比率がそこまで変わるとは考えにくいからです。
もうひとつ、記事の中で一番生々しかったのが記者自身の実測です。4日間の軽い試用で8,000万トークン超を消費し、従量課金なら65ドル相当。月額20ドルのサブスクの3倍以上を、4日で使い切っています。つまり使う人はとことん使い、使わない人はまったく触らない。 中間がほとんどいない、二極化した数字です（参考: OpenAI is building AI agents for everything. Will everyone use them? TechCrunch, 2026-08-24）。
▼この節で今日できること: 直近1週間で、AIに頼んだのに結局自分で書き直した仕事を1つだけ思い出してください。次の節でその理由を特定します。
2. 伸びたのがコードだけだった理由 ― 「落ちるか動くか」しかないから
ここが本題です。
コーディングだけがエージェントで先に伸びたのは、AIがコードに強いからではありません。コードは、出来を機械が数秒で採点できるからです。
TechCrunchの記事はそこを一行でまとめています。ソフトウェアは動くか動かないかのどちらかで、結果が測れる。一方、資料・戦略・営業のトークにはそういう合否がない。記事に出てくるエンジニアの指摘が的確でした。経営判断の良し悪しは数か月後にしか出ないので、「やりとりの記録」の中に正解が残らない。
これはモデルを鍛える側の話ですが、そのままあなたの毎日の話でもあります。
テストが通るかどうかは、書いた本人が判定しなくても分かります。だからAIは自分で直して、通るまで一人で回せる。ところが「わかりやすい企画書」には合否がないので、AIは「たぶんこれで良さそう」という状態で手を止めます。そして判定を、あなたに丸投げします。
あなたが下書きを書き直しているのは、AIが下手だからではありません。合格の定義が、あなたの頭の中にしか無いからです。
【いつもの渡し方】
依頼 →（AIが「良さそう」で停止）→ 私が読む → 違う → 私が書き直す
↑ 採点表は私の頭の中だけ
【合格条件を先に渡す】
合格条件3行＋依頼 → AIが自分で照合 → 満たすまで直す → 私は確認するだけ
↑ 採点表が外に出ている
私はこの記事を毎日書いていますが、書き直しが減ったのは文章の指導をやめたときでした。指示書には最初「良い記事を書く」としか書いていませんでした。いまは「本文2,500〜3,500字」「具体例を2つ以上」「図解を1つ以上」「コピペで使える文例を1つ以上」と書いてあります。効いたのは表現のアドバイスではなく、数えられる条件のほうでした。
▼この節で今日できること: さっき思い出した仕事について、「何が入っていなかったから不合格だったのか」を名詞で2つ書いてみてください。
3. 渡す前に3行だけ書く ― コピペ用「合格条件」テンプレ
やることは1つです。仕事を渡す前に、合格条件を3行書きます。長い仕様書はいりません。私が毎日使っているのはこの形です。
【合格条件】
１）これが入っていなければ不合格: （必須要素を2〜3個。名詞で書く）
２）これをやったら不合格: （絶対NG。前回やられた失敗をそのまま書く）
３）合格を判定するのは: （誰が・どの場面で・何秒見るか）
上の3行を満たすまで、自分で確認してから出してください。
なぜ3行なのか。この3つが採点表の最小構成だからです。１）が加点、２）が減点、３）が採点者。 これが揃うと、AIは自分の出力を自分で照合できるようになります。逆にどれか1つでも欠けると、AIは「一般に良いとされるもの」を出してきます。それがあなたの現場と合わないから、書き直しになります。
実例を出します。社内向けの議事録を頼むときの、私のビフォーアフターです。
【ビフォー】
昨日の打ち合わせの議事録を、わかりやすくまとめて。
【アフター】
【合格条件】
１）これが入っていなければ不合格: 決まったこと／宿題（担当者名と期限つき）／保留の論点
２）これをやったら不合格: 発言を時系列で全部書く。決まっていないことを決定として書く
３）合格を判定するのは: 会議に出ていない上長が、30秒だけ見て次の指示を出す場面
上の3行を満たすまで、自分で確認してから出してください。
（以下、文字起こしを貼る）
差が出るのは２）です。「時系列で全部書くな」の一行が無いと、AIはほぼ確実に発言録を返してきます。やってほしいことより、前回やられて困ったことのほうが、はるかに具体的に書けます。 ここが3行テンプレのいちばんの利点です。
▼この節で今日できること: 次にAIへ頼むとき、この3行を依頼文の先頭に貼ってから本題を書いてください。
4. 採点そのものをAIにやらせる ― 「1往復」で戻りを減らす
合格条件を書いたら、その採点までAIにやらせます。人間が読んで指摘する前に、1往復だけ挟むのがコツです。
いま出した案を、上の【合格条件】だけを基準に100点満点で採点してください。
出力は次の3つだけにしてください。
１）点数（0〜100）
２）減点した箇所と、条件の何番に反しているか
３）減点箇所だけを直した修正版（それ以外は変えない）
※条件の番号で示せない指摘は書かないでください。
最後の一行が肝です。これが無いと、AIは「もっと具体的にすると良いでしょう」といった、どこにでも当てはまる一般論を足してきます。指摘に条件番号の引用を義務づけると、採点が自分の書いた基準の中に閉じます。
「３）減点箇所だけを直した修正版（それ以外は変えない）」も、地味ですが効きます。これを書かないと、直してほしくない部分まで書き換わって、結局こちらが差分を探す羽目になるからです。
この考え方は私の思いつきではありません。Anthropicの公式ドキュメントは、プロンプトを調整する前に成功基準を決めろとはっきり書いています。基準は具体的かつ測定可能であること、「良い性能」ではなく「正確な感情分類」のように書くこと、と明示されています（参考: Define your success criteria）。順番が逆になっている人が多い、というのが公式の指摘です。
▼この節で今日できること: 直近のAIの出力を1つ選び、上の採点プロンプトをそのまま投げてみてください。所要1分です。
5. 「採点できない仕事」を、採点できる形に切り直す3つの型
とはいえ、条件が書けない仕事もあります。「刺さるキャッチコピー」「センスの良いデザイン」。ここで詰まる人が多いので、切り直しの型を3つ出します。
型A｜正解の代わりにNG例を渡す。 良い例を言葉にするのは難しいのに、避けたい例は一瞬で出てきます。「『革新的な』『〜に寄り添う』は使わない」「疑問形で終わらない」。3つ書くだけで、出力の幅がはっきり狭まります。
型B｜主観を代理指標に置き換える。 「読みやすく」は採点できませんが、「1文は60字以内」「専門用語は初出で括弧書き」「見出しごとに数字を1つ入れる」なら数えられます。完全な言い換えではありません。ですが、代理指標で8割を機械的に潰しておくと、あなたが見る場所が残りの2割だけになります。
型C｜最終成果ではなく、中間成果物で採点する。 本文を書かせる前に見出しだけを出させる。デザインの前にワイヤーだけを出させる。採点が難しいのは、たいてい「完成品を一発で採点しようとしている」からです。 中間で切ると、ズレが5分で見つかります。
【切り直しの3型】
採点できない依頼
├ 型A → 良い例が言えない ⇒ NG例を3つ渡す
├ 型B → 形容詞が採点できない⇒ 数えられる指標に置換（字数・個数・秒）
└ 型C → 完成品しか見ていない⇒ 中間成果物（構成・見出し）で先に採点
▼この節で今日できること: いま採点できないと思った仕事に、A・B・Cのどれが効きそうか、記号を1つだけ選んでください。
6. つまずくのはこの3か所です
私が実際にやらかした順に並べます。
① 形容詞のまま条件に書く。 「わかりやすく」「刺さるように」「プロっぽく」。これらは条件に見えて、採点できません。AIは満たしたかどうか判定できないので、結局「たぶん良さそう」で止まります。前節の型Bで、必ず数えられる形に直してください。
② 条件を増やしすぎる。 私は一度、合格条件を12個書きました。結果、全部が薄くなりました。長い条件リストは、AIにとって優先順位のない平らな要求に見えます。上限は5個。 それ以上あるなら、上から3つを「不合格条件」に格上げして、残りは「できれば」と明記して分けます。
③ AIの自己採点を最終判定にする。 自分の答案を自分で採点しているので、点は甘く出ます。私の体感でも、自己採点は実際より10〜20点高く出ます。それでも意味があるのは、明らかな抜け（必須要素の欠落）はほぼ確実に見つかるからです。抜けを機械に潰させて、良し悪しは人間が見る。この分担にしてください。Anthropicも評価の作り方を独立した工程として解説しています（参考: Demystifying evals for AI agents）。
なお、冒頭の数字には留保も要ります。98%・17%・1%未満はOpenAIが支援した調査の数値で、独立した第三者による検証ではありません。2,000万人も投入から約1か月半の途中経過です。それでも「社内98%・社外1%未満」という落差そのものは、作り手の実感が市場の実感ではないことを示す十分な材料だと思っています。
▼この節で今日できること: いま使っているプロンプトから、形容詞だけの条件を1つ探して消してください。
7. 実践プラン ― 今日・今週・30日
今日（5分） 直近でAIに頼んで書き直した仕事を1つ選び、不合格だった理由を名詞で2つ書き出す。それを【合格条件】の１）にそのまま置く。今日はここまでで構いません。
今週（1回あたり3分） AIに頼むたび、3行テンプレを依頼文の先頭に貼る。そして、うまくいった条件だけをメモに残す。増やすのは1日1行までにしてください。最初から完璧な採点表を作ろうとすると、②のつまずきに直行します。
30日 頻度の高いタスクを4つ選び（私の場合は議事録・企画書・返信メール・SNS投稿でした）、それぞれに固定の合格条件ファイルを作る。ここまで来ると、依頼文は「このファイルの条件で、以下を作って」の1行で済むようになります。30日後に効いてくるのは、うまいプロンプトの蓄積ではなく、あなたの現場でだけ通用する不合格リストの蓄積です。
まとめ
・要点 AIエージェントが社内で98%・社外で1%未満まで割れたのは、賢さの差ではなく「成果を採点できるか」の差です。採点表が自分の頭の中にしかない限り、最後の判定は永遠にあなたに戻ってきます。
・今日の小さな一歩 今から、AIに頼んで書き直した仕事を1つ思い出して、「これが入っていなければ不合格」を2つだけメモしてください。1分で終わります。それが明日から使える合格条件の1行目です。
・筆者の視点 私はAIで毎日コンテンツを作っていますが、精度が上がった瞬間はいつも、賢いモデルに変えた時ではありませんでした。自分でも曖昧にしか分かっていなかった合格の線を、言葉にした時です。AIに任せる作業のうち、いちばん人間にしかできないのは、実は指示ではなく採点のほうでした。任せたいなら、まず自分の採点表を外に出すことです。
同じ場面、ありませんか。役に立ったら♡やブックマークをどうぞ。こういう検証を毎日1本ずつ積んでいます。
この記事は note にも掲載しています（初出: note版 2026-08-26）。
#AI活用 #ChatGPT #生成AI #業務効率化 #仕事術 #プロンプト #AIエージェント #仕事での気づき #時短