V 61. dílu ATA Kita probírají moderátor, Pavel a host Roman Baranovič novinky v AI, Roman zmiňuje nový čínský model Kimi 3 a moderátor tweet Deana Balla z OpenAI o tom, že open weight modely jsou spíše deceleracionistické a že Trumpova administrativa kolem čínských modelů vytvoří regulační šedou zónu. Jádro debaty tvoří srovnání modelů OpenAI a Anthropicu, kde Pavel popisuje GPT jako neúnavného pracanta pro jasně zadané úkoly a modely jako Fable jako vizionáře, kteří se nad projektem dokážou komplexně zamyslet a navrhnout věci mimo zadaný rámec. Řeší se také názvy modelů Soul, Tera a Luna, parametr effort a eskalační stupnice i etická otázka používat nástroj přiměřený úloze. Druhá část dílu se věnuje aplikaci Glaz od Raycastu a trendu, kdy se logika tvorby aplikací převrací směrem k CLI nástrojům pro AI agenty. Pavel dále popisuje selhání svého agenta při aktualizaci serveru, plán nechat Fable vytvořit vlastní nahrávací software a svůj backlog projektů, zatímco Roman vysvětluje, jak lze Kimi použít jako backend pro agenty přes orchestrační nástroje.

📅 Datum vydání: 26.7.2026
📺 Zdroj: AI ta Krajta #60 | Konec jedné éry? Proč se AI vrací k terminálu a co umí čínská Kimi 3 | 1. část
Klikněte na odkaz a dejte odběr na kanálu autora, podpoříte ho a vylepšíte svůj algoritmus.

▶ 00:04
Přivítání a sponzoři dílu 61 — Moderátor zahajuje 61. díl ATA Kita, děkuje sponzorům Prombook a Prombook Superviz a vítá hosta Romana Baranoviče.

▶ 00:31
Nový čínský model Kimi 3 — Roman jako první novinku zmiňuje model Kimi 3, který je podobně schopný jako Fable nebo Soul 5.6, ale výrazně levnější a pravděpodobně s otevřenými váhami.

▶ 01:35
Dean Ball o open weight modelech — Moderátor rozebírá tweet Deana Balla z OpenAI, podle kterého jsou open weight modely deceleracionistické a Trumpova administrativa kolem čínských modelů vytvoří regulační šedou zónu.

▶ 03:36
Fable a Codex jako doplňky — Pavel popisuje, že Claude Code a Open Codex už nevnímá jako konkurenční, ale spíše jako komplementární produkty, a rád tuto zkušenost rozvede.

▶ 04:24
GPT pracant, Anthropic vizionář — Pavel vysvětluje, že GPT je neúnavný pracant pro jasně zadané úkoly, zatímco modely od Anthropicu se nad projektem dokážou komplexně zamyslet a navrhnout věci mimo zadaný rámec.

▶ 06:40
Model versus kontext a prompt — Moderátor se ptá, zda Pavel zkoušel modely i v opačných rolích, a rozvádí úvahu, že model tvoří talent a základ, zatímco kontext a prompt ho jen dotvářejí.

▶ 09:19
Co je lepší model — Moderátor říká, že ho otázka, který model je lepší, dlouhodobě dráždí, protože odpověď záleží na tom, v jakém harnessu je model uložený a kdo ho používá.

▶ 09:53
Mapování vztahů v seriálech — Pavel popisuje experiment, kdy nechal Fable přes noc dirigovat subagenty při implementaci projektu mapujícího vztahy v televizních seriálech a ráno zjistil, že zvládá i spravovat pořadí merge.

▶ 11:40
Roman zatím Fable nezkusil — Roman přiznává, že si Fable z úcty k jeho schopnostem zatím na nic nepoužil, a zmiňuje, že si zvýšil standard ze Sonnetu 4.8 na Sonnet 5.0.

▶ 12:39
Význam názvů Soul, Tera, Luna — Roman odhaluje, že názvy modelů odkazují na slunce, Zemi a měsíc, tedy na tři úrovně výkonu, kde Luna je nejslabší, Tera střední a Soul nejlepší.

▶ 13:13
Kvantizace, nebo víc než to — Moderátor přiznává, že si pod názvy Tera a Luna představil zkrachovalý kryptoprojekt, a ptá se Pavla, zda rozdíly mezi modely spočívají jen v kvantizaci, nebo i v dalších implementačních věcech.

▶ 13:52
Návrat ke třem verzím modelů — Pavel odpovídá, že u Anthropicu už nejde jen o kvantizaci, a podotýká, že se firma po roce, kdy nabízela hlavně GPT5, vrátila ke třem verzím pro tři úrovně problémů.

▶ 15:03
Volit nástroj přiměřeně úloze — Roman zdůrazňuje hodnotové hledisko, že by měl běžný člověk používat model odpovídající úloze, aby zbytečně nespotřebovával příliš silné a energeticky náročné modely.

▶ 16:23
Zjednodušení pro běžné lidi — Pavel očekává, že se možnosti pro běžné uživatele dlouhodobě zjednoduší, a pro Prombook je návrat k dělení modelů výhodou, protože umí vybrat ten správný.

▶ 17:17
Parametr effort a eskalace — Pavel vysvětluje, že ke každému modelu lze vybrat jeden z pěti effortů určujících délku reasoningu a že se úroveň dá zvýšit i vhodnou formulací promptu, přičemž při selhání úlohy práci vrací a postupuje po eskalační stupnici až k maximu.

▶ 19:50
Saturace benchmarků a statistiky — Pavel na dotaz moderátora odpovídá, že se eskalace musí pouštět čím dál níž, protože docházejí problémy, na které AI nestačí.

▶ 20:27
Selhání agenta na serveru — Pavel na Romanovu žádost popisuje příklad, kdy jeho agent přes deset hodin řeší pád aktualizace serveru kvůli konfliktní NPM závislosti, a verifikace probíhá instalací na novém dropletu Digital Ocean.

▶ 22:08
Raycast aplikace Glaz — Roman jako novinku zmiňuje aplikaci Glaz od tvůrců launcheru Raycast, která má umět přímo programovat desktopové aplikace na počítači.

▶ 22:56
Chybějící nápad na použití — Moderátor sdílí příklad aplikace na výsledky mistrovství světa ze srazu uživatelů Raycastu a přemýšlí, na co člověk lokální aplikaci skutečně potřebuje.

▶ 23:29
Aplikace versus web a skript — Roman souhlasí, že řada aplikací se dá udělat jako web či skript, a přidanou hodnotou lokální aplikace je především uživatelské rozhraní.

▶ 24:22
Vnímání apky versus webu — Pavel jako programátor upozorňuje, že aplikace se vnímá jako něco velkého a materiálního, ačkoli většina desktopových aplikací je jen lokálně nainstalovaný web zabalený přes Electron.

▶ 25:20
Desktopová apka od Fable — Pavel popisuje, že nechal Fable v jednom běhu vytvořit desktopovou aplikaci pro Windows a Mac, kterou nainstaloval přetažením DMG souboru do složky Apps.

▶ 26:12
Bezpečnost Glaz aplikací — Pavel si klade otázku, zda mají Glaz aplikace z Raycastu dobře nastavenou izolaci, aby se daly neškodně spouštět, nebo zda je třeba je brát jako potenciálně škodlivé.

▶ 27:00
CLI aplikace pro agenty — Pavel říká, že se logika převrátila a nejlepší formou aplikace pro AI agenta je CLI utilita, a ptá se, zda vzniknou aplikace, jejichž primárními uživateli budou agenti.

▶ 28:02
Terminálová aplikace na jídlo — Pavel zmiňuje, že Dorash tento týden vypustil terminálovou aplikaci na objednávání jídla přes DoorDash, a přiznává, že zatím nevymyslel, kdy by nechal svého asistenta jídlo objednat.

▶ 28:27
Mac uživatelé a grafické rozhraní — Roman podotýká, že lidé na Macu chtějí především grafické rozhraní, ale trend směřuje k terminálovým aplikacím, a je zvědavý, zda se dostane i k běžným uživatelům.

▶ 29:18
Codex součástí ChatGPT — Roman zmiňuje, že se Codex stává součástí aplikace ChatGPT s grafickým rozhraním, a Pavel dodává, že vyšel i ekvivalent Cloud coworku, který si ještě nevyzkoušel.

▶ 30:45
Roman vypadl ze záznamu — Moderátor oznamuje, že Roman vypadl ze záznamu, a vysvětluje, že kvůli UX chybám nahrávacích nástrojů plánuje nechat Fable vytvořit vlastní nahrávací software.

▶ 31:56
Backlog projektů svěřený Fable — Pavel mluví o svém velkém backlogu projektů z doby před AI a o tom, že je bude moci svěřit agentům a jen sledovat výsledek.

▶ 32:52
Kaskáda agentů a čínské modely — Pavel soudí, že autonomní práce na backlogu bude potřebovat kaskádu řídícího agenta a malých agentů, a vrací se k otázce čínských modelů.

▶ 33:22
Čínské modely zpovzdálí — Pavel přiznává, že čínské modely sleduje zpovzdálí a nevyužívá je kvůli nejistotě ohledně legislativy a data retention, zatímco u OpenAI a Anthropicu důvěřuje zacházení s daty.

▶ 34:45
Kimi jako backend pro agenty — Roman vysvětluje, že v základním režimu nejde nechat Kimi spouštět agenty, ale přes orchestrační nástroje lze model naučit otevřít nový tab a zadat úkol s jasným cílem a verifikací.

▶ 36:32
Příliš mnoho novinek k testování — Roman a Pavel se shodují, že se děje tolik novinek, že je těžké vše vyzkoušet, a Pavel dodává, že ověřování, zda nový nástroj pracuje lépe, je otrava.

🔴 DŮLEŽITÉ UPOZORNĚNÍ A VYLOUČENÍ ODPOVĚDNOSTI

Výše uvedený text je shrnutí původního video obsahu a byl vygenerován výhradně umělou inteligencí (AI) bez jakéhokoli následného lidského ověření nebo kontroly. Provozovatel těchto webových stránek (dále jen „provozovatel“) výslovně upozorňuje, že takto generovaný text může obsahovat:

  • Faktické chyby a nepřesnosti
  • Zavádějící nebo neúplné informace
  • Informace vytržené z kontextu původního díla
  • Nepravdivá tvrzení nebo údaje (tzv. „halucinace“ AI)

Toto shrnutí slouží pouze ke zcela nezávazným, informativním nebo studijním účelům a v žádném případě nenahrazuje zhlédnutí původního video obsahu. Provozovatel důrazně nedoporučuje činit na základě tohoto shrnutí jakákoli rozhodnutí (obchodní, finanční, zdravotní, právní či jiná).

Provozovatel se tímto v maximálním možném rozsahu povoleném právními předpisy České republiky a Evropské unie zříká jakékoli odpovědnosti za:

  • Správnost, úplnost, aktuálnost nebo pravdivost informací obsažených v tomto shrnutí
  • Jakoukoli přímou či nepřímou újmu (majetkovou i nemajetkovou), která by uživateli nebo jakékoli třetí straně vznikla v důsledku použití nebo spoléhání se na informace z tohoto shrnutí
  • Případné porušení práv třetích stran (včetně práv autorských nebo práv na ochranu osobnosti), kterého by se mohlo shrnutí generované AI dopustit

Použitím tohoto shrnutí bere uživatel na vědomí, že tak činí výhradně na své vlastní riziko a odpovědnost. Pro ověření jakýchkoli informací je uživatel povinen zhlédnout původní zdroj (video) a/nebo konzultovat danou problematiku s kvalifikovaným odborníkem.

⚠️ MECHANISMUS PRO NAHLÁŠENÍ PROBLEMATICKÉHO OBSAHU (NOTICE & TAKE DOWN)

Provozovatel bere ochranu práv třetích stran vážně. Pokud se domníváte, že kterékoli automaticky generované shrnutí obsahuje faktické chyby, zasahuje do vašich práv (např. autorských práv, práv na ochranu osobnosti) nebo je jinak v rozporu s platnými právními předpisy, žádáme vás o neprodlené oznámení. Kontaktujte nás prosím e-mailem na adrese: chyba@shrnuti.cz

Do předmětu e-mailu uveďte „Nahlášení obsahu“ a v těle zprávy prosím specifikujte:

  • Přesný odkaz (URL) na stránku obsahující problematický souhrn
  • Jasný popis problému — uveďte, v čem spatřujete pochybení (např. „text je nepravdivý“, „zasahuje do mého práva na ochranu osobnosti“, „porušuje autorská práva k…“)
  • Vaše kontaktní údaje pro případnou zpětnou vazbu

Provozovatel se zavazuje každé takové oznámení přijaté v dobré víře bez zbytečného odkladu prověřit a v případě, že bude oznámení shledáno oprávněným, zjednat adekvátní nápravu (zejména opravou, nebo trvalým odstraněním dotčeného textu).