Sedmašedesátý díl podcastu Ait Kajt s Pavlem, Katkou a Petrem otevírá pozvánkami na AI Horizons, Machine Learning Prague, FrontCon a Černou AI konferenci. Z novinek Petr chválí GPT-6 Astra a svůj remaster hry Towns, Katka představuje tvrzení OpenAI o vyřešení Navierovy–Stokesovy rovnice a Pavel uvádí nový model DeepSeek V4.1 Flash. Hlavní část se věnuje optimalizaci coding agentů, kde Pavel zdůrazňuje úsporu lidského času namísto tokenů a Petr představuje workflow Human Layer. V debatě o MCP řečníci rozebírají jeho nevýhody i přínos u autorizace a Petr doporučuje Agent Browser pro ovládání prohlížeče přes CLI. Na závěr Pavel oznamuje nový web Ait Kity s archivem epizod a vyzývá posluchače ke sdílení vlastních workflow.

📅 Datum vydání: 15.9.2026
📺 Zdroj: AI ta Krajta #67 | 10 000 agentů řeší matematiku? Astra, DeepSeek a coding agents
Klikněte na odkaz a dejte odběr na kanálu autora, podpoříte ho a vylepšíte svůj algoritmus.

▶ 00:03
Pozvánka na AI Horizons — Pavel zve na konferenci AI Horizons, kde bude mluvit o Spec Driven Developmentu, a zmiňuje promo kód krajta.

▶ 00:40
Asistent u stánku Harley — Katka bude na AI Horizons u stánku Harley předvádět asistenta, který pomocí vector search prohledává nepřehledné katalogy motorek.

▶ 01:10
Machine Learning Prague — Petr lituje, že na AI Horizons nebude, a Pavel připomíná domluvené slevové lístky pro fanoušky na Machine Learning Prague.

▶ 01:44
Call for Workshops — Pavel zvažuje přihlášku na workshop s tématem AI Engineering a chválí minulý ročník Machine Learning Prague.

▶ 02:15
Přednáška o MCPC — Pavel odkazuje na dřívější díl o MCPC, tedy kombinaci MCP a CLI.

▶ 02:26
Prosba za Petra — Katka žádá pořadatele, aby vybrali Petra na workshop, a chce se ho zúčastnit.

▶ 02:37
Petrův workshop na FrontConu — Petr zve na svůj tří až čtyřhodinový workshop AI ve vývoji bez omáčky na FrontConu s limitem 35 osob.

▶ 03:00
Černá AI konference — Pavel a Petr se chystají na Černou AI konferenci s vyprodanými lístky, kde Pavel vystoupí na žlutém stagi.

▶ 03:25
Téma paměti u Petra — Petr na Černé AI konferenci probere paměť, protože AI si podle něj nepamatuje, jen ukládá.

▶ 03:37
Nadšení z GPT-6 Astra — Petr je nadšený z GPT-6 Astra, se kterou vyčerpal mnoho limitů při programování.

▶ 04:02
Remaster hry Towns — Petr popisuje, jak mu Astra vytvořila dobré zadání pro remaster jeho staré hry Towns, což se dříve nedařilo.

▶ 05:48
Srovnání Astry a Fable — Petr zmiňuje diskuze na Twitteru, kde lidé porovnávají Astru s Fable a ve slepých testech plánů častěji vybírali Fable.

▶ 06:28
Specifika remasteru Towns — Petr vysvětluje, že Fable navrhl obecně lepší hru, ale Astra lépe pochopila specifický remaster Towns v izometrickém zobrazení.

▶ 07:48
Navierova–Stokesova rovnice — Katka uvádí, že OpenAI tvrdí, že vyřešila sto let starý problém Navierovy–Stokesovy rovnice ve 2D, zatímco ve 3D zůstává nevyřešen.

▶ 08:47
Rozsah výpočtu OpenAI — Katka dodává, že na důkaz běželo 10 000 agentů, spálilo se 130 miliard tokenů a důkaz má 116 stran.

▶ 09:14
Spor o autorství důkazu — Katka zmiňuje spor s někým z univerzity v New Yorku o tom, zda OpenAI důkaz neobšlehla.

▶ 09:37
Vyjádření OpenAI k datům — Pavel popisuje, že OpenAI tvrdí, že se na datech neučí, ale může se do nich podívat, a slibuje do konce roku vyřešit další problémy.

▶ 10:14
AI pro řešení krizí — Řečník míní, že skutečný dopad AI bude v matematice, biochemii a klimatické změně, nikoli jen v sumarizaci e-mailů.

▶ 11:39
Přirovnání Terence Taa — Řečník připomíná, že matematik Terence Tao přirovnal řešení problémů hrubou silou ke crowdsourcingu.

▶ 12:00
Srovnání s ARC AGI — Řečník srovnává výkon s ARC AGI, kde cena za úlohu byla uměle vytvořená, zatímco tyto problémy jsou dané a nevyřešené.

▶ 12:48
DeepSeek V4.1 Flash — Pavel představuje nový DeepSeek V4.1 Flash, který má být rychlejší a výkonnější s asymetrickou architekturou encoder a decoder a s optimalizovanou KV cache.

▶ 14:22
Necenzurované modely pro pentesting — Petr říká, že používá necenzurované verze modelů pro pen testing a chystá se testovat s DGX Spark.

▶ 15:21
Optimalizace lidského času — Pavel tvrdí, že místo optimalizace AI je důležité optimalizovat lidský čas a minimalizovat takzvaný babysitting.

▶ 16:23
Workflow Human Layer — Petr popisuje workflow Human Layer a Crispy, tedy posloupnost otázek, výzkumu, designu a plánu, která stojí 100 dolarů na osobu.

▶ 19:00
Waterfall a agile v době AI — Řečník se zamýšlí, nakolik v době AI platí rozdělení vývoje na waterfall a agile, když agenti zvládnou složitou aplikaci za dva dny.

▶ 20:27
Hackathon čtyř vývojářů — Řečník popisuje dvoudenní hackathon, během kterého tým čtyř vývojářů vytvořil aplikaci.

▶ 21:30
Programování v ulicích — Katka říká, že poprvé použila remote control a programovala v ulicích přes mobil.

▶ 22:11
Diktování agentům z mobilu — Petr říká, že občas diktuje agentům z mobilu, ale v šalině mu to přijde divné, a Katka dává přednost psaní.

▶ 23:14
Startup s mikrofonem u pusy — Řečník zmiňuje startup s mikrofonem kolem úst, který připomíná masku Banea z Batmana.

▶ 23:57
Hackathon efekt a iluze — Pavel vysvětluje hackathon efekt, kdy se po dvou dnech zdá být 80 procent práce hotovo, ale zbylých 20 procent zabere půl roku.

▶ 26:31
Závislost na technické zdatnosti — Pavel dodává, že čím méně je člověk technický, tím větší je šance, že zbylých 20 procent práce tvoří 80 procent času.

▶ 27:27
Agent Browser od Vercel Labs — Petr doporučuje Agent Browser, který umožňuje ovládat prohlížeč přes CLI a je úspornější než MCP.

▶ 28:38
Automatizace přes DevTools — Petr radí otevřít aplikaci v Agent Browseru a pomocí DevTools vytvořit CLI automatizaci, kterou lze uložit jako skill.

▶ 29:20
Případ s Jirou a klientem — Petr popisuje, jak u klienta řešil skryté komentáře k tiketům v Jire, které MCP neumí, ale API ano.

▶ 30:02
Networking na London Tech Week — Petr vypráví, jak pomocí Codexu vytáhl profily 35 000 lidí z aplikace na London Tech Week.

▶ 30:33
Skepse vůči MCP — Petr je skeptický vůči MCP, protože CLI většinou funguje lépe, a Pavel dodává, že MCP je často jen přílepek nad API.

▶ 31:05
Výhody MCP u autorizace — Řečník uznává, že MCP je výhodný pro read-only přístup a snadné vystavení autorizačního tokenu netechnickým uživatelům.

▶ 32:20
Propojení na kliknutí — Řečník tvrdí, že běžný uživatel nic nezkopíruje a propojení musí fungovat na kliknutí nebo skenování QR kódu.

▶ 33:02
Autorizace a platby v MCP — Řečník zmiňuje, že MCP standardizuje autorizaci pomocí OAuth a začínají se řešit i platby typu X402.

▶ 34:09
Přednáška o MCPC — Řečník odkazuje na přednášku o MCPC z Machine Learning Prague a na dubnový díl podcastu.

▶ 35:02
Dvouúrovňové MCP — Pavel vysvětluje, že mu vadí špatné implementace MCP, a popisuje dvouúrovňové MCP s agentní mezivrstvou.

▶ 36:36
Code mode a MCP — Řečník uvádí, že code mode se prosazuje i s MCP a Open Code 2 ho má jako výchozí variantu.

▶ 37:24
Debaty o formátu JSON — Katka se ptá na alternativy k JSONu, který je žravý na tokeny, a zmiňuje formát TOON.

▶ 38:00
Skepticismus k novým formátům — Řečník je skeptický k nahrazení JSONu malou změnou a přirovnává ho k JavaScriptu, který se drží díky síťovému efektu.

▶ 40:24
JSON v prohlížeči — Řečník lituje, že novější JSON není automaticky podporovaný v prohlížeči.

▶ 41:00
Analýza vlastních traces — Pavel radí prohnat traces z coding agentů analýzou a zjistit, co tvoří většinu volání, než optimalizovat tokeny.

▶ 42:30
Traces a vendor lock — Petr doporučuje uchovávat traces a upozorňuje, že Astra šifruje komunikaci se subagenty, což je vendor lock.

▶ 43:40
Distribuce úloh mezi modely — Petr radí vytvořit orchestrátor a skill, který distribuuje úlohy podle typu změny mezi Opus, Sonnet, Astra a Lunu.

▶ 46:26
Kalibrace skillu — Petr doporučuje skilly průběžně kalibrovat a dělat interní benchmark, protože první verze špatně řadila tsx úlohy na frontend.

▶ 47:09
Routing a návrat ke Codexu — Petr uvádí, že routing začíná u Fable nebo Astry a že se vrací od Claude Code zpět ke Codexu a Open Code.

▶ 47:35
Migrace se 450 agenty — Petr popisuje migraci e-commerce zákazníka, kdy použil 450 agentů a scraping kvůli chybějícím API přístupům.

▶ 49:35
Výzva ke sdílení workflow — Pavel vyzývá posluchače, aby sdíleli svá workflow a používané modely, protože metodiky ještě nejsou ustálené.

▶ 50:16
Heuristika rychle a pomalu — Pavel popisuje triáž úloh na rychlé a pomalé, kdy věci bez spěchu dává do fronty vlastnímu kodérovi.

▶ 51:26
Nový web Ait Kity — Pavel oznamuje nový web s archivem všech epizod a přehrávačem, který vytvořila Astra.

▶ 52:18
Rozloučení a AI Horizons — Řečníci se loučí a zvou na AI Horizons za dva týdny.

🔴 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).