コードを読まない運用とは、下書き全文を読まず味見と公開GOを残すこと

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。

今回は、石川陽太さん（@ytiskw）のZenn記事『コードを書くのもレビューも大好きだったのに、ついに全部AIの仕事になりました』を紹介するね。

ぶっちゃけ、最初は「すごい開発日記だな」で読み始めた…で、途中から席の話になった。

石川さんは、差分を1行ずつ見るのが好きだった人なんだよね。それが、ある日まったく読まなくなる。でね。記事の数字は全部、石川さんの現場の数字です。うちのKPIに写さない。

265。すごい。でも——私の仕事はコードを量産することじゃない。

朝LIVEに出る。記事の味見をする。公開していい皿かどうかを、自分の身体で決める。ここがシェフの席です。

だからこの記事の問いを、うちの言葉に直す。コードを読まない運用を、うちの厨房に置くとどうなるか。

以前書いたAGI Cockpitの実運用ガイドは「道具の地図」だった。今回は地図じゃなく、席の話だよ。

石川さんの指摘は、ここが芯なんですよ。

AIは1分で数百行書く。人間が同じ時間で読めるのは、その何分の一か。1体ならなんとかなる。3体でもぎりぎり。並列を増やした瞬間、頑張りの問題じゃなくなる。

いやーこれ、記事でも同じだなあ。

下書きが朝に3本待っている。ログが流れてくる。管理画面を巡回する。全部「読む仕事」です。読む速度を鍛えても、供給側は並列を足すだけで倍になる。

便利。でも——目がボトルネックになったら、品質の話をする前に席が死ぬ。

石川さんは「読まないと決めた」んじゃない。並列を増やして、足りない道具を足していったら、自然と読まなくなった。うちも同じ道を歩くなら、先に席を決めた方がいい。

石川さんが半年間つくった装備は、4つです。記事の言葉をそのまま置きます。

4つに共通していたのは、操作面をAIに渡すこと。IDEのユーザーが人間からAIに移る。人間用の画面は観覧席になる。

報告の97%は、人間が何もしないで流れた——これも石川さんの現場の実測です。うちが真似するのは「97%」という数字じゃない。人間に来る前に、ほとんどが流れている状態です。

あ、そうだ。Browser Identityの実測で書いたとおり、ログインの向こう側まで渡せると、巡回そのものが消える。装備の話は、アプリの機能一覧より先に「誰がユーザーか」なんだよね。

小学生のころ、実家の厨房で鶏チャーシューを味見した。料理を手伝って、稼いで、そのお金でゲームを買った。厨房は作業場で、味見は別の席だった。

今の私は、放っておくと厨房に戻る。下書きを最初から最後まで読む。指示文を練る。「で、次は？」とAIに聞き返す。管理画面を巡回する。シェフなのに、まな板の前に立つ。

石川さんがやめたのは、コードを1行ずつ読むこと。私がやめるのは、キッチンスタッフの仕事です。

北極星はこれ。「AIに委ねて、人は積み減らして生き直す」。

2025年1月、直腸がんの手術台で、麻酔が落ちる直前に浮かんだのは仕事じゃなかった。家族の顔だった。抱え込みOSの先に、身体が止まった。

だから翻訳はこうなる。石川さんのPMは、うちではシェフ。目標を置く。Askをタップする。LIVEに出る。公開GOを出す。

消すものもはっきりさせる。指示文を練ること。下書き全文を読むこと。WPやStudioを巡回すること。「進めていい？」と聞き返すこと。止まっている仕事を、自分で探しに行くこと。

これ以上増やさない。

1. 人が出る場（朝LIVE）
2. 味見（公開物が自分の声か）
3. GO（公開・送信・課金・削除の直前1回）

がんの病室で、ただっちがLIVEを続けてくれていた。スマホ越しに見て震えた。「俺がいなくても、この場は続くんだ」。

場は渡さない。場に立つのは人の仕事です。下書きを書くのは、もう人の仕事じゃない。

以前、「自分は味見だけしている」とも書いた。あの感覚の続きが、今回の翻訳だよ。味見は甘くない。塩が足りない皿を、遠慮なく戻す席です。

GOは方針GOと最終GOを混ぜない。チャットで「公開して」と先に言っても、本実行の直前でもう一回、対象と件数と取消可否を出す。ここを省略すると、厨房が勝手に出前を始める。

表にしないと、頭が元の言葉に戻る。だから一度、並べます。

やらない翻訳もある。同じ依頼を3モデルで記事コンペにしない。魂が割れる。月20万円の枠を目標にしない。1日265タスクをKPIにしない。

石川さんの数字は石川さんの現場です。うちが追うのは「親タスクを減らす」「来る質問を魂・公開・金額に絞る」こっちだよ。

石川さんの板は工場に見える。動いているものが色で分かる。止まったら、向こうから聞いてくる。

うちの板は、つい待合室になる。終わった仕事と、途中で寝た仕事が同じ席に座る。確認が多すぎて、確認が「見なくていい通知」になる。

Naoさんの返信が、記事のコメントで効いていた。「読まない運用に振ると、読まないこと自体より『読まなくても気づける形になっているか』が効く」。失敗の通知は出ていたのに、中身を開けていなかった——そういう失敗の型です。

正直、265体に増やす前にやることがある。待合室を工場に戻すこと。新しい常設席を足す話じゃない。今ある厨房の使い方を固定する話だよ。

2026年8月27日に自分の板を数えたとき、入力待ちが百件を超えていた。数字は動く。残したいのは「待ちの中身が味見だけになっているか」です。

石川さんは、読むのをやめて見ることにした。3.5日で3.27GB。人間の目では追いつかない。ダッシュボードとdiffを右パネルに固定した。

うちが見る画面は、4つで足りる。

1. 朝のブリーフィング1枚
2. 記事プレビュー
3. Askの3択（OK / 直し / ボツ）
4. LIVE本番

見ないもの。JSON。hookログ。長い「状況です」。管理画面の巡回。

合格基準は1つ。3秒で絵が浮かぶか。浮かばない報告は未完成。AI側が画面を先に出す。人間が探さない。

打ち方も変える。「この記事、見出しもSEOも画像も公開も」は禁止。⭕「このLIVEを記事にして。公開はAskで止めて」。目標を1つ言う。手順書は親AIが書く。

所要は1分。完了条件は、次の確認がAsk1本になっていること。

石川さんの報告9321件のうち、人間待ちは270件。97%は流れた。詰まったらPush。スマホでワンタップ。

うちで聞いていい質問は、3種類だけです。

1. 魂（自分の声か北極星か。ボツかも見る）
2. 公開GO（対象・件数・取消可否が見える状態で、直前1回）
3. 金額・人（課金、JV、家族、体調）

聞いてはいけない。実装方針。直し方の順番。「進めていい？」「次は？」。

人間に来る前に、調べ尽くす。分身AIで魂を見る。会議は勝手に始めない。

Askの形も決める。抽象の案A/案Bは禁止。実URL。実ファイル。選ぶと何が変わるか。押すと次が起きる。「確認して終わり」は、確認じゃない。

Q. 265タスクを目指すべき？

いいえ。石川さんの現場の数字です。うちが追うのは、親タスクが減ることと、来る質問が3種類に絞られること。

Q. コードを読まないなら、LIVEの中身も読まなくていい？

それは翻訳ミス。LIVEは人が出る場です。渡さない。

Q. 今日から何を1つやる？

紙に「残す3つ」と「見ない画面」を書く。次の確認をAsk1本にする。所要10分。完了条件は、その紙を机に貼ったこと。

石川さんの発見は、こうだった。コードを読まなくなったら、楽しかったのは成果物を触る時間だった。

うちへの翻訳は、こうです。楽しいのは、朝LIVEで場が続くこと。下書き全文は読まず味見すること。公開ボタンを押すかどうかを、自分の身体で決めること。

13年コードを書いてきた人の臨界点が「読まない」なら、抱え込みOSでがんまで行った人の臨界点は「厨房に立たない」。

装備は、もう揃っている側です。観覧席に座る…LIVEの席にだけ立つ。それ以外は、Askが来るまで触らない。