Claude Opus 5 dokáže psát kód celé hodiny samostatně. Které části POS stále vyžadují více než jen kód?

Části POS, které stále vyžadují více než jen kód, jsou ty, které se dotýkají peněz a fyzického světa: smlouvy o zpracování plateb, shoda s předpisy PCI (bezpečnostní pravidla kartového průmyslu pro nakládání s kartovými údaji), certifikované terminály pro platby fyzickou kartou a vedení záznamů, které musí být správné bez výjimky. Claude Opus 5, vydaný 24. července 2026, dokáže spouštět programovací relace po celé hodiny s minimálním dohledem¹. Žádná z těchto hodin však nevytvoří obchodní účet.

Verze modelů a data v tomto příspěvku jsou přesné k datu publikace; berte tato specifika jako momentku.

Co Claude Opus 5 ve skutečnosti změnil?

Anthropic popisuje model vytvořený pro dlouho běžící agenty: plánuje uvážlivě, ověřuje svou vlastní práci a běží déle a autonomněji než předchozí modely Opus². Na nejnáročnějším benchmarku softwarového inženýrství společnosti Anthropic více než zdvojnásobil skóre svého předchůdce¹. První testeři hlásí, že mu předávají práci, která se dříve musela rozdělovat na mnoho malých částí, a dostávají zpět kompletní výsledky.

To je skutečný posun a upevňuje to vzor, kterým jsme se zabývali při uvedení GPT-5.6: každých několik měsíců roste množství funkčního softwaru, který získáte z jednoho zadání. Rozhraní pokladny, jehož zadávání trvalo minulý rok týden, dnes trvá jedno odpoledne a s modelem Opus 5 pokračuje v práci i poté, co odejdete.

Proč více času stráveného psaním kódu práci nedokončí?

Protože nejnáročnější části POS nejsou problémy ve tvaru kódu. Autonomní model vytváří více kódu a lépe zkontrolovaný kód. Nemůže však vytvořit rozhodnutí o schválení smlouvy, certifikaci hardwaru nebo bezpečnostní audit, bez ohledu na to, jak dlouho běží. Ty pocházejí od institucí, nikoli od kompilátorů.

Existuje druhý, jemnější limit. Hlavní dovedností modelu Opus 5 je ověřování vlastní práce a ověřování vyžaduje reálný základ. Model může otestovat, zda výpočty v jeho pokladně souhlasí. Nemůže však testovat oproti reálné kartové síti, reálnému harmonogramu zúčtování (kdy finanční prostředky z karet skutečně dorazí do vaší banky) nebo reálnému daňovému úřadu, protože nic z toho neexistuje uvnitř vývojového prostředí. Kód může být dokonale vnitřně konzistentní, a přesto se poprvé střetnout s realitou až na vašem pultu.

Které části POS stále vyžadují více než jen kód?

Především čtyři.

• Pohyb peněz. Přijetí platby kartou vyžaduje vztah se zpracovatelem plateb (společností, která zúčtovává prostředky z karet na váš bankovní účet): posouzení rizik, harmonogramy výplat, sledování podvodů, řešení sporů. Žádné programování nevytvoří schválený obchodní účet.

• Bezpečnost kartových údajů. Shoda s PCI platí pro jakýkoli systém, který se dotýká čísel karet. Vygenerovaný kód pokladny, který nakládá s kartovými údaji, přenáší tuto zátěž auditu na vás; certifikovaná platební infrastruktura existuje právě proto, aby obchodníky z tohoto rozsahu vyjmula.

• Hardware pro platby fyzickou kartou. Platby přiložením a čipem běží na certifikovaných terminálech s zabezpečeným firmwarem, který nikdo nepíše ad hoc. Je to stejná zeď, kvůli které jsou platební aplikace vytvořené bez plánu zamítány v App Store: překážkami jsou oprávnění a certifikace, nikoli kvalita kódu.

• Vždy správné záznamy. Inventář, který přežije dva současné prodeje, a přehledy, které souhlasí (odpovídají penězům, které skutečně dorazily), jsou technicky kód, ale kód, který musí být správný navždy. Tuto zeď jsme zmapovali v článku Programování POS bez plánování. Opus 5 píše tento druh kódu lépe než jakýkoli model před ním; přesto nechcete, aby jeho prvním produkčním testem byla vaše sobotní špička.

Co byste tedy měli nechat Claude Opus 5 vytvořit?

Všechno nad touto hranicí: obrazovky, tok, logiku, chování specifické pro vaše odvětví, díky kterému POS vyhovuje vašemu podnikání spíše než šabloně. Tato vrstva je kód a Opus 5 je nyní pravděpodobně nejsilnějším dostupným nástrojem pro tuto činnost.

Praktickou cestou je MCP (Model Context Protocol, otevřený standard, který umožňuje nástrojům AI připojit se k jinému softwaru). Místo toho, abyste model žádali o budování plateb od nuly, připojíte jej k platformě, kde pohyb peněz, certifikace hardwaru a shoda s předpisy již existují, a necháte jej postavit pokladnu nad tím. Již dříve jsme psali o rozdílu mezi platformami, které AI může provozovat, a platformami, na kterých AI může stavět; díky autonomním modelům je tato druhá kategorie mnohem důležitější, protože model nyní dokáže posunout vývoj velmi daleko bez vaší účasti.

Nástroj Build od služby Final funguje tímto způsobem: tvorba probíhá na bázi zadání, popíšete požadovaný tok nebo připojíte vlastní AI přes MCP a tok se nasadí na infrastrukturu, kde jsou Final Pay, certifikované terminály a podkladové vedení záznamů již vyřešeny. Článek Jak použít Claude Fable 5 k vytvoření funkčního POS popisuje, jak to vypadá s větším sourozencem modelu Opus 5.

Které části POS tedy stále vyžadují více než jen kód?

Ty, které končí dohodou, certifikací nebo výplatou: zpracování plateb, shoda s PCI a hardware pro platby fyzickou kartou plus záznamy, které musí být vždy správné. Claude Opus 5 změnil to, kolik z POS můžete získat z jednoho programování. Nezměnil však to, co může programování vytvořit. Užitečné základní pravidlo: pokud úkol končí kódem, předejte jej modelu; pokud končí dohodou, certifikací nebo pohybem peněz, předejte jej infrastruktuře.

Pokud chcete vidět, kde tato hranice leží v praxi, připojte svou vlastní AI k nástroji Build přes MCP a nechte model udělat část, v níž je nyní velmi dobrý.