AIと人の役割分担は、忘れていた過去に答えがある【AI時代の創造と挑戦の記録】

コーヒーを淹れに立って、戻ってきたら、Claude Codeが勝手に数件のPR(プルリクエスト)を出してくれていた。
正確には、朝イチで「これとこれ、片付けておいて」と頼んでおいた分が、途中経過の報告とともに、もう半分以上進んでいた。
悪い気分では、正直ない。
ただ、ふと手が止まる。
自分は、この作業の何をしていたんだっけ・・・。

人の仕事が、手前に戻っていく

2026年のAI界隈で、Human-in-the-LoopからHuman-on-the-Loopへの移行、という言い方がよく聞かれるようになった。
前者は、AIが判断を出すたびに人が横にいて承認する型。後者は、AIが自律的に走り、人はダッシュボードや通知でモニタリングし、例外や重要な場面だけ介入する型。この数ヶ月で、現場の標準がゆっくり後者に寄ってきている感触がある。
Martin Fowlerが今年3月に書いた記事の表現が、個人的にいちばん腑に落ちた。ソフトウェア開発には「Why loop」と「How loop」があって、前者は何を・なぜ作るのかを決める領域、後者はどう作るかの領域。いまの役割分担は、Why loopを人が回し、How loopをAIに委ねる方向に動いている。
要するに、人の仕事は「手前」に戻っている。
目的を決める場所まで、戻ってきている。
能力差ではなく、権限差。人とAIの違いを、「能力が違うから」と説明するのは、もう通じなくなってきた。
コード生成、リサーチ、分析、ドラフティング。やらせれば普通にやる。人よりずっと速いことも多い。
違いは能力じゃない。
責任をどちらが引き受けるか、の差だ。

責任は誰が取るのか

今月発表されたLedgerの2026年ロードマップに、「AIエージェントが自律性を提供し、人間が権限を提供する」という表現があった。これはけっこう正確な言い切りで、どれだけAIが賢くなっても、「決めて、責任を取る」のは人のままだ。そして、その権限はいまのところ、法的にも社会的にも、人にしか渡せない。
KPMGが先月出していた対談でも、「判断・責任は人間が担う。人間を中心に据えたAIとの関係が本質」だと書かれていた。ヒューマンセントリックなAI、という言葉がようやく業界の共通語になってきた感じがする。
能力で線を引くのではなく、責任で線を引く。
この切り口に替えると、役割分担の議論がだいぶすっきりする。
権限を持たない仕事は、これからぐっとAIに寄せられていく。避けがたい変化だと思う。
一方で、権限が伴う仕事、誰かの人生や事業や信頼に関わる判断は、人から離れにくい。慌てて自動化する必要がない、というより、自動化してしまうと価値が下がる領域ですらある。

コスト構造も、まるで違う

能力と責任の話に加えて、もう一段下の層で効いてくるのがコストの掛かり方に対する考え方だ。
人を使うと、実作業時間より、稼働待機・調整・管理のコストのほうが重くなる。採用、育成、会議、レビュー、引き継ぎ。このあたりが、多くの組織で知らないうちに固定費化している。
AIには、人員を抱え続ける前提がほぼない。
必要な時に呼び出せばいい。24時間動ける。変動の大きな仕事では、リソース確保の構造が根本的に違う。
ただし、無料ではない。
Claude CodeのAgent Teamsは、「使った分だけ」課金される。並列化すれば調整オーバーヘッドとトークン消費が増える。依存の多い作業は単一セッションのほうが結局速い、とまで書かれている。この辺りはこれからのAIにかかるコストの考え方の基準になっていくだろう。
「AIは安いから任せる、人は高いから減らす」という雑な語り口は、この構造を見ていない気がする。
正確には、「待機コストが要らない働き手と、権限と責任を引き受ける働き手を、同じ仕事の中で別レイヤーに置く」という話に近い。

Why loopとHow loopで、具体的にどう分けるか

自分が実務で使っている整理はシンプルで、仕事を3つの層に分けている。
高速化層では、調査、下書き、整理、バリエーション展開、コードの実装、リファクタリング、テスト。AIに寄せるほど割が合う。ここは純粋に「How loop」で、人が触りすぎるほどボトルネック化する。
判断層では、優先順位、例外処理、顧客との関係設計、仕様変更の是非。ここは人が文脈を供給する場所で、AIに「何を見せるか」の設計次第で出力の質が化ける。Why loopとHow loopの接続点、みたいな場所。
オーサーシップ層では、命名、タグライン、アイコン、世界観の芯、重要な意思決定。ここは純粋な「Why loop」だ。何を・なぜ作るのかを宣言する仕事で、権限も責任も人が握る。この層に速度を持ち込むと、速くズレる。そして、ズレた状態のままスケールすると、あとから戻すのがとにかく重い。
意外と多くの組織で、高速化層に人を貼り続けて、
オーサーシップ層のほうにAIを滑り込ませてしまっている。
逆になっている、という構図を、ここ半年でよく見かける。

道具ではなく、属性の違う同僚

Claude Codeをうまく使う、というテーマは最近よく聞く。それ自体はとても素晴らしいことだし、どんどん広まっていって欲しいが、一方で「組織の中」や「業務」で使う場合はもう一歩踏み出して考える必要があると思う。
Claude CodeもAgent Teamsも、もはや単なるCLIではなく、役割分担した複数のセッションをリード役が統括する設計になってきた。AIを「都度使う道具」から「独立して動く作業ユニット」へ、設計思想そのものがシフトしている。
道具は、人が持っていないと動かない。
作業ユニットは、方針さえ渡せば自分で動く。
この差は小さく見えて、組織設計や採用計画まで影響する。
「この仕事をAIに任せる」と決める時、それは「便利な道具を配る」ではなく、「チームに1人、属性の違う働き手を入れる」に近い判断になっている。
稼働待機コストがほぼゼロで、責任は取れず、Why loopには立てない、という属性の働き手。
それを、組織のどこに置くか。
問いの立て方が、ここ1〜2年で完全に変わった。そしてこれからもこのスピード感は変わらないのだ。

最後に、人の側で鍛えるもの

冒頭のコーヒーのあとの「ふと手が止まる」感覚、あれが個人的にはわりと本質だと思っている。
AIが勝手に進めた結果を前にして、
これは自分が頼んだ通りか、
方向はずれていないか、
この決定に自分は責任を取れるか、
と引き受け直す作業。
この「引き受け直し」は、意外と練習がいる。
全部OKでもNGでもない成果物（実際はこれがほとんど）を読み解き、修正の勘所を指示し、最終的に「これで進める」と言い切る頭の筋肉。
Human-on-the-Loopの時代に、人の側で本当に鍛えられるのは、たぶんこの筋肉のほうだ。

AIと人の役割分担の議論は、「能力差をどう埋めるか」から、「責任と権限をどう設計するか」に、主題が静かに動いてきている。
能力は、モデルが賢くなるたびに勝手にリバランスされる。
一方で、Why loopに立てる人、判断を引き受けられる人、文脈を決められる人は、勝手には生えてこない。
AI時代の人の仕事は、
速くなることでも、器用になることでもなく、
「最後にここで決めたのは自分です」と言える場所を、ちゃんと持ち続けることなのかもしれない。
道具と並んで走るのではなく、
道具を持つ手ごと、どこに立つかを選ぶ側に戻る。