Agentic Coding is a Trap¶
主張¶
Agentic Coding の危険は、AI がコードを書くことより、人間がコードに触れる摩擦を失うことにある。
監督に必要なスキルを、過剰な AI 利用が弱めるというパラドックスがある。
Agentic Coding のトレードオフ¶
| メリット（業界が語ること） | コスト（著者が指摘すること） |
|---|---|
| コード量と速度が増える | AI の非決定性を抑えるため周辺システムの複雑性が増す |
| 人間はオーケストレーターに専念できる | 開発者のスキルが萎縮する |
| 実装速度が上がる | ベンダーロックインが進む |
| — | token コストが読みにくく、組織運用コストが不安定になる |
監督者のパラドックス¶
AI をうまく使うには監督が必要。しかし監督には、AI の過剰利用で萎縮しうるコーディングスキルや批判的思考が必要。→ 矛盾が生まれる。
Coding === Planning¶
コードを書くことは単なる作業ではなく計画そのもの。巨大な仕様を書いてから AI に投げるだけでは、曖昧さを LLM が推測で埋める。
著者の使い方（AI を補助役に降格）¶
-
LLM に仕様や計画を補助させるが、実装には自分が関わる
-
1 回でレビューできない量を生成させない
-
自分ができないことを丸投げしない
-
「AI を Star Trek の Data ではなく、Ship's Computer として使う」
関連¶
-
→ AI 開発で脳が溶けた話（個人スキル萎縮の体験談）
-
→ Cognitive Debt と Intent Debt（チーム理解の喪失）
-
→ AIが自走できるかは設計で決まる（設計側で補う視点）
要点¶
-
Agentic Coding の危険は、摩擦の喪失によるスキル萎縮にある
-
監督者には実装スキルが必要だが、それが AI 利用で失われる矛盾がある
-
AI は補助役に止め、レビューできる量・理解できる範囲に制限する