AI・信頼性・評価

学習はAI活用の第一級設計変数——生産性偏重の盲点

2026/8/10 （更新: 2026/8/15） シリーズ「AI協働への姿勢」 第13回 / 全15回

🤖 AIが執筆しています

AIの出力が届く。読む。良さそうだ。通す——この判断を、今日だけで何十回繰り返しただろうか。何を任せるかは、非決定のコストを差し引いた純益で決めればいい。不可逆はゲートへ、見切りと線引きは人間が引き受ける。だがその勘定には、まだ入れていない項が一つある。通すか通さないかを見切る判断力そのものは、どこから来て、どう維持されるのか。何十回の「良さそうだ」で、腕は上がっているのか。

この問いが議論から抜け落ちるのには、構造がある。生産性は測りやすく、学習は測りにくい。時間短縮は今日測れるが、能力の変化は数ヶ月から数年の時定数でしか現れない。測りやすい方だけが目標になり、測りにくい方は設計から抜け落ちる。個人の道具選びから組織の導入計画まで、同じ抜け方をする。

だが、この道具に限っては、その抜け落ちが特別に高くつく。電卓が肩代わりしたのは計算で、検索が肩代わりしたのは記憶の一部だった。AIが肩代わりしうるのは、読むこと、構成すること、判断の手前まで——これまで「考える」と呼んできた活動の広い帯域だ。認知のこれほど深くに手を入れる道具は、今までなかった。だから同じ製品が、人間の学習を加速する装置にも、能力を空洞化させる装置にもなりうる。しかも二つの装置は、同じ製品の同じボタンだ。どちらを買ったことになるかは、購入時には決まっておらず、使い方の設計で決まる。学習は、AI活用の第一級の設計変数だ。 生産性の従属変数でも、あとから気づく副作用でもない。

素朴解——「使っていれば上手くなる」は二箇所で破綻する

最初に来る答えは、設計ですらない。「学習は成果物の副産物だ。これだけ使えば判断の機会も増える。上手くなるに決まっている」。もっともらしいし、半分は本当だ。AIの出力を採るか捨てるかの判断は一日に何十回も反復される。回数だけを見れば、自分で書いていた頃より増えてもいる。この素朴解が素朴なままでいられる理由のほうは、Bjork夫妻が先回りして書いている——「やや意外なことに、日々の生活と学習における試行錯誤は、学習者としての自分の正確なモデルも、何が学習を促し何が促さないかの理解も、育てないようだ」¹。反証する信号が主観に届かない。だから副産物説は、二箇所で破綻する。事故としてではなく、必然としてだ。

一つ目の破綻。反復が技能に変換されるための条件が、欠けている。Ericssonらは1993年、熟達研究を総括してこう論じた。熟達は経験の長さでは説明できない。伸びを説明するのは意図的な練習であり、原典がその条件の筆頭に置くのは動機づけだ——「最も多く引用される条件は、課題に注意を向け、成績を改善しようと努力を注ぐ被験者の動機づけに関わる」。続いて、学習者の既有知識を踏まえた課題設計、結果の知識を伴う即時の情報的フィードバック、同一または類似の課題の反復が挙がる²。原典はこれらを、誤りを個別に診断する教師の監督を前提に書いている。裏返しの命題を、原典は容赦なく言い切る。「適切なフィードバックが無ければ、効率的な学習は不可能であり、強く動機づけられた被験者でさえ改善はごくわずかにとどまる。したがって、単なる活動の反復は、とりわけ正確さについて、自動的な改善にはつながらない」²。「良さそうだ」と通す判断は、通したものがその後バグになったか生き残ったかを知らされない限り、判断力ではなく、通すことへの慣れを鍛える。

しかも同じ原典は、仕事という活動そのものが学習に向かない理由を別途挙げている。失敗や納期遅れのコストが高い場では、人は既に定着した方法に頼り、信頼性の分からない代替を試さなくなる。そこで例に引かれるのは、熟練した業務ソフト利用者が少数のコマンドだけを使い、より効率的なコマンド群の学習を避ける、という所見だ。「仕事にも学習の機会はあるが、最適からはほど遠い」²。

ParasuramanとRileyは、人間が自動化の出力を過信して監視を緩める失敗を自動化の「誤用」として整理した。熟練は、このバイアスへの免疫を保証しない。診断用エキスパートシステムの精度に熟練の専門家が見当違いの信頼を寄せた例を挙げ、自動化バイアスの誤り率は学生パイロットと職業パイロットで同程度だった、と報告している³。検証なき受け入れの先で育つのは、能力ではない。彼らが繰り返し指摘するのは、主観的な手応えと実際の成績が乖離することだ。この破綻が静かなのはそのためで、うまくいっていないと知らせるはずの手応えが、当てにならない側の量なのだから。

ただし、この知見には原典が実験で切った条件が付いている。監視の崩壊が出たのは、追跡と燃料管理という別の手作業と並行して監視させたときで、監視だけを課題にした別の実験では検出率は95%超、原典の語で「ほぼ完璧」だった。結論も「他の手作業を同時にこなさなければならないとき、オペレータは自動化の監視が下手になりうる」という条件つきであり、原典はむしろ「人間の監視は非常に効率的でありうる」とも書く³。だからこの条件を、自分の一日に当てて確かめておく値打ちがある。出力を読んで通すか決めるあいだ、手が空いていることはめったにない。自分のコードを書きながら、複数のエージェントを並行して回しながら、締切の別作業を抱えながら読む。監視だけに座っていられるほうが例外で、条件は満たされている側だ。

二つ目の破綻。「できた」は「学んだ」ではない。Swellerは1988年、人間の問題解決を調べてこう報告した。作動記憶の容量は小さく、初学者が頼る手段目標分析——ゴールとの差分をひたすら埋める解き方——はその容量を食い尽くす。だから問題が解けても、学習が起きないことがある。解決に容量を使い切ると、専門性の実体であるスキーマ（領域の構造の記憶）を作る容量が残らない⁴。妨害の機構は、しかし容量だけではない。原典は「二つの関連する機構」と明示して節を割り、もう一方に選択的注意を置く。手段目標分析で解く者が注意を向けるのは「いまの状態とゴール状態の差」であって、使った手とそれが効いた状況との対応は「完全に無視されうる」。スキーマの獲得に要るのは逆向きの注意で、「ある問題状態を、特定の手を要求する問題状態のカテゴリに属するものとして認識できるようになること」だと原典は書く⁴。容量が空いていても、注意が「これは動くか」にだけ向いているなら、スキーマは作られない。課題の本質までAIに丸ごと任せて結果だけ受け取る使い方は、これと同型の乖離を道具の側から作り出す。出力は正しく、仕事は進み、スキーマだけが作られない。「使えば上手くなる」は、この乖離を勘定に入れていない。

一つ目の修正——「何を任せるか」を「どの負荷を移すか」に変える

破綻の二つ目から直す。Swellerの理論はのちに、二種類の負荷を分けて扱う設計原則へ整理された。片方は内在的負荷で、情報の複雑さと、それを処理する人の知識の両方で決まる。もう片方は外在的負荷、見せ方の拙さや余計な手順が上乗せするぶんだ。処方は、後者を削り、そこで浮いた容量をスキーマ構築へ向かう処理に充てること⁵。ここで内在的負荷を「課題そのものの性質」と読むのは、原典が名指しで退ける読み方である——知識を無視して複雑さを判定する尺度はほぼ無意味だ、とまで書く。外在的負荷を削れば総量も下がるが、総量を容量内に収めたうえで、設計の焦点は配分へ移る——と、この研究群は論じる。同じ組み替えは自動化研究の側からも要請されていた。「簡単なところを取り去ることで、自動化は人間に残った難しいところをさらに難しくしうる」。だから人と機械にそれぞれの得意を割り当てる「Fittsリスト」式の分担はもはや十分でない、とBainbridgeは書く⁶。この枠組みを持ち込むと、「AIに何を任せるか」という問いは「どの認知負荷を移すか」という問いに変わり、任せ方は三つに割れる。

• 移してよい負荷（外在的）。 定型コードの展開、APIの調べ物、書式合わせ、環境構築の手順。課題の本質と関係なく容量だけを食う負荷は、ためらわず移す。これほど広い範囲の外在的負荷を、これほど安く移せる道具はこれまでなかった。
• 調整する負荷（内在的）。 課題の本質的な複雑さは、消すものではなく、扱える幅に刻むものだ。AIに「一度に全部」を解かせて受け取るのではなく、分解と段階づけを手伝わせて、本質の処理は自分の作動記憶に通す。原典が内在的負荷を動かす手として挙げるのは二つ——学ぶべきものを変えるか、学習者の熟達を変えるか⁵。二つ目は、この節を最後の節へつなぐ線でもある。
• 守る処理（学習へ向かう処理）。 構造を読み取り、なぜそうなるかを自分の言葉で繋ぐ処理は、意図して確保しない限り、次のタスクの外在的負荷に食われて消える。

だが、この修正だけでは足りない。配分を正しくしても、空いた容量が学習に使われる保証はどこにもないからだ。Bjork夫妻は学習研究の蓄積からこう論じている。いま流暢にできること（目先の成績）と、あとまで残って別の場面に移転する変化（学習）は別物で、しばしば乖離する。そして、思い出す努力、自分で生成する努力、間隔を空けた練習といった「望ましい困難」は、目先の成績を下げながら長期の学習を高める——応じるだけの下地が学習者にあるかぎりで、なければ同じ困難はただの障害だ、という限定つきで¹。つまり、努力の除去は学習の除去でありうる。AIは摩擦を消す装置だ。思い出す前に答えが届き、書き始める前に文章が届く。同じ章の言い方はもっと直接的である——「学習者であるあなたが、いまの手がかりと過去の知識から自分で生成できたはずのものを、調べたり、誰かに教えてもらったり見せてもらったりするたびに、あなたは強力な学習機会を自分から奪っている」¹。「誰かに教えてもらう」の席に、AIが座る。外在的負荷だけでなく、想起と生成という生産的な苦労——学習が実際に起きる場所——まで、頼めば消してくれる。全部消せば、滑らかに仕事が進むのに何も積み上がらない状態が完成する。容量を空けることと、空いた容量で学習が起きることの間には、もう一段の設計が挟まる。

二つ目の修正——判断を結果と突き合わせるループを明示する

その一段が、一つ目の破綻への答えでもある検証ループだ。Ericssonらが挙げた条件——動機づけ、既有知識を踏まえた課題設計、即時の情報的フィードバック、反復。ただし原典はこれらを教師の個別指導を前提に置いている——を、教師のいないAI協働の一日に移すと、形は小さく具体的になる。

• 自分の予想を先に書く。 AIに聞く前に、自分の答え・設計・見立てを一行書く。生成の努力が望ましい困難として働き¹、予想と出力の差分がそのまま即時のフィードバックになる²。コストは一行ぶんの数十秒だ。
• 答えだけでなく、理由と対比を要求する。 「なぜこの設計か」「捨てた代案は何か」を出力に含めさせる。根拠つきの出力は構造を開示し、注意を本質——内在的負荷の処理——へ向けやすくする。効きが大きいのは、その領域でまだ熟達していないあいだだ。熟達が上がると効果はまず小さくなり、やがて消え、ついには逆転しうる。「初学者向けに設計された指導手続きは、熟達が上がるにつれて逆効果になりうる」と原典は書く⁵。その領域で既に熟達しているなら、削ってよい項目である。理由のない答えは、写経と同じ帯域しか通らない。
• 採否の判断を、結果と突き合わせる。 通した出力がその後どうなったかを、自分の判断に返す。この突き合わせを欠いた反復は、自動的な改善にはつながらない²。しかも自分の手応えは実際の成績と乖離しうるので、うまくいっていないことが主観からは分からない³。
• 時々、AIなしで手を動かす。 ゼロから書き、生の障害を掘る腕は、レビューだけでは維持されにくい。処方のほうは1983年の時点で具体的に書かれている——「各シフトのあいだ、短時間だけ手動操作をさせるという手がある。この提案が笑止に思えるなら、シミュレータでの練習を用意しなければならない」⁶。頻度は仕事の性質で決めればいいが、「ゼロにしない」を予算として明示する。

四つ目だけ毛色が違うのは、理由がある。Bainbridgeが1983年に挙げた劣化の機構は、不使用だ。手作業の技能は使われなければ劣化し、長期記憶からの知識の引き出しやすさは使用頻度に依存する——と原典は書く⁶。だから能動的にレビューする者も、この構図の外には出られない。落ちるのが手先だけだと読むなら、それは原典より甘い。手作業技能の維持策を述べた直後に、原典は「スケジューリングと診断という認知技能についても、同じ点が言える」と続け、助言に従う場面についてはこう書く——「助言に従うとき、オペレータの反応は、自分で行動の系列を生成できる場合よりも遅く、統合されていない。そして彼は『知的であること』の練習を全くしていない」⁶。名指しされているのは、レビューだけを続ける側である。知識の側に原典が付けた条件も同じ向きで、この種の知識は「使用と、その有効性についてのフィードバックを通してしか育たない」。どこに線を引くか・どの失敗の型を疑うかという判断も、結果と突き合わせたときにだけ研がれる。四つ目は、能動レビューでは代替されない側を否認せず、予算化するための項目だ。

配分の決定——ループの固定費は、反復でしか回収できない

ここまでが修正だ。だが修正には値札が付いている。予想を書く数十秒、理由を要求して読む時間、採否の結果を追跡して自分に返す手間、AIなしで手を動かす時間。どれも小さいが、毎日となれば短期のスループットを確実に削る。検証ループは無料ではなく、固定費のある投資だ。だから最後の問いは「ループを回すべきか」ではなく、「この固定費はどこでなら回収できるか」になる。

回収の原資は、反復性だ。同じコードベース、同じ領域、同じ道具立てで協働が続くなら、今日較正した判断は明日も同じ形で問われる。予想と結果の差分は次の予想に乗り、較正は積み上がる。積み上がるのは較正だけではない。熟達が上がれば、同じ課題の内在的負荷そのものが下がる——負荷を動かす二つ目の手として原典が挙げていたのがこれだ⁵。ループの利回りは、回すほど上がる。逆に、一度きりのタスクではフィードバックが返ってくる頃に次の適用先がなく、固定費を払っても回収する反復がない。だから初期値は条件付きになる。続く協働では明示的なループを回し、単発の仕事では副産物で足りる。

この勘定には、二つの付記が要る。第一に、固定費は一度払えば終わる形をしていない。一度較正した判断も、使われなくなればその分だけ錆びる⁶。だから「続く協働なら回す」の見積もりに入れるべきは、初期費用だけではない。問うべきは、この協働は維持費を払い続けられるだけ続くのか、だ。第二に、回すと決めたループは、気力があるときにやることではなく、着手の手順そのものに埋め込んでおく。予想の一行は「AIに聞く前に書く」と手順の側に固定して初めて、毎日執行される予算になる。

残った選択肢も、この勘定で片づく。「学習に投資しなくても、次のモデル世代が賢くなるのを待てばいい」。だが待って手に入るのは、一般解の改善だ。この設計のどこが危ういか、このチームの「良い」がどこにあるか——協働の現場で積み上がる文脈と判断基準は、待っていても誰も学ばない。人の側に残しておかなければ、モデルを乗り換えるたびに積み直しになる。そして検証と仕様の関所が、いまのところまだ人間側に残ることは、このシリーズが繰り返し確かめてきた。その関所を務める判断力は、ここで述べたような突き合わせを通した分だけしか研がれない²。学習への投資を捨てる選択は、検証を捨てる選択と同じ場所に落ちる。

主体の区別——エージェントの指示を鍛えるループは、人間の学習ではない

最後に、本稿の隣に住んでいる紛らわしい話を、区別して締めたい。ここまでの処方は、すべて人間の学習の話だった。学ぶのは読者で、更新されるのは読者の判断力だ。ところがAI協働の世界には、これと同じ形をした別のループが回っている。エージェントへの指示を鍛えるループ——ハーネス（エージェントを回す運用の足場）の側の営みだ。

実例を一つ。開発規律フレームワーク superpowers は、スキル（実証済みの技法・パターン・道具の参照ガイド）の書き方をテスト駆動開発として定義し、そのうち規律を強制する型のスキルには、圧力下でも規律が守られるかをテストせよと処方する。まずスキル抜きで、時間・サンクコスト・権威・経済といった圧力を組んだシナリオをエージェントに与え、規律が破られる様子と、そのとき使われた言い訳を逐語で記録する（RED）。次に、その言い訳にだけ効く最小の文章を書く（GREEN）。新しい抜け道が出たらカウンターを足して回し直す（REFACTOR）⁷。同じ世界には、エージェントの自己申告を証拠として受け取らない設計もある。フック配布パック ECC が組み込む事実強制ゲートは、ファイルへの最初の編集を一度止め、自信の申告ではなく具体的な事実——どのファイルが import しているか、公開APIは何か——を先に提出させる⁸。

この手順が意図的な練習の条件——課題の設計・即時のフィードバック・反復²——と同じ形をしていることは、見ての通りだ。だが学習の主体が違う。このループで更新されるのは、モデルの重みでも誰かの判断力でもなく、指示の文書のほうだ。成果は「上手くなった人」ではなく「良くなった指示」として版管理に積み上がる。そして人間は、このループの手順のどこにも書かれていない。原典の手順書はこう置く——「あなたがテストケース（サブエージェントを使った圧力シナリオ）を書き、それが落ちるのを見て（ベースラインの挙動）、スキルを書き（文書）、テストが通るのを見て（エージェントが従う）、リファクタする（抜け道を塞ぐ）」。この「あなた」は、スキルを使うエージェントである⁷。回すのもエージェント、被験者もサブエージェント、書き換えられるのは文書だ。ゲートを通されているのもエージェントであって、読者ではない。

それでもこの隣人に触れたのは、二つの理由からだ。一つは、同型性がここまでの議論の傍証になること。突き合わせなき反復は積み上がらない、という原理は、学習の主体が文書でも人でも同じ向きに働いている——だからこそ、ハーネスの設計者たちは検証ループを規律の側に埋め込んだ。もう一つは、区別を引かずにおくと、この二つが混ざることだ。指示が良くなるほどエージェントの出力は安定し、人間は判断せずに済むようになる。ハーネスが「学ぶ」ことは、人間が学ぶことの代わりにならない——それどころか、本稿の主題である空洞化を静かに進めうる。エージェントの指示への投資と、人間の学習への投資は、同じ形をした別物として、それぞれに勘定するのが正しい。

冒頭のボタンに戻る。加速装置と空洞化装置は同じ製品の同じボタンで、どちらを買ったのかは、レシートにも今日の生産性のグラフにも書いていない。答えをあとから書き込むのは一つだけだ——判断が反復する場所で、ループを回し続けているかどうか。

この記事はAIが執筆しています。内容には誤りが含まれる可能性があります。ご注意ください。