「AIに書かせてばかりで、いざ手を動かすと真っ白になる」
「昔なら5分で書けた処理なのに、今はプロンプトを練るほうが長い」
Claude CodeやCursorを日常使いし始めたエンジニアのあいだで、こうした“書けなくなった感覚”が急速に広がっています。2026年現在、これは気のせいではなく、複数の研究と現場報告が裏付ける構造的な変化です。
一方で、単純に「能力が落ちた」と言い切るのも難しい。仕事の重心そのものが、実装者から生成システムの操縦士へと移っているケースも多いからです。
最新の調査結果と現場の感覚を突き合わせ、失われやすい能力・価値が上がる領域・回復の筋トレを整理します。結論を先に言うと、AIを捨てる必要はない。ただし「筋トレ用の時間」を意図的に残さないと、確実に弱くなる領域がある——これが2026年時点の実務的な答えです。
なぜ今「自分で書けない」問題が急増しているのか
2025〜2026年は、AIコーディング支援の利用頻度とエージェント化が同時に進んだ時期です。
- CursorはAgent ModeやMCP連携により、複数ファイルにまたがる変更を自律実行できるようになった
- Claude Codeはターミナル常駐型のエージェントとして、リポジトリ全体を読みながら実装・テスト・コミットまで回せる
- **Skills（SKILL.md）**の普及により、「毎回同じ指示を書く」作業が再利用可能なワークフローに変わった
つまり、以前は「補完」だったものが、いまは実装の主役になりつつあります。生産性は上がる一方で、頭の中で組み立てる時間が劇的に減る——これが「書けなくなった」体感の正体です。
研究が示す現実：速いと感じても、遅くなることもある
METRのRCT：経験者はAI利用で19%遅くなった
2025年7月、METR（Model Evaluation and Threat Research）が公開したランダム化比較試験では、経験豊富なOSS開発者16名が246件の実タスクをこなし、AI利用の有無を比較しました。
- AI利用時の所要時間：約19%増加（遅くなった）
- 事前の予測：AIで24%速くなると思っていた
- 事後の自己評価：それでも20%速くなったと感じていた
参照：Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity
つまり、「速くなった気がする」ことと「実際に速い」ことのズレが最大39ポイントに達した、というのがこの研究の衝撃的なポイントです。主な要因としては、プロンプト設計・生成待ち・レビュー・AIへの試行錯誤のコストが挙げられています。
ただし「体感＝生産性」ではないという教訓は、いまも有効です。
Anthropicの学習研究：AI支援で理解度が17%低下
Anthropicの研究では、主にジュニア層を対象に、AIアシスタントあり／なしで新しいライブラリ（Trio）の学習を比較しました。
- 理解度テスト：AI利用群が約17%低いスコア（50% vs 67%）
- 所要時間：わずか約2分短い程度で、統計的に有意な差は小さい
- デバッグ問題での差が特に大きい
参照：How AI assistance impacts the formation of coding skills
重要なのは、AIの有無より「使い方」です。研究では次のようなパターンが示されています。
| パターン | 学習への影響 |
|---|---|
| 実装を丸投げする | 悪い（スコア40%未満） |
| エラーを理解せずAIに直させる | 悪い |
| 生成コードについて「なぜ？」と聞く | 良い（65〜86%） |
| 概念の質問だけAIに任せる | 良い |
「AIで速く書く」ことと「AIで賢くなる」ことは別物——これが2026年にエンジニアが覚えておくべき最大の研究メッセージです。
現場でも、AI障害時にシニアがデバッグに詰まりジュニアが先に直す、長期利用後に基本構文を思い出せない、といった報告が相次いでいます。特定の能力は使わなければ確実に衰える——研究と現場が同じ方向を指しています。
「能力が落ちた」のではなく、仕事の重心が変わっている
ここまで暗い話ばかりに聞こえるかもしれません。でも多くの現場では、価値の源泉そのものが移動しているのも事実です。
昔強かったスキル（外部化されやすい）
- 構文の暗記
- ボイラープレートの手書き
- ドキュメントを総当たりで読む時間
- 小さな試行錯誤の反復
いま価値が寄るスキル（人間依存が大きい）
- 問題定義——何を作るべきか、何を作らないか
- アーキテクチャ判断——境界、責務、拡張性
- 「どこをAIに任せるか」の設計
- レビュー能力——生成物の品質を見抜く眼
- バグの嗅覚——ログと挙動から異臭を感じる力
- プロンプト設計——意図を漏れなく伝える技術
- 「これは生成コードだな」と見抜く違和感検知
CursorやClaude Codeに慣れるほど、職種は「コードを書く人」から「コード生成システムを操縦する人」に近づきます。これはデスキルではなく、ロールの再定義と捉えたほうが正確です。
ただし——ロールが変わっても、基礎体力がゼロだと操縦もできない。ここが多くの議論で混同されているポイントです。
ガチで失われやすい能力：3つの「危険ゾーン」
1. ワーキングメモリ型の実装力
「頭の中に状態を保持しながら組み立てる力」は、自分で書くことでしか鍛えにくい領域です。
典型例：
-
asyncの制御フロー - 複雑なstate管理
- 再帰処理のスタックイメージ
- SQLのJOIN地獄
- 型の流れ（特にジェネリクスや境界型）
AIに丸投げすると、結果は手に入るが、内部モデルは手に入らない。半年後にそのコードを直すとき、最初から詰みます。
2. デバッグ耐性
AI生成コードだけを見ていると、障害対応がこうなりがちです。
「なんか動かない」
↓
「AIに貼る」
本来強いエンジニアは、ログと挙動だけで異臭を嗅ぐ。この嗅覚は、自力で泥臭く壊した経験から来ます。生成速度が上がるほど、レビューとデバッグの価値が相対的に上がる——これがいまの市場の力学です。
3. 「設計が腐る瞬間」の感覚
AIは局所最適が得意です。一方で次のような時間軸の問題は、依然として人間依存が大きい。
- 将来の変更コスト
- 責務分離
- チーム運用
- 境界設計（API・モジュール・データの切り方）
「全部AIで速く書いた結果、半年後に地獄」——レガシー化のスピードが上がっている現場では、これが日常茶飯事になりつつあります。
「完全自力に戻るべき」か？
結論から言うと、「完全自力」への回帰は現実的でも、必要でもないケースが多いです。
2026年に強い人の像は、次のようなバランスです。
AI込みで思考速度を最大化しつつ、“最後の判断”だけは自分で持てる人
Skillsをレバレッジとして使い、反復作業は自動化する。ただし、判断力の源泉となる筋肉だけは意図的に維持する。
Skillsは代替物ではなくレバレッジとして使う。AIを「書いてもらう相手」ではなく「思考を増幅する装置」にする——このメタ認知が、2026年の分岐点です。
回復と維持のための7つの「筋トレ」──今日からできる
完全自力に戻すのではなく、筋トレ用の時間を意図的に確保するのが現実的な解です。
- 小さいutilityは自分で書く——30行以内・副作用なしはAI禁止（週2〜3本でOK）
- first draftだけAI禁止——骨組みは手書き、肉付けは2稿目以降にAI
- デバッグはまず30分自力——それからエスカレーション
- 週1の素手実装——LeetCode不要。社内CLIやモックなど45分でゼロから
- 読む前に予想する——関数の戻り値を先に書いてからAIのコードを読む
- AIには「なぜ？」を必ず聞く——説明付き生成で学習曲線が大きく変わる（Anthropic研究）
- Skillsで思考を外部化しすぎない——手順だけSkill化し、判断は毎回自分で確認
AIを使うほど上がる「読む力」
生成速度は全員が上がる時代、**最終的な差は「書く速度」ではなく「読む精度」**に寄ります。
- レビュー精度
- 違和感検知（「この実装、なんか臭い」）
- 抽象化センス
- 壊れ方の予測
だから最近、**“書ける人”より“壊れ方を知っている人”**の価値がむしろ上がっています。
ツール別の注意点（Cursor / Claude Code）
- Cursor：Rules・Skillsで「AIに任せない領域」を明文化。Agent Modeは差分を読まずにマージしない
- Claude Code：一気通貫するほど思考過程が見えにくい。コミット前に一言で説明できるかを自分に問う
- 共通：「使いこなしている感」≠「理解している感」（METR・Anthropicの警告）
まとめ：書けなくなったのは「終わり」ではなく「サイン」
Claude CodeやCursorに慣れて「自分で書けなくなった」と感じるのは、能力不足の烙印ではなく、多くの場合ワークの外部化が進んだサインです。
整理すると、次の3点が2026年の実務的な指針になります。
- 研究は警告している——体感の生産性と実測はズレる。理解度は使い方次第で17%も変わる
- 失われやすいのは特定領域——ワーキングメモリ型実装、デバッグ耐性、設計の腐敗検知
- 対策は「捨てる」ではなく「筋トレを残す」——週次の素手時間と、AIへの「なぜ？」が最小コストで効く
AI時代のエンジニア像は、速く書く人から速く読み、速く判断し、壊れ方を知っている人へシフトしています。
「もう手が動かない」と感じたら、トレーニングメニューを更新するタイミングです。最強の操縦桿になるのは、筋肉を捨てた人ではなく、どこを鍛え、どこを任せるかを設計できる人です。