Tutoriál Claude Code v PHP - Agentní smyčka s vlastní kontrolou kvality | 40

Průvodce cestou od jednoho promptu k procesu generator ⇄ critic → judge s pravidly konvergence, postavený na čistém PHP 8.3 OOP a Dockeru. Od „jeden prompt, jedna odpověď" k procesu, který si sám hlídá kvalitu: sebeoptimalizující zadání, dvojice oponujících agentů s rozhodčím, pravidla konvergence (stop conditions, limit iterací, cost ceiling), poloautomatická pipeline od kódu přes review a testy po nasazení. Jaké skóre zadání je „vstupenkou" k hodinovému autonomnímu běhu? Která dvě kritéria zadání se nejčastěji zapomínají? Jaká je role critica v trojici generator–critic–judge? Co řídí konvergenci smyčky? Proč agent nikdy nesmí revidovat vlastní kód? Co se stane, když review vrátí nález v poli security? Jak probíhá „samo-vylepšování" CLAUDE.md? 7 dílů se spustitelnými příklady v dockeru: 01-jeden-prompt-vs-proces 02-sebeoptimalizace-zadani 03-generator-critic-judge 04-pipeline-kod-review-test 05-deploy-kontrola 06-kdy-ano-kdy-ne 07-sablona-loopu Bezpečnostní zásady! Autonomní běhy jen v izolovaném cli kontejneru, klíč přes env. Cost ceiling vždy — proto všude --output-format json → total_cost_usd. Deterministické kontroly (testy) LLM audit doplňují, nikdy nenahrazují. Tvrdé zákazy přes hooky (exit 2), ne prosby v promptu; agent nesmí měnit vlastní limity (stop-conditions.json, settings.json). Nasazení schvaluje člověk, default NE. Checklist před prvním ostrým během na vlastním projektu ☐ Zadání prošlo rubrikou na 90+ (kapitola 2) ☐ Testy/rubrika definované člověkem, ne agentem (kapitola 4) ☐ stop-conditions.json nastaven; cost ceiling ≤ 30 % ruční ceny ☐ Běh v izolovaném kontejneru, API klíč přes env, žádný mount ~/.claude ☐ Hooky ze settings.json aktivní (ověřte /hooks) ☐ Dashboard/logy: víte, kam se běh zapisuje ☐ Víte, co uděláte s eskalací (kdo čte runs/, kdo schvaluje diff) Tutoriál se zdrojovým kódem na githubu: https://github.com/rehorxsamsa/t422-p...