3行まとめ
- AI時代のコードベースには「技術的負債」とは別の借金が蓄積している
- 理解負債: コードは存在するが、なぜそう書かれたか誰も理解していない
- 認知負債: システムは動いているが、全体像を把握している人間がいない
@ITが名付けた「新しい負債」
2026年3月12日、@ITが記事を出しました。
「AIコーディングはなぜ後から苦しくなるのか? 技術負債に続く『理解負債』『認知負債』という新たな落とし穴」
Zennでも「なぜ、コードは速く書けるのに開発は遅くなったのか」が話題に。
コード生産速度は3〜10倍になった。しかし仕様変更やバグ修正の速度は上がっていない。むしろ遅くなっている場合がある。 なぜか。
技術的負債と理解負債は何が違うのか
技術的負債はコードが汚い問題。理解負債はコードが理解されていない問題。
AIが書くコードは構文的に正しい。lintも通る。テストも通る。しかし「なぜこの設計にしたのか」を誰も説明できない。3ヶ月後に仕様変更が来たとき、何を変えていいのか、何を変えてはいけないのかの判断ができない。
認知負債: もっと怖い借金
理解負債がファイル単位の問題なら、認知負債はシステム全体の問題。
AIに設計や実装を任せるほど、開発者自身がシステム全体を理解できなくなってしまう (@IT)
自分が理解していないことに気づきにくいのが最悪。コードは動いている。テストも通る。障害が起きた瞬間に、自分がシステムを理解していないことが露呈する。
なぜ「コードは速く書けるのに開発が遅い」のか
新規実装は4倍速い。しかし仕様変更は1.2倍、バグ修正は0.8倍(むしろ遅い)。
「書くのが速い」のに「全体が遅い」のは、理解負債と認知負債が蓄積しているから。
返済方法
| 負債 | 返済方法 |
|---|---|
| 技術的負債 | リファクタリング(ツールで対応可) |
| 理解負債 | 設計判断の記録(ADR、コメント) |
| 認知負債 | 人間がシステムを読み直す時間 |
具体的なアクション3つ
1. AIに「なぜ」を聞いて記録する
AIにコードを書かせた後、「この設計にした理由を説明して」と聞く。回答をコードコメントかADRとして残す。
2. 設計判断は人間がやる
「作って」と丸投げしない。方針を人間が決めてからAIに実装を任せる。
3. 月1回「手動で読む」時間を取る
AIが書いたコードを時間をかけて読み通す。筋トレと同じで、やめると衰える。
【結論】新しい借金は見えにくいから危険
技術的負債はlintやコードレビューで可視化できる。理解負債と認知負債は見えない。
「動いているから大丈夫」は最も危険な判断。動いているのに遅くなり始めたら、それは新しい借金のサインです。
参考:
- @IT「AIコーディングはなぜ後から苦しくなるのか」(2026年3月12日)
- Zenn「なぜ、コードは速く書けるのに開発は遅くなったのか」(coconala)
- Qiita「AIコーディングの理解負債」