Microsoft pune la dispoziție cadrul Copilot prin Foundry

Pe 28 octombrie 2026, Microsoft a pus cadrul Microsoft Copilot la dispoziția dezvoltatorilor și a clienților enterprise prin Microsoft Foundry. Acest strat de orchestrare multi-model stă deja la baza Copilot Code, Copilot Studio, aplicației GitHub Copilot, Copilot CLI și VS Code, potrivit unui anunț publicat pe blogul oficial Microsoft.

Microsoft descrie un cadru de orchestrare ca incluzând tot ceea ce înconjoară modelul: stratul care îi oferă unui agent instrucțiunile, contextul, mediul de execuție și controalele necesare pentru a-și îndeplini sarcinile, cu suport pentru standarde deschise precum Model Context Protocol, precum și pentru abilități de agent și pluginuri pentru agenți. Echipa de inginerie GitHub a creat cadrul Copilot, iar Microsoft l-a adoptat la nivelul întregii companii. În aceeași zi, o postare complementară pe blogul Microsoft Foundry a anunțat introducerea cadrului în Foundry Agent Service, în versiune preliminară publică, precum și disponibilitatea generală a funcției de reziliență pentru agenții găzduiți care rulează pe termen lung.

Microsoft a declarat că acest cadru este conceput să funcționeze cu familii diferite de modele, oferind suport pentru peste 20 de modele de ultimă generație și pentru utilizarea propriei chei, și că direcționează sarcinile către modelul sau modelele potrivite în funcție de activitate. Compania a precizat că acesta gestionează ciclul de funcționare al agentului și mediul sandbox, cu guvernanța și optimizarea integrate, în timp ce clienții furnizează instrucțiunile, abilitățile, instrumentele și modelul ales. SDK-ul Copilot poate fi descărcat, iar cadrul poate rula și în cloud-ul gestionat de Foundry; Microsoft a declarat că platformele sale rămân deschise și altor cadre de orchestrare și infrastructuri.

Execuție gestionată în Foundry Agent Service

Potrivit postării de pe blogul Foundry, versiunea preliminară publică reunește patru componente de bază. Abilitățile reutilizabile grupează instrucțiuni, scripturi și resurse auxiliare în proceduri pe care un agent le poate aplica în diverse sarcini. Instrumentele conectate includ instrumente Foundry acceptate și instrumente Model Context Protocol, cu autentificare și aprobări configurate în mod explicit. Funcțiile de execuție și delegare le permit agenților să lucreze cu fișiere și cod și să atribuie sarcini bine delimitate subagenților integrați, în timp ce agentul principal coordonează rezultatul. Definițiile agenților gestionate în sistemul de control al versiunilor pot fi administrate alături de codul aplicației. Cadrul gestionează contextul de lucru pe măsură ce sarcinile evoluează și coordonează pașii care implică modelele și instrumentele, respectând limitele configurate și regulile de politică. Clienții pot alege un model Foundry acceptat fără să fie nevoie să rescrie stratul de orchestrare din jurul acestuia.

Dezvoltatorii pot crea agenți folosind interfața în versiune preliminară Azure Developer CLI (azd), portalul Foundry, Foundry Toolkit pentru Visual Studio Code sau pluginul și abilitatea Microsoft Foundry din aplicația GitHub Copilot. Postarea include declarații din partea a două companii. Chris Evans, directorul tehnic al Confluence Technologies, a declarat că echipa sa a pus în funcțiune o soluție în mai puțin de o săptămână, ceea ce i-a permis să se concentreze pe design și funcționalități, nu pe infrastructura de bază. Orlando Ribas Fernandes, directorul general al Fashable, a spus că acest cadru oferă companiei o bază pentru a transforma procese complexe de aprovizionare în fluxuri de lucru cu agenți guvernate și măsurabile, păstrând totodată deciziile obligatorii din punct de vedere comercial sub controlul oamenilor.

Limitele versiunii preliminare și facturarea din decembrie

În perioada versiunii preliminare, clienții selectează cadrul Microsoft Copilot atunci când creează un agent. Agenții existenți nu sunt modificați, schimbarea cadrului după creare nu este încă acceptată, iar Foundry gestionează setările mediului de execuție pentru CPU, memorie și perioadele de inactivitate.

Facturarea pentru cadrul Copilot din Foundry Agent Service începe la 1 decembrie 2026 și se face în funcție de consum. Utilizarea mediului de execuție al cadrului este gratuită înainte de această dată, însă inferența modelului, precum și instrumentele și serviciile conectate facturate separat, rămân supuse tarifelor aplicabile. Începând cu 1 decembrie, calculul în mediul sandbox este facturat cu 0,0994 $ per oră-vCPU, iar memoria cu 0,0118 $ per oră-GiB; prețurile variază în funcție de regiune și de acord.

Postarea prezintă și trei abordări disponibile în Foundry Agent Service: agenți bazați pe prompt, fără cadrul de orchestrare, atunci când instrucțiunile și instrumentele acceptate sunt suficiente pentru sarcină; agenți bazați pe prompt, cu cadrul Copilot, pentru execuție gestionată cu abilități, fișiere și subagenți; și agenți găzduiți, atunci când echipele au nevoie de propriul cadru de lucru, ciclu de funcționare al agentului, middleware, dependențe sau comportament la rulare, păstrând totodată găzduirea gestionată de Foundry.

Reziliență pentru agenții găzduiți care rulează pe termen lung

Funcția de reziliență pentru agenții găzduiți care rulează pe termen lung este disponibilă în general și este destinată sarcinilor care durează ore sau zile. Foundry detectează întreruperile și reia sarcina folosind datele de intrare inițiale, în timp ce codul clientului salvează progresul și rezultatele intermediare, astfel încât agentul să poată continua de unde a rămas. Atunci când un agent actualizează un alt sistem, fluxul de lucru trebuie să prevină și executarea repetată a acțiunilor la repornire. Microsoft a menționat că istoricul conversației, singur, nu este suficient pentru a restabili o sarcină aflată în desfășurare.

Creat la GitHub

Microsoft a declarat că acest cadru a fost creat de aceiași ingineri de la GitHub care au contribuit la activitatea sa de orchestrare a mai multor modele și că își standardizează experiențele Copilot pe baza acestuia. Pe 4 septembrie 2026, GitHub a prezentat Project HydraFusion, o versiune preliminară de cercetare care creează un plan de execuție pentru modele de la mai mulți furnizori, folosind trei tipare: execuție singulară, în care un singur model rezolvă direct sarcina; execuție în cascadă, în care un model eficient elaborează o soluție, iar un mecanism de verificare a calității decide dacă sarcina trebuie transmisă unui model mai performant; și critică, în care un evaluator independent, cu acces doar pentru citire și dintr-o altă familie de modele, analizează o versiune preliminară înainte ca modelul care a redactat-o să o revizuiască. GitHub a raportat că, în evaluări offline, HydraFusion a îmbunătățit cu 4,9 puncte procentuale calitatea sarcinilor verificate, la un cost estimat cu 67% mai mic decât Claude Opus 5 pe TerminalBench 2.1; pe DeepSWE, rezultatele au fost la 1,5 puncte distanță, la un cost cu 36% mai mic; iar pe benchmarkul intern CheckpointBench, la 0,1 puncte distanță, la un cost cu 65% mai mic.

Pe 16 septembrie 2026, GitHub dezvăluise și că a migrat pe loc mediul de execuție al agentului Copilot din TypeScript în Rust, ajungând la 832.378 de linii de cod Rust în producție până la 21 august 2026, în urma a 128 de cereri de integrare livrate treptat; SDK-ul Copilot expune mediul de execuție prin șase interfețe pentru limbaje de programare. Microsoft atribuie acestei migrări performanța de vârf în industrie, precum și reducerea suprasarcinii sesiunilor și a timpului până la primul token. În benchmarkurile rulate de Stephen Toub, inginer distins la Microsoft, prin SDK-ul C#, timpul necesar pentru a crea un client și o sesiune și a finaliza o tură a scăzut de la 5,25 secunde înainte de migrare la 292 de milisecunde cu mediul de execuție Rust încărcat în același proces, iar memoria suplimentară maximă utilizată într-un lot de zece clienți a scăzut de la 1.383 MB la 126 MB.