Co je služba agenta Foundry Microsoft?

Foundry Agent Service je spravovaná platforma pro sestavování, nasazování a škálování agentů AI. Použijte libovolnou architekturu, libovolný podporovaný model z katalogu modelů Foundry a rozhraní API pro odpovědi jako jediný vstupní bod.

Zvolíte si, kolik platformy chcete:

  • Agenti pro prompty – vytvořte agenta pro prompty v portálu Foundry nebo ho definujte pomocí sad SDK a rozhraní REST a Foundry ho pak spustí za vás. Žádný kód aplikace pro údržbu, žádné výpočetní prostředky, za které se platí, a žádné kontejnery ani balíčky pro optimalizaci, škálování nebo opravu.
  • Hostovaní agenti — napište kód svého agenta pomocí Agent Framework, LangGraph, OpenAI Agents SDK, Anthropic Agent SDK, GitHub Copilot SDK nebo vlastního kódu, zabalte ho jako kontejner a nechte ho ve Foundry běžet se spravovaným koncovým bodem, škálováním, identitou a monitorováním.

Už máte kód agenta spuštěný mimo Foundry? Voláním rozhraní Responses API ve stávajícím procesu získejte modely Foundry a nástroje platformy, aniž byste museli přesouvat svůj kód.

Co je agent?

Agent je aplikace AI, která používá model z katalogu modelů Foundry k odůvodnění požadavků uživatelů a provádění autonomních akcí k jejich splnění. Na rozdíl od jednoduchého chatovacího robota, který generuje jenom text, může agent volat nástroje, přistupovat k externím datům a rozhodovat se napříč několika kroky, aby mohl dokončit úlohu. V některých případech agenti fungují bez chatovacího rozhraní – pracují nezávisle na pozadí, aktivované systémovými událostmi, k provádění úkolů jménem uživatele nebo organizace.

Každý agent kombinuje tři základní komponenty:

  • Model: Model z katalogu modelů Foundry, který poskytuje možnosti odůvodnění a jazyka.
  • Pokyny: Definujte cíle, omezení a chování. V Foundry můžou být pokyny založené na příkazovém řádku nebo kód hostovaného agenta.
  • Nástroje: Poskytují přístup k datům nebo akcím, jako jsou vyhledávání, operace se soubory nebo volání rozhraní API.

Diagram znázorňující komponenty agenta AI

Služba agenta na první pohled

Komponenty Co to dělá
Rozhraní API pro odpovědi Jeden vstupní bod pro každý typ agenta. Poskytuje jakýkoli přístup k modelům Foundry, procesu nebo modulu runtime a nástrojům platformy (vyhledávání souborů, interpret kódu, paměť, vyhledávání na webu, servery MCP).
Runtime prostředí agenta Hostuje a škáluje agenty pro prompty a hostované agenty. Spravuje konverzace, vyvolávání nástrojů a životní cyklus agenta.
Nástroje Integrované nástroje, včetně vyhledávání na webu, vyhledávání souborů, paměti, interpreta kódu, serverů MCP a vlastních funkcí. Spravované ověřování zahrnuje přihlašovací údaje spravované službou a On-Behalf-Of (OBO).
Modely Pracuje s mnoha modely z katalogu modelů Foundry, jako je GPT-4o, Llama a DeepSeek. Vyměňte modely bez změny kódu agenta.
Pozorovatelnost Kompletní trasování od začátku do konce, metriky a integrace s Application Insights. Podívejte se na každé rozhodnutí, které váš agent udělá.
Identita a zabezpečení Identita Microsoft Entra, řízení přístupu na základě rolí (RBAC), filtrování obsahu a izolace virtuální sítě. Důvěra na podnikové úrovni je součástí systému.
Publikování Agenti verzí vytvoří stabilní koncové body a sdílí je prostřednictvím Microsoft Teams, Microsoft 365 Copilot a Entra Agent Registry.

Začínáme s agenty

Zvolte cestu na základě toho, co se pokoušíte udělat:

  • Začínáte s agenty?Začněte s agentem výzvy – vytvořte agenta na portálu Foundry, vyberte model, připojte nástroje a pak ho volejte z kódu. Žádný runtime kód, který byste museli psát nebo udržovat — Foundry se o provoz agenta postará za vás.
  • Chcete vytvořit agenta založeného na kódu v Foundry?Nasaďte hostovaného agenta – zapište agenta pomocí agenta Framework, LangGraph, sady OpenAI Agents SDK nebo vlastního kódu, zabalte ho jako kontejner a nechte Foundry spustit ho se spravovaným koncovým bodem, škálováním a identitou.
  • Chcete používat modely a nástroje Foundry z kódu agenta, který už provozujete jinde?Volejte Responses API ze svého stávajícího procesu a získejte modely Foundry a nástroje platformy, aniž byste museli přesouvat svůj kód.

Typy agentů

Ve službě agenta existují dva hlavní typy agentů:

  • Prompt agenti – tvorba v portálu nebo v kódu, plně spravované běhové prostředí.
  • Hostovaní agenti – kód vašeho agenta, který spouští Foundry.

Pobídnout agenty

Agenti podnětů jsou definováni zcela prostřednictvím konfigurace – instrukce, výběr modelu a nástroje. Vytvoříte je na portálu Foundry pro rychlý start nebo je definujete programově pomocí sad SDK nebo rozhraní REST API pro integraci s pracovními postupy CI/CD. V obou směrech foundry spustí agenta za vás – neexistuje žádný kód aplikace, který by bylo potřeba udržovat, žádné výpočetní prostředky, za které platíte, a žádné kontejnery ani balíčky pro optimalizaci, škálování nebo monitorování zabezpečení.

Dvě cesty, jak začít:

  • Nejdřív portál – vytvořte agenta interaktivně na portálu Foundry, otestujte ho v dětském prostředí a pak ho volejte z kódu aplikace.
  • Nejprve kód – definujte agenta pomocí sady SDK nebo rozhraní REST API v kanálu nasazení, povolení správy verzí, kontroly kódu a automatizovaného zavedení.

Nejlepší pro: Rychlé zahájení práce s interními nástroji, produkčními agenty, kteří nepotřebují vlastní logiku orchestrace, a týmy, které chtějí spravovaný modul runtime bez režie na infrastrukturu.

Hostovaní agenti

Hostovaní agenti jsou agenti založené na kódu, které vytvoříte pomocí Agent Framework, LangGraph, Sdk pro agentyOpenAIAnthropic Agent SDK, GitHub Copilot SDK> nebo vlastní kód. Nasaďte agenta buď jako image kontejneru, nebo jako ZIP archiv se zdrojovým kódem — pokud dodáte ZIP archiv, Foundry pro vás image vytvoří — a pak ho Foundry spustí se spravovaným koncovým bodem, automatickým škálováním, vyhrazenou identitou Microsoft Entra, zachováním stavu na úrovni relace a komplexním monitorováním.

Na pozadí kód vašeho agenta volá rozhraní Responses API na koncovém bodu vašeho projektu Foundry pro inferenci modelu a orchestraci nástrojů, což vám poskytuje přístup k modelům Foundry z katalogu a ke sjednocené sadě nástrojů platformy — ke standardním nástrojům OpenAI, jako je vyhledávání v souborech, interpret kódu a webové vyhledávání, i k nástrojům dostupným pouze ve Foundry, jako jsou SharePoint, WorkIQ a Fabric IQ.

Nejvhodnější pro: Agenty, které volají váš vlastní kód; dále také pro vlastní logiku orchestrace, víceagentní systémy a vlastní protokoly (webhooky, hlasová rozhraní, AG-UI), kde chcete mít plnou kontrolu nad logikou agenta, zatímco Foundry zajišťuje hostování, škálování a správu identity.

Pokud raději chcete svůj kód agenta spouštět mimo Foundry, například jako součást existující aplikace, stále můžete využívat modely a nástroje platformy Foundry přímým voláním rozhraní Responses API ze svého procesu. Viz Použití rozhraní API pro odpovědi z vlastního kódu.

Porovnání typů agentů

Pobídnout agenty Hostovaní agenti
Plocha pro vytváření obsahu Portál, SDK nebo REST Agent Framework, LangGraph, OpenAI Agents SDK, Anthropic Agent SDK, GitHub Copilot SDK, vlastní kód
Modely Foundry + nástroje platformy Ano Ano (prostřednictvím rozhraní API odpovědí na koncovém bodu projektu Foundry)
Podpora dovedností Ano Ano
Kód modulu runtime, který se má udržovat None Ano – logika vašeho agenta
Výpočetní prostředky pro správu Žádné – plně spravované Kontejnerové výpočetní prostředky, spravované platformou Foundry
Spravované koncové zařízení Ano Ano
Autoscale Automatické, spravované službou Foundry; škáluje se podle objemu požadavků Automatické, spravované platformou Foundry; škáluje počet instancí kontejnerů podle relace a objemu požadavků
Identita agenta (Entra) Ano Automatické, vyhrazené pro každého agenta
Model nákladů Inference na jedno volání + použití nástrojů Odvození podle volání + využití nástroje + výpočetní prostředky kontejneru
Nejlepší pro Rychlé spuštění, produkční agenti bez vlastní orchestrace Agenti, kteří volají vlastní kód; sekundárně vlastní logiku pro orchestraci

Používejte Responses API ve vlastním kódu

Responses API je jediný koncový bod pro model a nástroje, který stojí za každým typem agenta. Můžete ji volat přímo z vlastního kódu a získat tak modely Foundry a nástroje platformy, aniž byste v Foundry museli vytvořit prostředek agenta. Tento vzor doplňuje hostované agenty, nikoli je nenahrazuje — stejný kód v Agent Frameworku může už dnes ze svého vlastního procesu volat Responses API a později být zabalený jako hostovaný agent v kontejneru, až budete chtít koncový bod spravovaný službou Foundry.

Viz Rychlý start: Použití rozhraní Responses API, kde najdete možnosti endpointu a ucelené příklady.

Podpora modelů

Služba agenta funguje s mnoha modely dostupnými v katalogu modelů Foundry. Úplný seznam najdete v tématu Kvóty, limity a regionální podpora.

Nástroje

Služba agenta poskytuje integrované nástroje a podporuje vlastní nástroje, aby vaši agenti mohli provádět akce a přistupovat k datům. Úplný seznam najdete v katalogu nástrojů Foundry. Pokročilé vzory výběru nástrojů najdete v části Osvědčené postupy nástroje.

Foundry podporuje vzdálené servery MCP, které můžete přidat z katalogu Přidat nástroje na portálu Foundry. Například Azure DevOps MCP Server (Public Preview) je možné přidat přímo z katalogu. Připojte Azure DevOps organizaci, abyste povolili přístup k agentům, a nakonfigurujte podmnožinu dostupných nástrojů, abyste mohli řídit, které akce můžou agenti provádět. Vlastní servery MCP hostované na Azure Functions můžete také připojit pomocí koncového bodu webhooku Functions MCP (/runtime/webhooks/mcp) a zpřístupnit tak vašim agentům vlastní nástroje.

Mezi podporované možnosti ověřování pro servery MCP a další připojení nástrojů patří:

  • Přístup založený na klíčích
  • Microsoft Entra (pomocí spravované identity agenta nebo spravované identity projektu)
  • Předávání identity OAuth (jako Prostředník)
  • Neověřený přístup, pokud je to vhodné

Tyto možnosti ověřování platí také při připojování vzdálených serverů MCP s přihlašovacími údaji a obory spravovanými v konfiguraci nástroje.

Skříňka na nářadí

Sada nástrojů umožňuje definovat kurátorované sady nástrojů jednou, spravovat je centrálně v Foundry a zpřístupnit je prostřednictvím jednoho koncového bodu kompatibilního s MCP. Jakýkoli modul runtime agenta kompatibilní s MCP nebo klient může využívat sadu nástrojů bez ohledu na architekturu, kterou používáte. Správa verzí sady nástrojů vám dává explicitní kontrolu nad tím, kdy se změny projeví – vytvořte novou verzi, otestujte ji a povyšte ji na výchozí, až budete připraveni.

Poznámka

Některé nástroje, včetně paměti a webového vyhledávání, jsou ve verzi Preview. Dostupnost podle oblastí a stavu Preview najdete v tématu Podpora nástrojů podle oblastí a modelů.

Životní cyklus vývoje

Služba agenta podporuje úplný pracovní postup sestavení-testování-nasazení-monitorování:

  1. Vytvořte — Definujte agenta pro prompty v portálu nebo pomocí sady SDK, nebo napište hostovaného agenta, který volá Responses API.
  2. Test – Chatujte s vaším agentem na hřišti agentů nebo místně spusťte. Integrace serverů MCP, včetně vlastních serverů MCP hostovaných ve službě Azure Functions, lze testovat přímo v Playgroundu a před publikací tak ověřit konektivitu nástrojů, oprávnění a jejich chování.
  3. Trasování – Prozkoumejte každé volání modelu, vyvolání nástroje a rozhodnutí pomocí sledování agentů.
  4. Vyhodnocení – spustit vyhodnocení pro měření kvality a zachycení chyb.
  5. Optimalizace – Automaticky vylepšete pokyny hostovaného agenta pomocí optimalizátoru agenta.
  6. Publikovat — Propagujte svého agenta na spravovaný prostředek se stabilním koncovým bodem.
  7. Monitorování – Sledování výkonu a spolehlivosti pomocí metrik služeb a řídicích panelů

Podrobný návod najdete v tématu Životní cyklus vývoje agenta.

Podnikové možnosti

Služba agenta poskytuje infrastrukturu na podnikové úrovni pro každého nasazeného agenta:

  • Agent identity – Každý agent může mít vyhrazenou Microsoft Entra identitu, která umožňuje zabezpečený a vymezený přístup k prostředkům a rozhraním API bez sdílení přihlašovacích údajů. Identity agentů se můžou ověřit na externích serverech MCP, včetně těch hostovaných na Azure Functions, a předávání OAuth on-Behalf-Of (OBO) se podporuje při konfiguraci.
  • Soukromé sítě – Spusťte agenty ve vaší virtuální síti Azure pro úplnou izolaci sítě a splnění požadavků na místní uchovávání dat. Privátní síťování je k dispozici pro agenty promptů. Hostovaní agenti podporují vlastní Azure Virtual Network (BYO VNet), kde každá relace běží v izolovaném sandboxu virtuálního počítače připojeném k vaší virtuální síti.
  • Řízení přístupu na základě role – jemně odstupňovaná oprávnění prostřednictvím Microsoft Entra a Azure RBAC. Určete, kdo může vytvářet, volat a spravovat agenty.
  • Bezpečnost obsahu – Integrované filtry obsahu pomáhají zmírnit rizika injektáže podnětů (včetně injektáže mezi podněty) a zabránit nebezpečným výstupům.

Pokyny k nastavení prostředí najdete v tématu Nastavení prostředí.

Publikování a sdílení

Služba agentů poskytuje integrované správy verzí a publikování, aby se vaši agenti mohli přesunout z vývoje do produkčního prostředí s jistotou.

  • Verzování — Když provádíte iteraci na vašem agentovi, verze jsou automaticky pořizovány. Vraťte se zpět na předchozí verzi nebo porovnejte změny mezi verzemi.
  • Publikování – Zvýšení úrovně agenta na spravovaný prostředek se stabilním koncovým bodem Publikované agenty dědí identitu organizace a řízení přístupu nakonfigurované pro váš projekt a dají se vyvolat programově.
  • Distribution – Sdílejte publikované agenty prostřednictvím Microsoft 365 Copilot a Teams a registru agentů Entra, kde vaši uživatelé již pracují. Služba Foundry Agent podporuje protokoly OpenResponses a Activity pro publikování Microsoft 365, protokol Vyvolání pro flexibilní integraci koncových bodů s vlastními aplikacemi a službami a protokol A2A (Preview) pro komunikaci mezi agenty.

Zabezpečení, ochrana osobních údajů a dodržování předpisů

Služba agenta je určená pro podnikové úlohy, kde potřebujete silné kontroly nad identitou, sítěmi, zpracováním dat a bezpečností.

  • Bezpečnostní prvky: Pomocí integrovaných mantinelí můžete snížit nebezpečné výstupy a zmírnit rizika injektáže výzvy, včetně útoků prostřednictvím injektáže mezi výzvami (XPIA).
  • Řízení izolace sítě a rezidence dat: K splnění vašich požadavků použijte virtuální sítě a přineste si vlastní prostředky.
  • Přineste si vlastní prostředky: Použijte své vlastní prostředky Azure (například úložiště, Azure AI Vyhledávač a Azure Cosmos DB pro stav konverzací), abyste splnili požadavky na soulad s předpisy a provozní potřeby. Viz Použití vlastních prostředků.
  • Pokyny pro zodpovědnou AI: Širší sadu doporučení a zdrojů pro řízení najdete v tématu Zodpovědná AI pro Microsoft Foundry.

Související obsah

  • Last updated on