Codex se posouvá z nástroje pro jednotlivé programovací úkoly směrem k propojenému pracovnímu prostředí pro celý vývojový cyklus. Novinky zahrnují nový model GPT-5.6 Sol, režim Ultra pro mimořádně náročné úkoly, paralelní práci subagentů, ovládání aplikací a prohlížeče, publikování přes Sites, koordinaci úkolů, mobilní správu práce i pull request workflow přímo v aplikaci.
Za nejdůležitější zprávu považuji spojení Codexu a ChatGPT do jedné aplikace. Codex zůstává samostatným prostorem zaměřeným na vývoj, ale funguje vedle nového pracovního agenta a může přímo navazovat na konverzace, výzkum i rozpracované nápady z ChatGPT. To má praktický význam: mezi přemýšlením nad problémem a skutečným vytvářením řešení má ubýt ručního přenášení kontextu.
Podle představených údajů používá Codex každý týden více než šest milionů lidí. Vývoj nástroje se zrychluje, během předchozích dvou měsíců přibylo více než 150 aktualizací. Nová sada funkcí proto nepůsobí jako izolované vylepšení editoru kódu, ale jako rozšíření způsobu, jak lze plánovat, stavět, testovat, publikovat a revidovat software.
Obsah
- 🧩 Codex a ChatGPT se spojují do jednoho pracovního prostoru
- 🧠 GPT-5.6 Sol a Ultra pro komplikované projekty
- 🖥️ Computer Use a appshots pro práci přímo s aplikací
- 🌐 Prohlížeč, vizuální anotace a úpravy kódu přímo v diffu
- 🚀 Sites zpřístupňuje publikování full-stack aplikací
- 🗂️ Koordinace práce napříč projekty a úkoly
- 📱 Codex na mobilu: úkoly, změny i SSH host na cestách
- 🔀 Pull requesty, revize a slučování bez opuštění Codexu
- ✅ Co nová verze Codexu znamená pro každodenní vývoj
- 🌍 Build Week a výzva pro náročné projekty
🧩 Codex a ChatGPT se spojují do jednoho pracovního prostoru
Dosud mohl být rozdíl mezi konverzačním prostředím pro nápady a nástrojem pro realizaci poměrně ostrý. Člověk si například vyjasnil zadání, porovnal možné přístupy, nechal si shrnout problém a pak musel podklady přenést do prostředí, kde vznikal kód. Nové propojení má tento přechod zjednodušit.
Codex nyní žije přímo v ChatGPT, ve svém vyhrazeném prostoru vedle pracovního agenta. Pro vývojáře to znamená, že mohou nadále pracovat s Codexem jako s nástrojem pro programování, ale zároveň mají k dispozici bližší návaznost na ostatní části své práce.
Zvlášť užitečná je možnost odkázat na existující konverzaci z ChatGPT nebo na výstup z hlubšího výzkumu a přenést tento kontext do Codexu ve chvíli, kdy je připravený čas začít stavět. Místo opakovaného kopírování specifikace, poznámek, rozhodnutí a ukázek lze konverzaci jednoduše zmínit a využít ji jako podklad pro nový technický úkol.
Já v tom vidím hodnotu hlavně u projektů, které nezačínají řádkem kódu. Často se nejdříve řeší produktový problém, struktura rozhraní, priority, možné chyby nebo technické kompromisy. Teprve poté přichází implementace. Pokud se kontext neztratí mezi jednotlivými fázemi, může být práce souvislejší a srozumitelnější.
🧠 GPT-5.6 Sol a Ultra pro komplikované projekty
Jádrem aktualizace je nový hraniční model GPT-5.6 Sol, který je dostupný všem. Je určený pro dlouhé a obtížné problémy, tedy situace, kdy nestačí rychlá jednorázová odpověď nebo malá oprava v jediném souboru.
Spolu s ním přichází režim Ultra. Ten dává modelu výrazně větší rozpočet pro uvažování. V praxi je zaměřený na projekty, které byly dosud tak složité, že je bylo snadné odložit: rozsáhlejší změny, více navzájem propojených kroků nebo úkoly, u nichž je nutné souběžně zkoumat více částí systému.
Vyšší kapacita však není bez nákladů. Režim Ultra spotřebovává tokenové limity rychleji, takže dává největší smysl nasazovat jej uvážlivě. Pro malou úpravu textu, přejmenování proměnné nebo běžnou opravu stylu by mohl být zbytečně náročný. Naopak u dlouhodobého problému s nejasnými závislostmi může být právě větší prostor pro analýzu rozhodující.
Jeden cíl, více subagentů
Důležitou součástí nového pracovního modelu je automatické rozdělení práce mezi subagenty. Codex může při náročnějším zadání rozložit úkol na více paralelních částí, aniž by bylo nutné tuto koordinaci ručně nastavovat.
Jednotlivé subagenty lze sledovat samostatně, případně otevřít přehled, kde je vidět práce celého týmu najednou. Cíl je stále jediný, ale dílčí práce mohou postupovat současně. To je výrazný posun oproti čistě sekvenčnímu stylu, kdy se čeká na dokončení jedné věci, než se začne další.
Praktický přínos je zřejmý zejména tam, kde lze práci rozdělit na relativně samostatné proudy. Jeden agent se může soustředit na průzkum konkrétní oblasti, další na opravu chyby, jiný na ověření změn nebo na přípravu souvisejícího úkolu. Důležitá zůstává možnost průběh kontrolovat. Paralelní práce má šetřit čas, ne skrývat rozhodnutí.
🖥️ Computer Use a appshots pro práci přímo s aplikací
Velká aktualizace se týká funkcí Computer Use, tedy schopnosti Codexu pracovat s počítačem a prohlížečem. GPT-5.6 Sol má v této oblasti fungovat rychleji a přirozeněji, což rozšiřuje možnosti práce nad skutečným rozhraním aplikace.
Výrazným prvkem jsou appshots. Jde o chytřejší variantu snímku obrazovky, která Codexu nepředává pouze vizuální obraz, ale také kontext aplikace. Na Macu lze appshot vytvořit klávesovou zkratkou Command Command a následně použít jako vstup pro konkrétní zadání.
Ukázkový scénář se týká iPhone aplikace v simulátoru. Úkolem může být projít všechny obrazovky a připravit snímky pro App Store v angličtině a francouzštině. Codex díky appshotu získá potřebný kontext a může se simulátorem pracovat přímo.
Podstatné je, že taková automatizace může běžet na pozadí. Codex může klikat v simulátoru a postupovat aplikací, zatímco člověk zůstává schopný používat počítač pro další práci. To je zajímavý příklad delegace opakovaného úkolu, který stále vyžaduje orientaci v rozhraní, ale nemusí nutně vyžadovat neustálou ruční obsluhu.
Nejde přitom jen o pořizování snímků. Spojení vizuálního kontextu a schopnosti ovládat aplikaci otevírá cestu k přesnějšímu zadávání. Namísto popisu typu „na druhé obrazovce je špatně umístěné tlačítko“ lze ukázat konkrétní místo v aplikaci a svázat požadavek přímo s rozhraním, které má být upraveno.
🌐 Prohlížeč, vizuální anotace a úpravy kódu přímo v diffu
Codex nyní umožňuje otevřít vytvořenou aplikaci přímo v integrovaném prohlížeči, vyzkoušet ji a reagovat na konkrétní části rozhraní. V příkladu jednoduché hry s papírovým letadélkem lze označit přesné místo, které má být změněno. Codex obdrží vizuální kontext a může podle něj upravit implementaci.
Tento postup se hodí ve chvíli, kdy je snazší ukázat problém než jej technicky popisovat. Návrh rozhraní, rozložení prvků, chování tlačítka nebo konkrétní prvek hry lze označit přímo tam, kde se nachází. Požadavek se tím může zpřesnit, protože se nespoléhá jen na slovní interpretaci.
Prohlížeč nově podporuje také aplikace, které vyžadují přihlášení, včetně podpory passkeys. To rozšiřuje rozsah aplikací, s nimiž lze v prohlížeči pracovat. Přihlášené části webu bývají pro reálný vývoj zásadní, ať už jde o interní administraci, zákaznickou část produktu nebo funkce dostupné až po ověření identity.
Více informací o principu passkeys nabízí například FIDO Alliance. V kontextu Codexu je podstatné především to, že přihlášení nemusí být překážkou pro práci s aplikací v integrovaném prohlížeči.
Vizuální nebo přesná práce s řádky kódu
Nové workflow nestaví pouze na vizuálním rozhraní. Stále je možné otevřít diff, tedy přehled změn v kódu, a detailně jej zkontrolovat. Nově lze dělat přesné úpravy také přímo v řádcích diffu.
To vytváří dva přirozené způsoby spolupráce:
- Přímá editace: když přesně vím, jaký řádek nebo výraz chci změnit, mohu úpravu provést přímo.
- Práce podle požadovaného chování: když znám cíl, ale nechci nebo neumím přesně určit implementaci, mohu popsat výsledek a nechat Codex navrhnout změnu.
Za silnou stránku považuji právě možnost mezi těmito režimy plynule přepínat. Ne každá změna vyžaduje stejnou míru abstrakce. Někdy je nejrychlejší kliknout na konkrétní prvek v aplikaci. Jindy je nutné projít rozdíl v kódu řádek po řádku. A někdy je nejlepším zadáním prosté vysvětlení očekávaného chování.
Takový způsob práce se přibližuje párovému programování s modelem. Člověk si zachovává možnost zasahovat do detailu, zároveň ale může delegovat analýzu a realizaci tam, kde má jasnou představu o výsledku, nikoli o každém kroku vedoucím k němu.
🚀 Sites zpřístupňuje publikování full-stack aplikací
Častá otázka po dokončení prototypu nebo funkční aplikace zní jednoduše: jak ji dostat na internet? Novinka s názvem Sites má tento krok zkrátit.
Sites byly představeny pro Enterprise týmy, které potřebovaly vytvářet aplikace a sdílet je interně. Nyní jsou dostupné pro všechny a fungují s jakoukoli webovou aplikací vytvořenou s Codexem.
Publikování má být jednoduché: stačí zadat požadavek na nasazení do Sites. Služba zahrnuje hosting, ověřování uživatelů, perzistentní databázi a úložiště souborů. Výsledkem má být cesta od nápadu ke skutečné full-stack aplikaci bez nutnosti samostatně řešit infrastrukturu a hosting.
To neznamená, že se infrastruktura stává nedůležitou. Znamená to spíše, že pro tento druh nasazení není nutné ji řešit jako první překážku. Vývojář se může soustředit na funkčnost aplikace a její uživatelský tok, zatímco základní služby potřebné pro provoz jsou součástí platformy.
Pro rychlé interní nástroje, produktové experimenty nebo aplikace, které mají být co nejdříve dostupné, je takový přístup velmi praktický. Důležité je, že nejde jen o statickou stránku. Představené Sites počítají i s databází, autentizací a soubory, tedy s částmi, které tvoří běžný základ full-stack řešení.
🗂️ Koordinace práce napříč projekty a úkoly
Jakmile Codex pracuje na více úkolech současně, vzniká další problém: organizace. Samotná schopnost generovat nebo upravovat kód nestačí, pokud se ztratí přehled o tom, co právě běží, které úkoly na sebe navazují a co má přednost.
Codex proto získává schopnost pomáhat se správou vlastních Codex úkolů. V ukázce dostane jasné zadání: najít pět chyb v Linear, pro každou vytvořit samostatný úkol a izolovaný pracovní strom, a nejkritičtější položky připnout.
Výsledkem je koordinující vlákno, v němž lze sledovat, jak se jednotlivé části práce spouštějí a posouvají. Codex tak nejen řeší konkrétní problém, ale pomáhá také zorganizovat jeho rozdělení do paralelních proudů.
Izolované pracovní stromy mají v tomto scénáři jasný účel. Když se více oprav vyvíjí odděleně, změny se méně snadno pletou dohromady. Každý problém může mít vlastní pracovní prostor a vlastní větev. Koordinace se pak soustředí na priority, stav a návaznosti.
Platforma Linear slouží pro správu pracovních položek a issue tracking. Zde je její role jednoduchá: představuje zdroj chyb, které je možné najít, rozdělit a převést na samostatné pracovní úkoly v Codexu.
Úkoly mohou sdílet souvislosti
Významné je, že jednotlivé Codex úkoly mohou odkazovat jeden na druhý. To odpovídá realitě softwarového vývoje, kde oprava jedné chyby může být závislá na změně v jiné oblasti a větší funkce bývá složená z několika samostatných kroků.
V mém pojetí je to rozdíl mezi pouhým seznamem úkolů a skutečně řízenou prací. Seznam říká, co existuje. Propojené úkoly pomáhají ukázat, co musí přijít dříve, co lze dělat souběžně a která změna je kritická pro další postup.
Codex tedy směřuje k roli nástroje, který může být výkonným pracovním partnerem nejen při psaní kódu, ale také při rozdělování a sledování vývojové práce.
📱 Codex na mobilu: úkoly, změny i SSH host na cestách
Práce s Codexem není vázaná na pracovní stůl. Mobilní ChatGPT získal několik funkcí, které mají pomoci řídit vývojové úkoly i mimo desktopové prostředí.
První novinkou je správa úkolů přímo z mobilní konverzace. Lze vytvářet, vyhledávat, otevírat a spravovat úkoly bez přechodu k počítači. To se hodí například tehdy, když je potřeba rychle zahájit práci, zkontrolovat její stav nebo připomenout důležitou prioritu.
Druhou oblastí je kontrola změn. Mobilní rozhraní umožňuje filtrovat rozdíly mezi staged a unstaged změnami, prohlížet změny ve větvi nebo porovnávat větve. Takový přehled je důležitý hlavně proto, že vývojové změny nebývají jednolitým celkem. Často je potřeba rozlišit, co je připravené, co je stále rozpracované a jak se liší dvě větve projektu.
Třetí novinkou je přímé připojení k SSH hostu, například k vývojovému počítači či dev boxu, a spuštění nových úkolů z telefonu. SSH je standardní způsob vzdáleného přístupu k systémům, přičemž základní informace a doporučení k bezpečnému použití nabízí OpenSSH.
Smyslem mobilních funkcí není nahradit plnohodnotné desktopové prostředí pro každou část programování. Jejich hodnota spočívá v kontinuitě. Úkol lze začít u počítače, sledovat jeho postup na telefonu a zasáhnout ve chvíli, kdy je potřeba rozhodnutí, kontrola nebo další zadání.
🔀 Pull requesty, revize a slučování bez opuštění Codexu
Další velká změna se týká pull requestů. Codex nyní usnadňuje práci s PR přímo v aplikaci a pracuje přitom s kontextem jednotlivých větví. Pokud má větev používaná konkrétním úkolem otevřený pull request, zobrazí se automaticky v souhrnném panelu.
To umožňuje sledovat stav, reagovat na problémy a po kontrole změny sloučit. Pokud selže kontrola nebo přijde komentář, lze požádat Codex o opravu přímo na daném místě a s plným kontextem rozpracované práce.
Nová záložka pull requestů umožňuje procházet všechny změny v kódu, přidávat komentáře přímo k řádkům, dokončit celou revizi, označit vlastní PR jako připravené a následně je sloučit. Tento postup odpovídá obvyklému principu pull requestu, kdy se změny nejprve zkontrolují, prodiskutují a teprve potom spojí s cílovou větví.
Pro obecný kontext pull request workflow lze využít dokumentaci GitHubu k pull requestům. V Codexu je klíčové, že tyto kroky mají být dostupné bez nutnosti přecházet na github.com.
Takové soustředění práce do jednoho místa může pomoci udržet souvislosti. Kód, úkol, větev, kontrola změn, komentáře a opravy se nacházejí blíž u sebe. Místo přepínání mezi několika kartami nebo nástroji lze průběžně sledovat celý řetězec od zadání až po sloučení.
✅ Co nová verze Codexu znamená pro každodenní vývoj
Nejnovější směr Codexu lze shrnout jako snahu zkrátit vzdálenost mezi nápadem, implementací, ověřením a nasazením. Jednotlivé funkce dávají největší smysl teprve dohromady.
- GPT-5.6 Sol a Ultra míří na dlouhé a náročné problémy.
- Subagenti umožňují rozdělit práci a posouvat více částí projektu najednou.
- Computer Use a appshots propojují práci s kódem a reálným rozhraním aplikace.
- Integrovaný prohlížeč umožňuje vizuálně ukazovat požadované změny, včetně práce s přihlášenými aplikacemi.
- Inline úpravy a diff nabízejí přesnost pro situace, kdy je potřeba zasáhnout přímo do kódu.
- Sites zjednodušují cestu od webové aplikace k nasazenému full-stack řešení.
- Správa úkolů pomáhá organizovat paralelní práci, priority a závislosti.
- Mobilní funkce a SSH zachovávají kontinuitu práce mimo desktop.
- Pull request workflow přináší kontrolu, komentáře, opravy a slučování do Codexu.
Já v této aktualizaci nevidím jen soupis izolovaných funkcí. Vidím snahu vytvořit prostředí, kde lze popsat ambiciózní cíl, rozdělit jej na dílčí kroky, nechat běžet paralelní práci, kontrolovat výsledek v aplikaci, upravit kód, publikovat projekt a projít revizí změn bez rozpadu pracovního toku.
Stále samozřejmě záleží na kvalitě zadání, kontrole výsledků a technickém úsudku. Výkonné automatizované nástroje nenahrazují odpovědnost za produkt ani za změny v kódu. Mohou ale zkrátit cestu mezi problémem a ověřitelným řešením, zvlášť u úkolů, které se zdály příliš rozsáhlé, příliš roztříštěné nebo jednoduše příliš nepříjemné na to, aby se do nich člověk pustil.
🌍 Build Week a výzva pro náročné projekty
Součástí oznámení je také pozvání na OpenAI Build Week, a to online i osobně na téměř třiceti akcích po celém světě. Závěrečná myšlenka celé aktualizace je přímočará: Codex má být nástrojem pro nejtěžší chyby, odvážné nápady a práci, která na začátku působí téměř nemožně.
To je dobrá ambice, pokud zůstane spojená s pečlivou kontrolou, jasnými prioritami a ochotou řešení iterovat. Nový Codex nabízí více způsobů, jak takovou práci zahájit a řídit. Ať už projekt začíná v konverzaci, v seznamu chyb, na obrazovce mobilní aplikace nebo v pull requestu, důraz je nyní na to, aby se souvislosti neztrácely a práce mohla pokračovat plynuleji.
