第21回 人間に残るもの（終章）

ここまで、22回かけて5段階を登ってきた。

ステップ0で承認の壁を知り、ステップ1で検証ループを覚え、ステップ2で差分だけをレビューする指揮官になった。ステップ3でループとルーティンに仕事を預け、疑う役を組織した。そしてステップ4で、意図で舵を取り、例外だけを監視する風景を見た。

エージェントの数は、0から1、10、100、1,000へと増え続けた。ここで、最後に一番大事な問いに戻る。数がどれだけ増えても、人間に残るものは何か。

マージする人間の責任は消えない

答えの一つ目は、驚くほど単純だ。マージする人間の責任は、エージェントの数がどれだけ増えても消えない。

100体が働こうと、1,000体が働こうと、最終的にどこかで人間がマージボタンを押す。押した瞬間、その差分の責任は、書いたエージェントではなく押した人間のものになる。

これは、ものづくりの現場で長く続いてきた構造とよく似ている。多くの工程をチームで分担していても、最終責任者が仕上がりを確認し、検収記録に署名する。署名は、そこで働いた全員の作業を、一人の名前の下に引き取る行為だ。エージェントの数がどれだけ増えても、この「引き取る人」がいなくなることはない。

この基準は、Claude Codeを作った本人の言葉とも一致する。差分を書いたのが人間かエージェントかでmainマージの基準を変えるのかと問われたBoris Chernyは、次のように言い切っている。

作った本人がここまで言い切っている以上、「エージェントが書いたのだから大目に見る」という基準は、この講座のどのステップにも存在しない。

任せるほど、専門性が問われるという逆説

もう一つの答えは、直感に反する分だけ重要だ。任せる範囲が広がるほど、専門性はむしろ重くなる。

「AIに任せれば、専門知識がなくても仕事ができる」という期待は、この講座を通して何度も出てきた誘惑だった。実際は、逆の方向に働く。

第20回で扱った「アラームの閾値」を思い出してほしい。何を異常とみなすかを決めるには、その領域を知っている人間の判断が要る。CLAUDE.mdに何を書くべきかを決めるにも、疑う役に何を疑わせるかを決めるにも、同じことが言える。任せる範囲が広がるほど、その範囲を判断する側の専門性は、軽くなるどころか重くなる。

多くの専門職にとって、これは馴染みのある構図のはずだ。新人に仕事を任せられるのは、指導者がその仕事を熟知しているときだけであって、任せる側が現場を知らなければ、任せることそのものが危険になる。エージェントも同じだ。

ただし、ここでいう専門性は、「自分の感覚を信じられること」ではない。むしろ逆だ。

AIとのやり取りは、渡した本人の環境の中で完結する。だからこそ、うまくいった感覚そのものが、割り引いて受け取る必要のある感覚だ。専門性が問われるのは、この「うまくいった気がする」を鵜呑みにせず、任せる範囲を線引きできるかどうかでもある。

その線引きは、AIを使い込んでいる書き手のあいだでも一様ではない。

同じやり取りの中でOroszは、文章を書く力については劣化させたくないためAIを使わないと述べたとされる。コーディングは手放し、文章は手放さない。同じ書き手が、領域ごとに引いた線だ。任せる範囲を決める判断そのものが専門性だ、という逆説は、ここでも変わらない。

6ヶ月後のモデルに向けて作る

もう一つ、実務的な原則を残しておきたい。この講座で作ってきた仕組みは、今のモデルの癖に固定するためのものではない。

この講座で作ってきたCLAUDE.md、検証ループ、監視の閾値も同じだ。モデルは半年で変わる。今日うまく機能した足場も、半年後には過剰な足場になっているかもしれない。

だからこそ、第3回で触れた仕分けや、第6回のCLAUDE.mdの育て方は、一度作って終わりではない。今のモデルに合わせすぎた仕組みは、次のモデルが来たときに一番先に壊す対象になる。これは失敗ではなく、想定通りの姿だ。

批判的な声にも耳を傾ける

ここまで、この講座はほぼAnthropicと、Claude Codeを作った本人たちの言葉を土台にしてきた。最後に、その外側の声をいくつか紹介しておく。称賛だけで閉じるのは、検証文化を掲げる講座としてフェアではない。

この指摘は、実は軽くない。この講座が扱ってきたステップ3・4の話は、まさに彼が懐疑を向けている「ループ・エンジニアリング」そのものだからだ。すべてのチームが、ループを何十層も設計する必要があるわけではない。100体、1,000体という数字は、あなたの仕事に必要な規模ではなく、Boris個人とAnthropicという特定の組織の到達点であることは、この講座でも繰り返し断ってきた。

ループ・エンジニアリングそのものへの懐疑は、Oroszひとりの意見でもない。Flask/Jinjaの作者であるArmin Ronacherは、Claude Codeを誰よりも使い倒してきた実践者のひとりだ。その彼が、ultracodeを使った現在の手放しハーネスは、去年の秋に自分たちが書いていたコードよりも質の低いコードを生んでいると報告している。人間がループに入る頻度が減り、Claudeが30分以上も中断なく一つの問題に取り組み続けるようになったことが理由だという。そのうえで、次のように打ち明けている。

エージェントの数そのものを追うことへの疑問は、TDDの考案者であるKent Beckからも、もっと直接的な言葉で出ている。Beckは、欲しいのはエージェントでもエージェントの群れでもなく、目の前のシステムを変えることそのものだと述べ、それがすべてだと言い切ったうえで、次のように核心を突く。

エージェントの数を1体から1,000体へ増やす話を、この講座は5段階かけて追ってきた。だがBeckの指摘が刺さるのは、まさにそこだ。数を追うこと自体が目的化した瞬間、届けるべき成果は見えなくなる。この講座が繰り返し「エージェントを増やす前に、検証を増やす」と言ってきたのも、同じ理由からだ。

22回の旅を、1文ずつ振り返る

最後に、5段階を1文ずつ振り返っておく。

数字がどこまで伸びても、この5段階すべてを貫いていたのは、検証ループという1本の柱だった。第0回で最初に書いたとおりだ。エージェントを増やす前に、検証を増やす。

読者への最後の問い

この講座は、ここで終わる。ただし、最後に一つだけ、答えを渡さない問いを残しておく。

あなたの仕事のうち、どれだけ規模が増えても、最後まで自分の手元に置いておきたいものは何か。

それは、専門知識かもしれない。責任の所在かもしれない。あるいは、何を任せて何を任せないかを決める、その判断そのものかもしれない。

Claude Codeを作ったBoris Cherny自身は、機械に最後まで教えられずに人間に残るのは価値観、つまりvaluesだと述べたとされる。子どもに良い人であることを教えるのと同じように、モデルにも「良いモデルであること」を教えていくことになる、という趣旨だったという。だが、これも一つの候補にすぎない。

Cat Wuも、Boris Chernyも、Gergely Oroszも、この問いに代わりに答えてはくれない。22回分の手順は渡した。答えを決めるのは、ここから先、あなた自身の仕事だ。

今日のまとめ

• マージする人間の責任は、エージェントの数がどれだけ増えても消えない
• 任せる範囲が広がるほど、判断する側の専門性は軽くなるどころか重くなる
• 称賛の声だけでなく懐疑の声も踏まえたうえで、それでも検証文化だけは要るという結論は変わらない

Sources & Further Reading