Nová funkce Sites v Codexu míří přesně na problém, který znám z mnoha týmů až příliš dobře. Nápady vznikají rychle, ale jejich uvedení do použitelné podoby bývá pomalé. Často skončí jako dokument, prezentace, sdílená tabulka nebo neustále aktualizovaný interní přehled, který se špatně udržuje. Sites tento rozdíl mezi nápadem a skutečně použitelným nástrojem výrazně zkracují.
Smysl je jednoduchý. Místo složitého vývoje, nastavování hostingu, řešení přihlášení, úložiště nebo databáze lze v Codexu vytvořit bezpečnou aplikaci pro tým a rovnou ji publikovat. To vše s důrazem na interní použití, sdílení v rámci pracovního prostoru a postupné vylepšování přes konverzaci.
Pro firmy a interní týmy je to důležitý posun. Z užitečných, ale pasivních podkladů se mohou stát aktivní pracovní nástroje. A právě v tom je největší síla této novinky.
Oficiální video k této novince je dostupné na YouTube: Introducing Sites in Codex.
Obsah
- 🚀 Co jsou Sites v Codexu a proč na nich záleží
- 🧩 Jak Sites fungují v praxi
- 📊 Příklad číslo jedna: Account Lens pro přípravu na executive business review
- 🎤 Příklad číslo dva: příprava týmu na konferenci nebo summit
- 🧠 Příklad číslo tři: executive memo pro interní investiční rozhodování
- 🔧 Co všechno lze se Sites postavit
- 🔐 Bezpečnost, sdílení a správa jako pracovní assety
- 💬 Úpravy bez nastavování infrastruktury a deploymentu
- 🏢 Proč je to důležité pro moderní firmy
- 🗂️ Kdy dává smysl použít site místo dokumentu nebo slidů
- 📈 Jaké týmy z toho mohou těžit nejvíc
- 🛠️ Co si z novinky odnést prakticky
- ✨ Závěr: od důvěryhodného kontextu k aplikaci, kterou tým opravdu použije
🚀 Co jsou Sites v Codexu a proč na nich záleží
Sites v Codexu umožňují komukoli v týmu převést myšlenku do formy aplikace, kterou lze používat a sdílet téměř okamžitě. Nejde jen o vytvoření jedné statické stránky. Jde o to, že výsledkem je funkční interní nástroj, který má od začátku připravené technické základy.
To znamená, že aplikace může mít:
- hosting, takže ji není nutné nasazovat na externí infrastrukturu
- autentizaci, aby se k ní dostali jen oprávnění lidé
- úložiště pro práci s daty a obsahem
- podporu databáze pro strukturovanější použití
Právě tato kombinace odlišuje Sites od běžného AI generování textu nebo jednorázových prototypů. Tady nejde jen o výstup. Jde o nasaditelný výsledek, který může tým opravdu používat při každodenní práci.
Z praktického pohledu je to velmi zajímavé pro každého, kdo řeší interní nástroje, knowledge management, onboarding, obchodní přípravu, interní reporting nebo sdílené pracovní materiály. Místo zadání pro vývojový tým může vzniknout první verze aplikace během krátké doby přímo tam, kde už práce probíhá.
Pokud sleduji širší trend, Sites zapadají do rostoucího směru takzvaných low code a no code platforem. Rozdíl je v tom, že zde hraje zásadní roli AI a konverzační způsob tvorby.
🧩 Jak Sites fungují v praxi
Základní princip je překvapivě přímočarý. V Codexu lze využít pluginy a dovednosti, které přinášejí kontext a analýzy z nástrojů, jež tým už používá. Na základě těchto vstupů pak Codex pomůže aplikaci vytvořit a publikovat.
To má několik důsledků, které považuji za zásadní:
- Začíná se od reálného pracovního kontextu. Tým nemusí začínat od nuly.
- Výstup není jen návrh. Lze jej zveřejnit jako použitelný site.
- Další úpravy probíhají konverzačně. Není potřeba ručně řešit deployment.
- Infrastruktura je součástí řešení. Odpadají běžné technické překážky.
Jinými slovy, pracovní tok se zkracuje. Místo klasického procesu, kdy se nápad sepíše, předá, rozpracuje, navrhne, implementuje a nasadí, může tým přejít rovnou k první užitečné verzi. To neznamená, že tradiční vývoj zmizí. Znamená to ale, že mnoho menších interních potřeb už nemusí čekat na svůj čas v backlogu.
Je snadné si představit, jak velkou hodnotu to má v organizacích, kde vznikají desítky interních dokumentů a přehledů. V mnoha případech není hlavní problém nedostatek informací, ale jejich roztříštěnost. Sites nabízejí způsob, jak tyto informace převést do lépe použitelné podoby.
📊 Příklad číslo jedna: Account Lens pro přípravu na executive business review
První ukázka se soustředí na obchodní a zákaznické týmy. Před důležitým obchodním nebo strategickým jednáním bývá potřeba dát dohromady správné kontakty, ověřené komunikační body a aktuální finanční přehledy. Běžně se tyto informace skládají z více dokumentů a systémů.
Account Lens tento problém řeší tím, že vše spojuje na jednom místě. Před schůzkou si tým otevře site, kde najde:
- kontakty na zákazníka
- schválené body k jednání
- jasně podané finanční metriky
To je přesně ten druh interní aplikace, který má obrovský dopad, i když je relativně úzce zaměřený. Nemusí jít o robustní podnikový systém. Stačí, aby lidem pomohl připravit se rychle, správně a konzistentně.
Na této ukázce je dobře vidět filozofie Sites. Místo obecného dashboardu pro všechno vzniká cílený pracovní nástroj pro konkrétní situaci. To bývá ve firmách často cennější než univerzální řešení, protože přesně odpovídá okamžité potřebě.
Pro obchodní organizace to může znamenat:
- méně času stráveného hledáním podkladů
- jednotnější komunikaci směrem ke klientům
- lepší přípravu vedení na klíčová jednání
- nižší riziko, že někdo použije neaktuální informace
Podobné scénáře dnes často řeší firmy přes CRM, interní wiki, prezentace a e-mailové shrnutí. Sites z toho mohou vytvořit mnohem přehlednější a praktičtější prostředí.
🎤 Příklad číslo dva: příprava týmu na konferenci nebo summit
Druhá ukázka se zaměřuje na firemní akce a externí setkání. Každý, kdo někdy připravoval tým na konferenci, summit nebo veletrh, ví, jak snadno se informace rozutečou do různých souborů. Program akce je na jednom místě, seznam účastníků na druhém, doporučené komunikační body někde v prezentaci a plán před odjezdem v dalším dokumentu.
V ukázce slouží site jako centrální prostor pro:
- agendu akce
- seznam účastníků
- schválené zprávy a sdělení
- náměty na zahájení konverzace
- kontrolní seznam před odjezdem
To je velmi praktický příklad, protože ukazuje, že Sites nemusí být jen datový dashboard. Mohou fungovat také jako interaktivní týmový briefing, který nahrazuje neuspořádanou směs dokumentů a poznámek.
Z mého pohledu je na tom zajímavé hlavně to, že tento typ aplikace pomáhá sjednotit přípravu celého týmu. Každý pracuje ze stejného zdroje, se stejnými prioritami a stejným rámcem komunikace. To je zvlášť důležité na veřejných nebo obchodně citlivých akcích, kde záleží na přesnosti i konzistenci.
Takový site může být užitečný pro:
- obchodní týmy jedoucí na veletrh
- partner manažery před oborovou konferencí
- vedení firmy připravující se na summit
- marketing a komunikaci při koordinaci výstupů
Místo toho, aby se každý spoléhal na poslední verzi v e-mailu, může být vše dostupné v jednom sdíleném a řízeném prostředí.
🧠 Příklad číslo tři: executive memo pro interní investiční rozhodování
Třetí scénář je asi nejbližší strategickému rozhodování. Pokud tým zvažuje interní investici, bývá potřeba shromáždit velké množství podkladů. Nestačí jen samotný návrh. Rozhodování obvykle zahrnuje rozpočet, rizika, mantinely, posouzení, připomínky a další důkazní materiály.
Ukázka nazvaná Compass Memo slouží jako výkonné memorandum, které tyto podklady centralizuje. Na jednom místě se tak objevuje:
- samotný návrh
- rozpočet
- definované hranice a podmínky
- rizika
- seznam posuzovatelů
- podpůrné důkazy a argumenty
To pomáhá vedoucím pracovníkům rychleji rozpoznat, co je ještě potřeba vyřešit. Místo roztříštěného rozhodovacího procesu vzniká jedna přehledná pracovní plocha, kde jsou jasně vidět otevřené otázky i kontext.
V mnoha firmách právě tento typ interních rozhodovacích materiálů vzniká ve slidech, dokumentech a tabulkách. Sites z něj dělají interaktivnější a sdílenější formu, která může být lépe udržovatelná. To je důležité hlavně tam, kde na jednom rozhodnutí spolupracuje více oddělení.
Takový přístup může zpřehlednit například:
- interní investiční návrhy
- žádosti o rozpočet
- schvalování nových iniciativ
- produktová nebo provozní rozhodnutí s vyšší mírou rizika
🔧 Co všechno lze se Sites postavit
Ukázky ve videu nejsou myšlené jako omezení, ale jako inspirace. Výslovně zaznívá, že možnosti jsou velmi široké. Jako příklady dalších použití se objevují:
- forecasting dashboard pro předpovědi a plánování
- onboarding hub pro nástup nových kolegů
- product council brief pro produktové rady a rozhodování
- interactive data story pro srozumitelné předání datového příběhu
To je důležitý signál. Sites nejsou určené jen pro technické týmy. Naopak dávají smysl všude tam, kde je potřeba převést existující firemní znalosti do přehlednější, použitelnější a lépe sdílené formy.
Já si pod tím představuji zejména nástroje, které bývají příliš malé na klasický software, ale příliš důležité na to, aby zůstaly jen jako dokument. Právě takové mezery v organizacích bývají překvapivě časté.
Typicky jde o věci jako:
- příprava na schůzky vedení
- interní přehledy pro schvalování
- koordinace akcí a kampaní
- sdílené operační checklisty
- rychlé interní portály k jednomu tématu
Právě zde může mít AI asistovaná tvorba největší dopad. Nejde o nahrazení rozsáhlých podnikových platforem. Jde o zrychlení tvorby menších, ale velmi užitečných aplikací.
🔐 Bezpečnost, sdílení a správa jako pracovní assety
U interních aplikací obvykle rozhoduje jedna klíčová otázka: kdo k nim má přístup a jak se spravují. Sites jsou postavené tak, aby fungovaly jako assety v pracovním prostoru. To znamená, že jejich sdílení a správa nejsou dodatečný problém, ale součást návrhu.
Site lze sdílet:
- s konkrétními uživateli
- s celým pracovním prostorem
Přístup pak probíhá přes přihlášení pomocí účtu ChatGPT. To je praktický detail, který může výrazně zjednodušit interní adopci. Pokud už tým v tomto prostředí funguje, není nutné budovat nový způsob přístupu k interním miniaplikacím.
Z bezpečnostního hlediska je důležité i to, že Sites jsou od začátku popisované jako secure applications. To samo o sobě samozřejmě nenahrazuje detailní bezpečnostní posouzení, ale jasně to ukazuje, že nejde o volně hozené prototypy bez řízení přístupu. Pro podnikové použití je to zásadní předpoklad.
Pro firmy, které řeší governance, správu identit a interní sdílení, je tento aspekt často důležitější než samotná rychlost tvorby. Bez něj by se podobné nástroje těžko dostávaly do reálného provozu.
K širšímu kontextu podnikové autentizace a řízení přístupů se hodí i obecný přehled od Cloudflare o access control, protože ukazuje, proč je správné nastavení přístupů pro interní aplikace tak důležité.
💬 Úpravy bez nastavování infrastruktury a deploymentu
Jedna z nejzajímavějších vlastností Sites spočívá v tom, že aplikaci lze dál upravovat průběžně přes konverzaci. To je významný rozdíl oproti tradičnímu procesu vývoje interních nástrojů.
V běžném režimu často vypadá práce takto:
- někdo identifikuje potřebu
- vznikne dokument s požadavky
- čeká se na kapacitu vývojářů nebo IT
- řeší se hosting a nasazení
- po spuštění přicházejí opravy a doplnění
Sites tento cyklus zkracují. První verze může vzniknout rychle a tým ji může dále ladit bez toho, aby musel ručně nastavovat infrastrukturu nebo psát deployment kód. To je obrovské usnadnění hlavně pro interní nástroje, které se často mění podle aktuální potřeby.
Z pohledu organizace je to silné zejména ve třech situacích:
- potřeba je urgentní a nelze čekat týdny
- požadavky se vyvíjejí a přesné zadání není hned jasné
- jde o menší interní řešení, které by klasický vývoj prodražil
Právě u interních miniaplikací bývá iterace cennější než dokonalý plán. Tým si nástroj vyzkouší, zjistí co chybí a během krátké doby ho přizpůsobí. Sites tento způsob práce podporují přirozeně.
🏢 Proč je to důležité pro moderní firmy
Velká část firemní práce dnes probíhá přes kombinaci dokumentů, tabulek, prezentací, ticketů a chatových vláken. Každý z těchto formátů má své místo, ale dohromady často vytvářejí tření. Informace existují, jen nejsou uspořádány tak, aby s nimi šlo snadno pracovat.
Sites naznačují jiný model. Důležité podklady lze proměnit v interní aplikace, které mají jasný účel a konkrétní workflow. To je posun od statického obsahu k aktivnímu pracovnímu nástroji.
Vidím zde několik širších dopadů:
- Demokratizace tvorby nástrojů
Ne každá užitečná aplikace musí čekat na plný vývojový projekt. - Rychlejší operationalizace znalostí
Firemní know-how se může rychleji měnit na něco použitelného. - Menší závislost na roztříštěných podkladech
Méně dokumentů a více centralizovaných pracovních prostředí. - Lepší sladění týmů
Sdílený site může snížit zmatky kolem verzí a priorit.
To se dobře doplňuje i s širším vývojem v oblasti interních AI nástrojů a digitální produktivity. Stále častěji nejde jen o generování textu, ale o sestavování konkrétních pracovních řešení nad důvěryhodným kontextem.
Kdo se zajímá o produktivitu znalostních pracovníků, může ocenit i obecnější souvislosti popsané třeba u McKinsey k ekonomickému potenciálu generativní AI. Sites zapadají právě do této linie, kde AI zrychluje skutečné firemní procesy.
🗂️ Kdy dává smysl použít site místo dokumentu nebo slidů
Ne všechno musí být aplikace. To je dobré si přiznat hned. Někdy je dokument úplně dostačující. Sites ale dávají smysl ve chvíli, kdy běžný dokument přestává stačit.
Podle ukázek i celé logiky produktu bych site zvažoval hlavně tehdy, když platí několik z těchto bodů:
- na jednom tématu spolupracuje více lidí
- obsah se pravidelně aktualizuje
- je důležité řídit přístup
- informace pocházejí z více zdrojů
- uživatelé potřebují rychle najít přesně to podstatné
- dokument už začíná být nepřehledný
Naopak pokud jde o jednorázové sdělení bez další práce, může být jednodušší zůstat u textového dokumentu. Hodnota Sites roste tam, kde je potřeba opakované používání, sdílení a struktura.
To dobře vystihují i předvedené scénáře. Každý z nich pracuje s materiály, které by mohly existovat jako dokumenty. Jenže v podobě site jsou přehlednější, akčnější a připravené pro reálné použití.
📈 Jaké týmy z toho mohou těžit nejvíc
Ačkoli ukázky míří hlavně na obchod, eventy a interní rozhodování, potenciál je mnohem širší. Největší přínos podle mě pocítí týmy, které pravidelně skládají důležité informace z více míst a potřebují je zpřístupnit konkrétní skupině lidí.
Patří sem zejména:
- sales a account management pro přípravu na jednání a správu podkladů
- operations pro interní přehledy, checklisty a rozhodovací materiály
- leadership a strategy pro memoranda, investiční návrhy a podklady k rozhodnutí
- HR a people teams pro onboarding a interní informační huby
- marketing a events pro akce, messaging a koordinační centra
- product teams pro council briefy a interní sdílení priorit
Zásadní je, že nejde jen o technické role. Sites jsou navržené tak, aby nápad mohl převést do aplikace kdokoli v týmu. To je velmi silná myšlenka, protože poptávka po malých interních nástrojích často vzniká mimo engineering.
🛠️ Co si z novinky odnést prakticky
Pokud bych měl celou novinku shrnout prakticky, vidím v ní hlavně nový způsob práce s interním firemním obsahem. Místo otázky „kam uložit další dokument“ se otevírá otázka „neměl by z toho být raději site“.
Nejde o kosmetickou změnu formátu. Jde o změnu očekávání. Když má tým správný kontext, přístup k nástrojům a možnost publikace, může mnohem rychleji vytvářet prostředky, které skutečně posouvají práci dopředu.
Pro interní inovaci ve firmách je to velmi slibné. Menší aplikace, briefingy, dashboardy a rozhodovací podklady bývají často přesně tím prostorem, kde je největší rozdíl mezi tím, co by pomohlo, a tím, na co se ve skutečnosti dostane čas. Sites tuto mezeru zmenšují.
Za nejdůležitější body považuji:
- rychlost od nápadu k publikované aplikaci
- integrované technické zázemí včetně hostingu, autentizace, úložiště a databáze
- napojení na existující kontext skrze pluginy a dovednosti
- sdílení v pracovním prostoru jako spravovaný asset
- možnost průběžných úprav bez řešení deploymentu
✨ Závěr: od důvěryhodného kontextu k aplikaci, kterou tým opravdu použije
Sites v Codexu představují zajímavý posun od AI jako nástroje pro tvorbu obsahu k AI jako nástroji pro tvorbu reálně nasaditelných interních aplikací. To je důležité, protože firmy nepotřebují jen více textu. Potřebují lepší nástroje pro práci s informacemi.
Ukázky jako Account Lens, event briefing nebo Compass Memo dobře ilustrují, kde může mít tento přístup největší dopad. Všude tam, kde se důležité materiály dosud rozpadají do dokumentů, slidů a tabulek, vzniká prostor pro něco užitečnějšího, přehlednějšího a snadněji sdíleného.
Největší síla Sites podle mě nespočívá jen v rychlosti vytvoření. Spočívá v tom, že z důvěryhodných interních podkladů vznikne aplikace, kterou lze bezpečně otevřít, sdílet a dále zlepšovat. Přesně to je typ nástroje, který moderní týmy potřebují stále častěji.
Další informace o Codexu a souvisejících produktech je možné průběžně sledovat na oficiálních stránkách OpenAI.
