──────────────────────────────────────── ➤ Two Engineers. Same Model. Different Results. Engineer A asks the model to implement a feature. Gets back: clean, structured code. Follows existing patterns. Uses the right abstractions. Works on the first try. Engineer B does the same thing. Same model. Same task. Gets back: generic, messy code. Ignores existing patterns. Hardcodes values. Breaks immediately. ──────────────────────────────────────── 🚫 Most Engineers Blame the Model • "This model is bad at coding." • "It doesn’t understand our stack." • "I need a better model." That is usually the wrong diagnosis. Three other things determine the quality of the output far more than the model itself. ──────────────────────────────────────── ⚙️ Layer 1: The Harness You never talk to the model directly: Your Prompt » Harness / AI Agent » Model The harness decides what context gets sent to the model. Which files, what history, what project structure. A strong agentic tool sends relevant repo context, open files, and recent changes. That is why - same model. Different harness. Completely different output. ──────────────────────────────────────── 📁 Layer 2: Repo Quality AI agents amplify whatever already exists in your project. Clean architecture and consistent patterns? The agent tends to produce code that fits. Messy structure, inconsistent naming, no clear patterns? The agent produces more mess. Just faster. This is the hard truth: AI cannot rescue a poorly structured codebase. It usually makes the problems worse and accelerates the damage. The model is only as good as what it can see. When the repo has: • Clear structure • Consistent patterns • Good existing examples • Sensible abstractions …the agent pattern-matches against that and produces code that fits. When it sees nothing useful, it invents everything. That’s when quality becomes a lottery. ──────────────────────────────────────── 📝 Layer 3: The Task Spec “Implement the login feature” is not a real task specification. It’s a vague hint.