Microsoftov Copilot harness pretvara orkestraciju agenata u cloud uslugu
Foundry sada može da vodi petlju agenta, sandbox, alate i podagente. Za timove koji isporučuju softver, pitanje više nije samo kako izgraditi runtime, već koliko kontrole smeju da prepuste platformi.
Šta je Microsoft objavio
Microsoft je uveo Copilot harness u Foundry Agent Service kao javnu probnu verziju. Foundry sada može da vodi petlju agenta i izolovano sandbox okruženje, dok tim definiše instrukcije, višekratne procedure, dozvoljene alate i podržani model; agent može i da delegira ograničene zadatke podagentima.
Zašto ovo menja odluku graditi ili kupiti
Timovi više ne moraju sami da sklapaju svaki sloj potreban za koordinaciju konteksta, datoteka, alata i rada u više koraka. Podržani Foundry model može da se promeni bez ponovnog pisanja orkestracije, pa upravljana infrastruktura postaje ozbiljna alternativa sopstvenom agentnom runtimeu.
Granice probne verzije su bitne
Microsoft navodi da probna verzija nema SLA i da nije preporučena za produkciona opterećenja. Harness mora da se izabere pri kreiranju novog agenta, postojeći agenti ne mogu naknadno da pređu na njega, a sopstveni modeli trenutno nisu podržani; naplata korišćenja harnessa počinje 1. decembra 2026.
Virtual Arc još ne bi prebacio ključnog produkcionog agenta na ovu probnu verziju. Microsoft jeste uklonio veliki deo nediferenciranog infrastrukturnog posla, ali se zavisnost samo pomerila naviše: sa API-ja jednog modela na izvršni sloj koji upravlja kontekstom, alatima, sandbox okruženjem, odobrenjima i oporavkom posle greške. Za timove koji su već duboko na Azureu to može biti razumna razmena, ali tek kada se konkretan tok rada dokaže u realnim uslovima otkaza. Mi bismo jedan ograničen i lako povratan proces pustili paralelno sa postojećim sistemom, zadržali ugovore alata i stanje van upravljačkog sloja i merili cenu po završenom zadatku, latenciju, ponovne pokušaje, ljudske intervencije i kvalitet revizijskog traga. Ako rezultati potvrde vrednost, treba iznajmiti runtime i prestati sa održavanjem generičke orkestracije. Ako je ne potvrde, izlaz mora biti moguć bez ponovne izgradnje poslovne logike. Greška bi bila izjednačiti izbor modela sa prenosivošću, dok pravi lock-in nastaje u izvršnom sloju.
Pretvorite uvid u sistem koji radi.
Gradimo sloj za agente nezavisan od provajdera, sa ograničenim alatima, revizijskim tragom, evaluacijama i paralelnim testiranjem pre svake migracije. Ako Vaš tim procenjuje da li Foundry treba da zameni sopstvenu orkestraciju, vredi da razgovaramo.