Coding agent musí snižovat maintenance cost, nebo je to jen dražší technický dluh

Shoreova matematika je jednoduchá a nepříjemná: AI agent musí snižovat náklady na údržbu přesně v tom poměru, v jakém zvyšuje výstup. Jinak tým nevydělá, zdraží.

Rychlejší psaní kódu nestačí, když zásobník roste stejně rychle jako technický dluh

James Shore to napsal bez přikrášlení: pokud tým díky agentovi zdvojnásobí objem změn, ale náklady na údržbu zůstanou stejné, nezískal 2× produktivitu. Získal 2× maintenance backlog. Matematika je přímá. Dvakrát rychlejší výstup při stejných maintenance nákladech znamená zdvojnásobení celkových nákladů vlastnictví. Dvakrát rychlejší výstup při zdvojnásobení maintenance nákladů znamená čtyřnásobek celkových nákladů.

Aby čísla vyšla na nulu, musí agent snižovat náklady na údržbu inverzně k rychlosti, jakou přidává kód. Dvojnásobná produktivita potřebuje poloviční maintenance cost. Trojnásobná produktivita potřebuje třetinovou.

Pro inženýrské týmy to mění metriku úspěchu

Sledovat počet pull requestů, story pointů nebo ušetřených hodin při implementaci nestačí. Relevantní je, jestli agent produkuje kód, který je levnější udržovat: menší změny s jasným záměrem, lepší testy, čitelnější návrh, bezpečnější refaktoring, zachycená rozhodnutí v dokumentaci.

Simon Willison kurátoroval tuto myšlenku ve svém blogu 11. května 2026. Sám nepřidal rozsáhlou analýzu. Vybral ji jako dostatečně silnou, aby stála samostatně. To je kurátorský signál: Shore pojmenoval problém, který výrobci agentů důsledně ignorují, protože jim jde o metriku rychlost psaní, ne o cenu vlastnictví kódu.

Shoreův argument je matematicky správný, ale mlčí o nelineárních nákladech

Shoreův argument je správný matematicky, ale mlčí o jedné věci: ne veškeré zahrnuté náklady jsou lineárně měřitelné předem. Maintenance cost závisí na architektuře, na agilnosti týmu, na tom, kdo kód v budoucnu čte. Agent, který nutí programátora přemýšlet nad návrhem přesněji, může snižovat maintenance cost způsoby, které nejsou zachyceny v PR metrikách.

Druhá výhrada: Shoreův rámec funguje pro brownfield kód. U greenfield projektů, kde tým AI-generovaný kód aktivně refaktoruje a testuje, může být kalkulace jiná.

Agent, který mění review a ne jen výstup, bude důkazem v praxi

Agenti, kteří pouze generují kód, jsou turbo lopaty. Důkaz, že agent skutečně snižuje maintenance cost, bude vidět v nástrojích: agent, který umí vysvětlit každou změnu, najít vedlejší dopady v kódu, udržovat testovací síť a zlevnit review. Dokud tyhle schopnosti nejsou standardní součástí coding agentů, Shore má pravdu.

Lilithin verdikt

Tým, který má 3× víc pull requestů a nestíhá review, není 3× produktivnější. Je 3× zadluženější. Agent, který nevede k nižšímu maintenance, je jen rychlejší způsob, jak kopat díru.