CÍLOVÝ STAV — PROTI ČEMU AUDITUJEME

Kód se nepíše ručně. Programuje agent — vývojář je jeho orchestrátor.

Audit se neptá „používáte AI". Ptá se, nakolik je váš vývoj blízko stavu, kdy AI dostane všechno, co potřebuje, aby úkol naprogramovala sama — a vývojář jako orchestrátor agentů drží směr, zadává a kontroluje. Tohle je referenční rámec celého auditu. Takto v TechFides pracujeme už dnes.

Bez popsaného cílového stavu nemá audit k čemu poměřovat. Následující čísla jsou referenční hodnoty z vlastního provozu — ne obecné best practices z konference.

90 %

nového kódu s primární asistencí AI nebo přímo agentem (cíl)

2–3

agenti paralelně na jednoho vývojáře

1

poslední slovo — vždy má člověk (final approve a merge)

Rychlejší doručení. Konzistentnější kvalita. Kapacita, která roste bez lineárního nárůstu nákladů. To je to, co je na konci cesty k AI-native vývoji ve hře: mechanická exekuce delegovaná na agenty a lidský čas investovaný tam, kde rozhoduje — do zadání, architektury a kontroly. Audit měří, jak daleko k tomu váš vývoj má.

V kostce

Cílový stav neauditujeme z teorie — takto sami pracujeme. Způsob práce máme popsaný jako Agentic standard, umíme ho měřit jako AI zralost a běží i plně automatizovaně v nástroji Ticket Forge, který z ticketu vyrobí připravený MR.

🧵 Jedna nit skrz celý audit

Portál vede jeden příběh: od cílového stavu přes měřítko a obě osy hodnocení až k tomu, co připravený vývoj umožňuje. Takto na sebe sekce navazují:

INFO

Osa lidé a osa projekt odpovídají na stejnou otázku ze dvou stran: jak zralá je práce s AI u lidí a jak připravený je na ni projekt.

🎯 Kam cílový stav míří

Rámec, proti kterému audit poměřuje, stojí na jedné větě:

„AI není nástroj, ale operační vrstva mezi byznys záměrem a doručeným kódem."

V cílovém stavu je vývojář orchestrátor agentů, architekt a kontrolor kvality. Mechanická exekuce je delegovaná na agenty; lidský čas jde do specifikace, designu a governance — tedy do rozhodnutí, která stroj udělat nemá.

🧭 Změna mindsetu — první věc, kterou audit pozná

Nejde o to používat AI „navíc" k dosavadní práci. Jde o obrácení otázky, kterou si vývojář klade — a podle toho, ve kterém sloupci tabulky se váš tým pohybuje, se láme celý výsledek osy lidé:

Dřívější přístup	AI-native přístup
„Jak AI použiju, abych byl rychlejší?"	„Co AI ode mě potřebuje, abych to nedělal sám?"
Člověk píše kód, AI napovídá	Agent píše kód, člověk zadává a kontroluje
Nástroj vedle IDE	Operační vrstva mezi záměrem a doručením
Rychlost jednotlivce	Propustnost celého týmu

Tato změna otázky je jádrem celé transformace: přestává se optimalizovat psaní kódu a začíná se optimalizovat zadání, kontrola a governance.

⚙️ Jak vypadá cílový stav

Šest stavebních kamenů, na kterých AI-native vývoj stojí. Každý z nich se v auditu promítá do konkrétních kontrol — buď na straně lidí, nebo na straně projektu:

🎛️

Orchestrace agentů

Vývojář je orchestrátor — řídí a skládá práci agentů, drží směr a kontroluje výstup.

🎯

Headless agenti

Řeší významnou část ticketů end-to-end — od přijetí až po PR.

🔀

Paralelizace

Více agentů běží souběžně — typicky 2–3 agenti na jednoho vývojáře.

🔌

MCP servery

Propojují AI s interními systémy — Jira, SonarCloud, Figma, Playwright a další.

📝

Spec-driven development

Standard pro každý netriviální task: nejdřív spec, pak implementace.

📐

Kvalitní zadání a mantinely

Přesné zadání a správně nastavené mantinely — dnes hlavní práce vývojáře.

Spec-drivenMCPHeadless agentiFinal approve člověkem

INFO

Tyto stavební kameny rozepsané do konkrétních kompetencí, které audit hodnotí — vstup a spec, kontext a modely, MCP a automatizace, validace a guardraily, orchestrace — najdete v Měřítku auditu.

📈 Kam jde celý obor

Cílový stav si nevymýšlíme — stejný posun reportují přední technologické firmy (veřejně dostupné zdroje):

🧠

Anthropic

70–90 % kódu psaného s AI.

⚡

Stripe „Minions"

1300+ PR týdně od autonomních agentů.

🚀

Rakuten s Claude Code

Time-to-market −79 %.

💸

Nubank + Devin

ETL migrace: 12× efficiency, 20× cost savings.

Zdroje: Anthropic · Stripe autonomous coding agents (InfoQ) · Rakuten (claude.com) · Nubank (devin.ai) · Pragmatic Engineer — Building Claude Code with Boris Cherny.

A hlavně — nejde o cizí referenci: tento způsob práce je u nás popsaný jako Agentic standard a běží v nástroji Ticket Forge, který z ticketu vyrobí připravený MR — poslední slovo má vždy člověk.

Kudy dál

Čím se cílový stav v auditu měří a kam se s ním dá dojít — dvě navazující sekce:

⚙️ Měřítko auditu🔨 Kam se dá dojít