Štítek: Čína

  • Nový model – Kimi K3

    Čínský startup Moonshot AI předvedl obrovský skok na poli otevřené umělé inteligence a představil Kimi K3. Jedná se o masivní model s 2,8 bilionu parametrů, který přináší kontextové okno o velikosti 1 milionu tokenů a pokročilé multimodální schopnosti včetně vizuálního uvažování. To, co ale vývojářskou komunitu zasáhlo nejvíce, jsou jeho výsledky. V nezávislých benchmarcích (jako je například Arena.AI) se model dokáže sebevědomě vyrovnat, a v některých případech dokonce i překonat, špičkové proprietární modely jako jsou Claude Fable 5 nebo GPT-5.6 Sol. Společnost navíc slíbila brzké a kompletní uvolnění vah modelu pro veřejnost. 

    Zdroj:

    • https://www.kimi.com/blog/kimi-k3

    Komentář:

    • Model, který svými reálnými vlastnostmi dosahuje na prémiovou kvalitu Fable, na API stojí přibližně tolik, co Claude Sonnet, a přitom je díky uvolněným vahám celý zdarma k provozu on-premise… tomu říkám pořádná konkurence. Tento krok jasně ukazuje, že otevřená scéna dokáže nabídnout absolutně špičkový výkon a narušit dominanci uzavřených komerčních modelů. Pro všechny, kteří chtějí výkonnou AI a zároveň potřebují držet svá data v bezpečí na vlastním hardwaru, je to fantastická zpráva. 
  • USA zpřísňují postoj k čínským modelům

    Napětí mezi USA a Čínou na poli umělé inteligence nabírá na obrátkách. Američtí zákonodárci začali intenzivně prošetřovat čínské AI modely. Důvodem jsou rostoucí obavy z možného ohrožení národní bezpečnosti, zneužití dat a nedodržování ochrany duševního vlastnictví. Očekává se, že tento politický tlak může brzy vyústit v nová regulatorní omezení, která výrazně zkomplikují čínským AI technologiím přístup na americký a potažmo i evropský trh.

    Zdroje:

    Komentář:

    • V rámci AI stojí Čína a USA proti sobě. Pokud to pro nás, jako spotřebitele znamená zisk otevřených modelů, konkurenčních inovací a levnějších API přístupů, tak je to dobře. Pokud to znamená regulaci a ovlivnění toho zda budu platit násobky za technologii, kterou jsem zvolil, je to pomyslný vykřičník, který je třeba odstranit při návrhu AI infrastruktury, kde musím počítat s možným zásahem regulace.
  • Nový model – Z GLM 5.2

    Ještě nedávno jsme se bavili o tom, že Čína dohání západní AI laboratoře. Dnes mi to zní skoro zastarale. Modely jako DeepSeek, Kimi nebo teď GLM-5.2 od Z.ai ukazují, že čínský AI ekosystém už nehraje jen hru na „levnější alternativu“. Začíná tlačit přesně tam, kde to vývojáře bolí nejvíc: dlouhý kontext, práce s celým projektem, agentní coding a praktické nasazení.

    GLM-5.2 je podle Z.ai vlajkový model zaměřený na takzvané long-horizon tasks, tedy úlohy, kde model nemá jen odpovědět na jednu otázku, ale držet dlouhý plán, chápat větší codebase, respektovat architekturu a postupně upravovat projekt od požadavků až po nasaditelný výsledek. Oficiální dokumentace uvádí kontext 1M tokenů a maximální výstup 128K tokenů, což je přesně ten typ parametrů, které na papíře vypadají jako marketing, ale v reálném vývoji mohou změnit způsob práce s AI asistenty.

    Podle mě je tu důležitá jedna věc: dlouhý kontext sám o sobě nestačí. Už jsme viděli modely, které se chlubily obrovským kontextovým oknem, ale v praxi se v dlouhých vstupech ztrácely. Z.ai proto u GLM-5.2 zdůrazňuje, že nejde jen o „1M tokenů“, ale o použitelný 1M kontext pro coding agenty, refaktoring, výzkumnou reprodukci, mobilní debugging nebo práci napříč celým projektem. Dokumentace přímo popisuje scénáře jako převzetí celé codebase, dlouhodobý refaktoring, dodržování týmových engineering standardů nebo debugging přes ADB a logcat.

    A to je za mě mnohem zajímavější než další tabulka benchmarků.

    Nechápejte mě špatně, benchmarky jsou důležité. Z.ai u GLM-5.2 tvrdí, že model dosahuje velmi silných výsledků v long-horizon coding benchmarcích, například FrontierSWE, PostTrainBench a SWE-Marathon, a že je mezi open-source modely na špičce. U standardních coding benchmarků firma uvádí zlepšení proti GLM-5.1, například 81.0 vs. 62.0 na Terminal-Bench 2.1 a 62.1 vs. 58.4 na SWE-bench Pro. Jenže tady bych byl opatrný. Výsledky od výrobce jsou fajn start, ale skutečná pravda se ukáže až ve chvíli, kdy model pustíte na vlastní repozitář, vlastní legacy kód a vlastní chaotické zadání od klienta.

    Co se mi na GLM-5.2 líbí nejvíc, je jeho pragmatické zaměření. Neprodává se primárně jako chatbot pro všechno. Tlačí se do role modelu pro vývojáře a coding agenty. Podporuje streaming, function calling, structured output, context caching a MCP integrace, tedy přesně ty věci, které potřebujete, když chcete model zapojit do reálného workflow, ne si s ním jen povídat v okně prohlížeče.

    Druhá zajímavá věc je integrace do existujících nástrojů. GLM-5.2 se dá podle dostupných návodů používat přes Anthropic-compatible nebo OpenAI-compatible endpointy, takže ho lze napojit do nástrojů typu Claude Code, Cline nebo OpenClaw bez toho, aby vývojář musel kompletně měnit svoje prostředí. DataCamp například popisuje variantu glm-5.2[1m], kde se explicitně zapíná 1M tokenový kontext, a upozorňuje na dva reasoning režimy: high a max.

    Za mě je tohle možná největší posun. AI modely už nesoutěží jen v tom, kdo napíše hezčí odpověď. Soutěží v tom, kdo se lépe napojí do vývojářského procesu. Kdo umí číst projekt. Kdo vydrží u úkolu. Kdo nezapomene omezení z první části zadání. Kdo si nevyrobí vlastní architekturu jen proto, že mu to vypadá elegantněji.

    A tady se podle mě láme budoucnost AI ve vývoji softwaru.

    GLM-5.2 bych určitě netestoval na triviálním promptu typu „napiš mi REST API v Node.js“. To dnes zvládne skoro každý lepší model. Testoval bych ho na něčem nepříjemném: starší monolit, nejednotné testy, dokumentace mimo realitu, několik modulů s historickými kompromisy a zadání typu „refaktoruj to, ale nic nerozbij“. Tam se ukáže, jestli 1M kontext znamená reálnou výhodu, nebo jen delší paměť pro sebevědomé chyby.

    Můj osobní odhad? GLM-5.2 nebude model, který okamžitě všichni vymění za své současné nástroje. Ale je to další signál, že čínské modely se velmi rychle posouvají z kategorie „zajímavé open-source alternativy“ do kategorie „tohle musíme reálně benchmarkovat ve firmě“. A pokud se potvrdí stabilita na dlouhých coding úlohách, může být pro vývojářské týmy hodně nepříjemným konkurentem zavedených západních modelů.

    Ne proto, že by měl nejlepší marketing.

    Ale proto, že míří přesně na praktickou bolest: velký projekt, dlouhý úkol, mnoho souborů, hodně kontextu a minimum prostoru pro halucinace.

    A to je podle mě směr, kterým se AI coding bude v roce 2026 lámat. ne chat, ale agentní práce nad celým softwarem.

  • Nový model MiniMax M3

    Když jsem se díval na nový MiniMax M3, první věc, která mě zaujala, nebylo jen klasické marketingové „máme lepší benchmarky“. To dnes tvrdí každý. Zajímavější je pro mě kombinace tří věcí: agentní práce, programování a extrémně dlouhý kontext. A právě tahle kombinace může být pro vývojáře a firmy důležitější než samotné číslo v nějakém leaderboardu.

    MiniMax M3 byl oficiálně představen 1. června 2026. Firma ho popisuje jako model zaměřený na coding, agentní úlohy, multimodalitu a práci s kontextem až 1 milion tokenů, přičemž u API uvádí garantované minimum 512 tisíc tokenů.

    Proč mě M3 zaujal

    Podle mě se u LLM modelů pomalu láme jedna éra. Nestačí, aby model dobře odpověděl na otázku. Stále víc půjde o to, jestli dokáže pracovat dlouhodobě, držet kontext, používat nástroje, opravovat vlastní chyby a postupně se posouvat k výsledku.

    MiniMax přesně tímto směrem M3 prezentuje. Mluví o autonomním rozkladu úloh, volání nástrojů, vícekrokovém uvažování a využití v AI coding asistentech nebo automatizovaných workflow.

    A tady si myslím, že je zásadní rozdíl mezi „modelem na odpovědi“ a „modelem na práci“. Chatbot odpoví. Agent musí něco udělat.

    1M kontext: ne jen větší číslo

    Kontextové okno o velikosti 1M tokenů zní na první pohled jako technická chlouba. Jenže v praxi může znamenat něco velmi konkrétního: modelu dáte větší část repozitáře, dokumentace, logů, požadavků, starších rozhodnutí a on s tím může pracovat najednou.

    To je obrovský rozdíl oproti situaci, kdy se model neustále ptá na chybějící soubory nebo zapomíná, co se řešilo před chvílí. MiniMax tvrdí, že za tím stojí jejich architektura MiniMax Sparse Attention, která má škálovat dlouhý kontext efektivněji než klasická plná attention. Firma uvádí, že při délce 1 milion tokenů má M3 per-token compute pouze na úrovni 1/20 předchozí generace a že dosáhli více než 9× zrychlení v prefillingu a více než 15× ve fázi decodingu.

    Tady bych ale byl opatrný. Jsou to zatím hlavně čísla od výrobce. Beru je jako zajímavý signál, ne jako definitivní pravdu.

    Coding: oblast, kde se láme důvěra

    U programování mě zajímá hlavně jedna otázka: dokáže model dlouhodobě pracovat na reálném problému, nebo jen hezky vygeneruje kus kódu?

    MiniMax uvádí výsledky například SWE-Bench Pro 59,0 %, Terminal-Bench 2.1 66,0 %, SWE-fficiency 34,8 %, KernelBench Hard 28,8 % a MCP Atlas 74,2 %.

    To jsou zajímavá čísla, ale pro mě je důležitější jiná část prezentace: MiniMax zdůrazňuje simulaci reálné spolupráce s vývojářem. Tedy ne jen jednorázový prompt, ale průběžné upřesňování požadavků, iterace, korekce a přepínání mezi úlohami.

    A to je přesně to, kde dnešní coding asistenti často selhávají. Umí navrhnout řešení, ale když se projekt začne větvit, narazí na limity paměti, plánování a sebekontroly.

    Agentní schopnosti: nejsilnější příslib i největší riziko

    MiniMax ukazuje několik působivých experimentů. M3 měl například autonomně reprodukovat práci oceněnou na ICLR 2025, běžet téměř 12 hodin, vytvořit 18 commitů a 23 experimentálních grafů. V jiném testu optimalizoval CUDA kernel přibližně 24 hodin, provedl 147 benchmarkových submitů a 1 959 tool callů, přičemž měl dosáhnout 9,4× zrychlení.

    Tohle je podle mě fascinující. Ne proto, že bych automaticky věřil každému číslu, ale protože to ukazuje směr: modely se neposouvají jen k lepším odpovědím, ale k dlouhodobé autonomní práci.

    A zároveň je to varování. Čím déle agent běží, tím důležitější je audit, logování, sandbox, limity oprávnění a možnost člověka zasáhnout. Agent, který udělá 1 959 tool callů, může být produktivní. Ale bez kontroly může být také drahý, chaotický nebo nebezpečný.

    Multimodalita od začátku, ne jako přívěsek

    MiniMax tvrdí, že M3 je nativně multimodální model, tedy že multimodalita není dodatečně přilepená vrstva, ale součást tréninku od začátku. Model má podporovat obrazový a video vstup a podle popisu MiniMaxu může fungovat i v režimu ovládání počítače.

    Tohle je podle mě důležité hlavně pro firemní workflow. Skutečná práce totiž není jen text. Máme PDFka, screenshoty, grafy, tabulky, UI aplikací, videa, logy, Excel soubory a interní nástroje. Model, který toto dokáže spojit, je mnohem blíž reálnému digitálnímu pracovníkovi než klasický textový chatbot.

    Open-weight model: pokud to MiniMax dotáhne, bude to zajímavé

    MiniMax M3 prezentuje jako první open-weight model, který spojuje frontier coding, milionový kontext a nativní multimodalitu. Na stránce zároveň uvádí, že model má být plně open-source na Hugging Face a GitHubu, s podporou privátního nasazení a fine-tuningu.

    Pro mě je tohle možná nejzajímavější část. Pokud bude model skutečně prakticky použitelný i mimo uzavřené API, otevírá to dveře firmám, které nechtějí posílat citlivý kód nebo dokumenty do cizího cloudu.

    Samozřejmě bude záležet na licenci, reálných hardwarových nárocích, kvalitě inference a dostupnosti vah. „Open-weight“ ještě automaticky neznamená jednoduché lokální nasazení.

    Můj názor

    MiniMax M3 beru jako jeden z modelů, které ukazují, kam se AI bude dál posouvat: od chatbotů k dlouhodobě pracujícím agentům. Nejde jen o to, že model odpoví lépe. Jde o to, že zvládne držet dlouhý kontext, používat nástroje, pracovat s multimodálními vstupy a postupně řešit komplexní úkol.

    Zároveň bych zůstal střízlivý. Hodně údajů pochází přímo od MiniMaxu, takže bych chtěl vidět nezávislé testy, reálné zkušenosti vývojářů a hlavně chování modelu v běžných projektech, ne jen v pečlivě připravených demonstračních úlohách.

    Ale směr je jasný. Podle mě už se neptáme jen: „Který model je chytřejší?“
    Začínáme se ptát: „Kterému modelu můžu svěřit kus skutečné práce?“

    A MiniMax M3 se evidentně snaží být odpovědí právě na tu druhou otázku.

  • Válka za cenu tokenu

    K agresivnímu nacenění za token se po DeepSeek, o kterém jsem již psal, připojuje i MiMo (Xiaomi). Tohle je jen pokračování tržní války mezi Čínou a USA.

  • LX 7G100

    Čína začíná prodávat svoje consumer GPU. Výkonově to sice na nVidii nestačí, ale je to začátek.

  • USA Cloud Act

    Velmi často se setkávám s dotazy ohledně bezpečnosti modelů, respektive ohledně přístupu k datům, code base, ukládání a používání dat.

    Dotazy jsou podobné, ať se jedná o on premise řešení (Gemma, Mistra, Qwen), o API přístup (Claude, ChatGPT, DeepSeek), o USA, o Čínu.

    Pocit bezpečí vychází z obchodních podmínek, ISO certifikace, SOC2, etc. Nicméně jako základní čtení bych doporučil USA Cloud Act.

  • AirBNB, jazykové modely a národní bezpečnost

    AirBNB si pochvalovalo fungování modelu Qwen od Alibaby a pak přišel dopis z kongresu.

  • Agentic swarm

    Zajímává přednáška o Agentic swarm přístupu.

  • Nekontrolovaný trh

    Eric Schmidt (ex Google CEO) zmiňuje problém nekontroly open-source čínských modelů (DeepSeek a spol.), které jsou dostupné globálně.