Technical Debt, Cognitive Debt, and Intent Debt
Key point
This analyzes three types of debt that arise in an environment where LLMs mass-produce code, along with the resulting shift in engineering roles.
Details
In an environment where LLMs generate code in bulk, there is a significant risk not only in problems with the code itself but also in the erosion of a team's shared understanding and documentation of system goals. This should be managed by dividing it into three layers: Technical Debt, Cognitive Debt, and Intent Debt.
- Technical Debt: Occurs when implementation decisions limit the possibility of future changes.
- Cognitive Debt: Occurs when a team's shared understanding of the system weakens, degrading the ability to reason about changes.
- Intent Debt: Occurs when a system's goals and constraints are not properly documented, preventing humans and AI agents from effectively evolving the system.
Also significant is the Tri-System theory, which views AI as a System 3 following the existing intuition (System 1) and deliberation (System 2). In particular, one must guard against 'cognitive surrender'—accepting AI's reasoning without criticism and skipping the deliberation process—which is distinct from 'cognitive offloading,' a strategic delegation.
As the cost of coding decreases, the center of gravity in engineering shifts from implementation to Verification. Going forward, the engineer's role will become more important as a designer who judges the meaning and correctness of a system—defining acceptance criteria, designing test harnesses, and monitoring outcomes—rather than directly producing code.
This summary was generated automatically by AI. Check the original for the author's claims and context. Copyright belongs to the original author.
Our guide explains how the AI works. Report summary errors, attribution issues, or removal requests via Contact.