Microsoft zpřístupňuje orchestrační vrstvu Copilotu prostřednictvím Foundry

Microsoft 28. října 2026 zpřístupnil vývojářům a podnikovým zákazníkům prostřednictvím Microsoft Foundry orchestrační vrstvu Microsoft Copilot pro více modelů, která už pohání Copilot Code, Copilot Studio, aplikaci GitHub Copilot, Copilot CLI a VS Code, v oznámení na oficiálním blogu Microsoftu.

Microsoft popisuje orchestrace jako vše, co obklopuje model: vrstvu, která agentovi poskytuje správné pokyny, kontext, prostředí pro vykonávání úloh a ovládací prvky potřebné k jejich plnění. Podporuje otevřené standardy, jako je Model Context Protocol, a také dovednosti agentů a zásuvné moduly pro agenty. Orchestrace Copilotu vznikla v inženýrském týmu GitHubu a Microsoft ji zavedl v celé společnosti. V souvisejícím příspěvku na blogu Microsoft Foundry téhož dne byla orchestrace představena ve službě Foundry Agent Service ve veřejné ukázkové verzi a byla oznámena všeobecná dostupnost odolnosti pro dlouhodobě běžící hostované agenty.

Microsoft uvedl, že orchestrace je navržena tak, aby fungovala napříč rodinami modelů, podporovala více než 20 nejmodernějších modelů i možnost použít vlastní klíč a směrovala úlohy k nejvhodnějšímu modelu nebo modelům podle jejich povahy. Podle společnosti zajišťuje běh cyklu agenta i izolovaného prostředí sandboxu, přičemž má integrované řízení a optimalizaci; zákazníci dodávají pokyny, dovednosti, nástroje a sami volí model. Copilot SDK je ke stažení a orchestrace může běžet také v cloudu spravovaném službou Foundry. Microsoft uvedl, že jeho platformy zůstávají otevřené i pro jiné orchestrace a frameworky.

Spravované vykonávání úloh ve službě Foundry Agent Service

Veřejná ukázková verze podle příspěvku na blogu Foundry spojuje čtyři základní prvky. Opakovaně použitelné dovednosti sdružují pokyny, skripty a podpůrné zdroje do postupů, které může agent uplatnit při různých úlohách. Propojené nástroje zahrnují podporované nástroje Foundry a Model Context Protocol s výslovně nastaveným ověřováním a schvalováním. Vykonávání úloh a delegování umožňují agentům pracovat se soubory a kódem a předávat dílčí úkoly s jasně vymezeným rozsahem vestavěným podřízeným agentům, zatímco hlavní agent koordinuje výsledek. Definice agentů spravované ve správě zdrojového kódu lze spravovat společně s kódem aplikace. Orchestrace průběžně spravuje pracovní kontext a koordinuje kroky modelů a nástrojů v mezích nastavených limitů a zásad. Zákazníci si přitom mohou zvolit podporovaný model Foundry, aniž by kvůli tomu museli přepracovat související orchestrace.

Vývojáři mohou agenty vytvářet prostřednictvím náhledového rozhraní Azure Developer CLI (azd), portálu Foundry, sady Foundry Toolkit pro Visual Studio Code nebo modulu plug-in a dovednosti Microsoft Foundry v aplikaci GitHub Copilot. Příspěvek obsahuje vyjádření dvou společností. Chris Evans, technický ředitel společnosti Confluence Technologies, uvedl, že jeho tým zprovoznil řešení za méně než týden, takže se mohl soustředit na návrh a funkce namísto infrastruktury, která je zajišťuje. Orlando Ribas Fernandes, generální ředitel společnosti Fashable, uvedl, že orchestrace společnosti poskytuje základ pro převod složitých procesů zajišťování zdrojů na řízené a měřitelné pracovní postupy agentů, přičemž komerčně závazná rozhodnutí zůstávají pod lidskou kontrolou.

Omezení ukázkové verze a účtování od prosince

Během ukázkového období si zákazníci při vytváření agenta zvolí orchestraci Microsoft Copilot. Stávající agenti zůstávají beze změny, změna orchestrace po vytvoření agenta zatím není podporována a Foundry spravuje procesor, paměť i nastavení nečinnosti ve vykonávacím prostředí.

Účtování za orchestraci Copilotu ve službě Foundry Agent Service začne 1. prosince 2026 a bude se řídit spotřebou. Využívání orchestrace je do tohoto data zdarma, zatímco na odvozování výstupů modelů a na samostatně účtované nástroje a propojené služby se i nadále vztahují příslušné poplatky. Od 1. prosince bude výpočetní výkon sandboxu účtován sazbou $0.0994 za vCPU-hodinu a paměť sazbou $0.0118 za GiB-hodinu; ceny se liší podle regionu a smluvních podmínek.

Příspěvek také popisuje tři přístupy ve službě Foundry Agent Service: agenty založené na promptech, bez orchestrace, pokud k dané úloze stačí pokyny a podporované nástroje; agenty založené na promptech s orchestrací Copilotu pro spravované vykonávání úloh s dovednostmi, soubory a podřízenými agenty; a hostované agenty pro týmy, které potřebují vlastní framework, cyklus agenta, middleware, závislosti nebo chování za běhu, ale chtějí zachovat hostování spravované službou Foundry.

Odolnost hostovaných agentů při dlouhodobém běhu

Odolnost hostovaných agentů při dlouhodobém běhu je všeobecně dostupná a je určena pro úlohy, které trvají hodiny nebo dny. Foundry rozpozná přerušení a znovu spustí úlohu s původním vstupem, zatímco kód zákazníka ukládá průběh a průběžné výsledky, aby agent mohl pokračovat tam, kde skončil. Pokud agent aktualizuje jiný systém, musí pracovní postup při opětovném spuštění také zabránit duplicitním akcím. Microsoft upozornil, že samotná historie konverzace k obnovení rozpracované úlohy nestačí.

Vzniklo v GitHubu

Microsoft uvedl, že tento orchestrátorský framework vytvořili titíž inženýři z GitHub, kteří stojí za jeho prací na orchestraci více modelů, a že na tomto základu sjednocuje prostředí Copilotu. Dne 4. září 2026 představil GitHub Project HydraFusion, výzkumnou předběžnou verzi, která vytváří plán provádění s využitím modelů od více poskytovatelů a využívá tři postupy: single, při němž úkol přímo řeší jeden model; cascade, při němž efektivní model navrhne řešení a kontrolní mechanismus kvality rozhodne, zda úkol předat výkonnějšímu modelu; a critique, při němž nezávislý kritik s přístupem pouze pro čtení z jiné rodiny modelů zkontroluje návrh, než jej model, který jej vytvořil, upraví. GitHub uvedl, že při offline hodnocení HydraFusion zvýšil kvalitu ověřených úkolů na TerminalBench 2.1 o 4,9 procentního bodu při odhadovaných nákladech o 67 % nižších než u Claude Opus 5, na DeepSWE dosáhl výsledku vzdáleného nejvýše 1,5 bodu při nákladech nižších o 36 % a na interním CheckpointBench dosáhl výsledku vzdáleného nejvýše 0,1 bodu při nákladech nižších o 65 %.

GitHub také 16. září 2026 oznámil, že převedl běhové prostředí agenta Copilot z TypeScriptu do Rustu přímo na místě. Do 21. srpna 2026 tak vzniklo 832 378 řádků produkčního kódu v Rustu ve 128 postupně dodávaných pull requestech a Copilot SDK zpřístupňuje toto běhové prostředí prostřednictvím rozhraní pro šest programovacích jazyků. Microsoft tomuto převodu připisuje špičkový výkon v oboru i snížení režie relací a doby do prvního tokenu. V testech, které hlavní inženýr Microsoftu Stephen Toub provedl prostřednictvím C# SDK, se doba potřebná k vytvoření klienta a relace a dokončení jednoho kola interakce zkrátila z 5,25 sekundy před převodem na 292 milisekund při načtení běhového prostředí Rust v rámci procesu a maximální dodatečná spotřeba paměti při dávce deseti klientů klesla z 1 383 MB na 126 MB.