// Topics / AI Technical Debt

AI Technical Debt

AI technical debt is harder to see than ordinary code debt. It hides in prompts nobody owns, evaluations nobody runs, stale embeddings, unpinned model behavior, and workflows where every small change feels risky.

This hub connects the older technical debt writing with the newer AI-specific debt pattern: invisible system behavior that keeps returning 200 OK while quality quietly degrades.

Start Here

Common Debt Types

Prompt Debt

Prompts become legacy code when they are copied from demos, edited without review, and never tied to expected behavior.

Evaluation Debt

Teams without evals argue about quality using anecdotes. That makes every model, prompt, or retrieval change risky.

Data Pipeline Debt

Stale embeddings, missing documents, drifting labels, and weak source tracking create confident wrong answers.

Architecture Debt

Provider-specific logic and tool calls buried in application code make upgrades feel like surgery.

How to Pay It Down

Start with the highest-leverage stabilizers:

  1. Put prompts and retrieval configs in version control.
  2. Add a small evaluation set for the highest-risk workflow.
  3. Track model versions, prompt versions, and data freshness together.
  4. Add cost attribution by feature or workflow.
  5. Decouple model access from product logic before switching vendors.

Supporting Reads

References

    AI Technical Debt: Prompts, Evals, and Pipelines Nobody Owns AI debt hides in prompts nobody owns, evals nobody runs, and data pipelines nobody watches. By the time you notice, every change feels dangerous. technical-debt ai engineering AI-Assisted Code Migration: Lessons From 200K Lines of Go I used LLMs to help migrate a 200K-line Go codebase. The mechanical parts went fast. Everything else was still hard. ai technical-debt go AI Technical Debt: Prompts, Models, and Evals Nobody Tracks AI features pile up debt in unversioned prompts, unpinned models, unvalidated data, and missing evals. Warning signs and how to pay it down. ai technical-debt engineering After Log4Shell: Dependency Visibility and Patch Speed Most teams lost days to Log4j just finding where it ran. What to fix before the next one: SBOMs, owned CI scanning, vendor SLAs, and fast deploys. security technical-debt incident-management Most 'Technical Debt' Is Just Decisions You Disagree With Now Most 'technical debt' is code that aged, not debt. How to spot real debt by its costs (incidents, delivery, security, hiring) and get fixes funded. technical-debt leadership architecture How We Track and Prioritize Tech Debt at a Fintech Startup A framework for cataloging technical debt, scoring it by impact and risk, and scheduling paydown without stalling feature delivery. technical-debt engineering leadership Technical Debt Triage: A Simple Prioritization Framework Score tech debt by impact times change frequency to decide what to fix now, schedule, or accept. How it cut our 47-item list to six at a fintech startup. technical-debt engineering strategy The True Cost of Technical Debt, and How to Measure It Tech debt gets ignored until you price it. Track cycle-time drift, incident attribution, and engineer-days lost, then pitch paydown as a business tradeoff. technical-debt engineering leadership