8 Minutit
Microsoft avaldas novembris 2025 värskendatud teekaardi Visual Studio AI-integratsiooni arenduse kohta, kus on kirjeldatud katsefunktsioone, agentipõhiseid töövooge ja täiustusi, mille eesmärk on muuta IDE arendajatele targemaks, kiiremaks ja produktiivsemaks. Need kirjeldatud funktsioonid peegeldavad aktiivset uurimistööd, sisemist planeerimist ja kogukonna tagasisidet — need ei ole garantiid kindlatele väljaannetekomplektidele ega lõplikud avalikud avaldused.
What Microsoft is testing in Visual Studio
Teekaart keskendub agentsete kogemuste loomisele — sellistele AI-abilistele, mis saavad IDE sees otsuseid langetada ja sooritada tegevusi arendaja nimel. Microsoft uurib mitut uut agentide tüüpi: kasutaja loodud kohandatud agentid, mis võimaldavad arendajal defineerida spetsiifilisi rolle ja tööülesandeid; testagent, mis automatiseerib katsetuste (unit-, integraatsiooni- ja funktsionaaltestide) jaoks vajalikke töövooge; ning siluriagent (debugger agent), mis aitab vigade eraldamisel, reproduktsioonil ja lahenduse ettepanekul. Lisaks on uurimistöös paralleelsuse lahendused, mis lubavad käivitada samaaegselt mitut Visual Studio Agenti, võimaldades keerukamaid paralleelseid ja sõltuvuspõhiseid töövooge, kus eri agentid täidavad eri ülesandeid samal projektil.
Selline agentipõhine lähenemine võib oluliselt muuta arendustsükleid: näiteks võib testagent automaatselt käivitada regressioonitestid pärast commit’i, analüüsida ebaõnnestumisi, kinnitada võimalikud kõrvalmõjud ja koostada arendajale toimingute loetelusid. Siluriagent võiks visualiseerida kooditee, tuvastada võimalikud root-cause sihtkohad ning isegi pakkuda ettepanekuid paranduste kohta, mis põhinevad varasematel sarnastel andmestikel ja mustritel. Kohandatud agentide võimekus tähendab, et ettevõtted ja avatud lähtekoodi projektid saavad defineerida spetsiifilisi reegleid — näiteks koodi stiilijuhised, turvanõuded või CI/CD poliitikad — ning lasta agentidel neid reegleid automaatselt kontrollida ja rakendada.
Tehnilises plaanis on Microsoft rõhutanud, et agentid peavad töötama turvaliselt ja läbipaistvalt: logisid, otsuseõiguseid ja tegevuste ajaloo tuleb hoida nii, et neid oleks võimalik auditeerida. Samuti käsitletakse küsimusi nagu andmete privaatsus, mudelite ligipääsu kontroll ja selle tagamine, et tundlik kood või konfidentsiaalne teave ei lekiks välistele teenustele ilma asjakohase lubata. Need kujud ja piirangud on eriti olulised suurettevõtete ja reguleeritud tööstusharude (nt finantsteenused, tervishoid) jaoks.
Making chat and Agent Mode more useful
Agent Mode’i ja vestluse (Chat) liidese järkjärguline täiustamine tugineb kogukonna tagasisidele ning sisemistele testidele. Põhieesmärk on muuta interaktsioon sujuvamaks, vähendada käsitsi tehtavaid samme ja parandada sellest tulenevat tootlikkust. Planeeritud täiustuste hulka kuuluvad mitmed kasutusmugavust tõstvad ja funktsionaalsust suurendavad elemendid, mis on üles ehitatud vestluspõhise töövoo toetamiseks ja AI-abiliste paremale integreerimisele arendusprotsessi.
- Slash-käsud kiireks prompti kutsumiseks ja vestluse haldamiseks: see muudab korduvate tegevuste, nagu testide käivitamine, koodilõikude analüüs või täpsemate päringute käivitamine, lihtsaks ning kiirendab sagedaste ülesannete täitmist. Slash-käsud võivad samuti lubada mallipõhiseid päringuid (snippets) ja modulaarseid töövooge, mis säästavad aega.
- Globaalne kohandatud juhend (global custom instructions), mis säilitab sinu eelistused seansside lõikes: see tähendab, et arendaja eelistused, stiilijuhised ja töövoo sätted jäävad püsima ning agentid kasutavad neid järjepidevalt kõigis seanssides ja projektides, kus see on lubatud. See toetab konsistentsust meeskonna siseselt ja vähendab vajadust iga kord samu sätteid uuesti määrata.
- Targem tööriistakõne (smarter tool-calling): dünaamiline tööriistade kutsumine ja vestluse ajaloo (thread-history) kokkuvõtete genereerimine aitab hoida pikemaid dialooge loogilisena ja koherentsetena. Kui vestlus venib või hõlmab mitut teemat, suudab süsteem automaatselt kokku võtta varasema diskussiooni olulised punktid ja anda agentile vajaliku konteksti, et väljastada täpsemaid ja järjepidevamaid vastuseid.
- Paremad planeerimisvahendid Chat'is, sealhulgas sisesisene eelvaade (inline preview) ja mõnede planeerimisvaadete muutmine kirjutuskaitsteks, et vähendada juhuslikke muutmisi. Need tööriistad aitavad dokumenteerida samme, genereerida kontroll-lehti ning säilitada versioonihaldust planeeritud ülesannete kohta.
Lisaks nendele kasutajakesksetele täiustustele kaalub Microsoft ka integratsiooni olemasolevate arendustööriistadega: näiteks seost Visual Studio Taski süsteemi, issue-trackeritega (GitHub Issues, Azure Boards) ja CI/CD torudega. See võimaldaks vestluspõhistelt agentidelt pärit tegevusi automaatselt ümber suunata konkreetsetesse projektijuhtimise tööriistadesse — muutes AI-põhised soovitused otseselt rakendatavateks tööülesanneteks. Samuti testitakse võimalusi, kus agentid võiksid generaalselt koostada koodiarendusele kuuluvate tegevuste järjekorra, hinnata tööde keerukust ja pakkuda ressursi- või ajakulu prognoose, mis aitavad meeskondadel planeerida sprint’e ja vabastamistsükleid.
Deeper integration with MCP and enterprise controls
Microsofti eesmärk on implementeerida täielik MCP (Model Connectivity Protocol) spetsifikatsioon, et meeskonnad saaksid turvaliselt ühendada kogu oma arenduskeskkonna ja mudeliserverid. MCP on mõeldud standardiseerima viisi, kuidas IDE ja modelisüsteemid omavahel suhtlevad, jagavad autentimist, logimist ja päringute suunamist. Rohkem kui lihtsalt tehniline integreerimine, lubab MCP sätestada ka haldus- ja turvapoliitikad, mis on vajalikud ettevõtte tasemel kasutamiseks.
Töökohad MCP-iga seoses hõlmavad mitmeid täpsustusi: parem sampling-window kasutajaliidese (UX) lähenemine, mis aitab arendajal või administraatoril valida, kuidas ja millal mudeleid proovida; jõudluse optimeerimine ja token-kasutuse vähendamine MCP serverites, mis mõjutab otseselt kulusid ja latentsust; ning võimalus lubada organisatsioonidel allow-listida kindlaid MCP lõpp-punkte (endpoints), mida tohib kasutada konkreetsetes repodes või organisatsiooni piires. See on oluline finants- ja turvariskide juhtimiseks, et vältida volitamata mudelite või avalike teenuste kasutamist tundlike projektide puhul.
Ühtne MCP-liides (unified MCP UI) on samuti teekaardil, et lihtsustada haldust: see võiks koondada mudelite loendi, juurdepääsuõigused, kasutusstatistika ja auditilogid ühte portaalivaatesse, võimaldades adminitel kiirelt tuvastada anomaaliaid, hallata lubasid ja teha poliitikaid kuvatavate andmete alusel. Ettevõttesisene integratsioon hõlmab ka autentimis- ja autoriseerimismehhanisme (nt Azure Active Directory), auditilogimist, andmete krüpteerimist ja võimalusi kasutada ettevõtte sise- või privaatseid modeliservereid (on-prem või VPC), et hoida tundlikku infot kontrolli all.
Lisaks juriidilistele ja poliitilistele aspektidele keskenduvad tööüksused ka kasutajakogemuse rafineerimisele: näiteks kuidas näidata mudelivalikuid arendajale, kuidas hallata vaikimisi prioriteete modelibriifide jaoks, kuidas pakkuda transpaarsust mudelite päritolu ja versioonide kohta ning kuidas automated rollouts (automaatne väljalase) toimiks MCP kaudu ilma, et see tekitaks ootamatuid katkestusi arendusprotsessis.
Model access, auto-routing, and GPT-5 Codex
Üks tähelepanuväärne funktsioon, mida praegu hinnatakse, on „automaud-mudel“ (auto model) valik, mis suunab päringud automaatselt kõige sobivamale mudelile — vähendades käsitsi lülitumise vajadust ja tasakaalustades kvaliteeti ning jõudlust. Selline automaatne marsruutimine võib põhineda faktoritestidel nagu mudeli latentsus, kulud per päring, täpsus antud ülesande puhul ja ettevõtte poolt seatud prioriteedid (näiteks privaatsus eelistatud mudeli kasutamisel vs. võimsam avalik mudel). Auto-routing võib aidata vähendada ülesannete halduskoormust ja tagada parema kasutuskogemuse, kus arendaja ei pea pidevalt mudelite vahel manualiselt navigeerima.
Microsoft plaanib ka laieneda uute mudelite juurdepääsu osas, sealhulgas pakkudes GPT-5 Codex'i vestluses (Chat) koodisoovituste ja refaktoreerimisettepanekute jaoks. GPT-5 Codex on kujuteldav kõrgema erialase võimekusega mudel, mis on optimeeritud programmeerimisülesannete, süntaksi mõistmise ja kontekstipõhise koodi genereerimise jaoks. Selle integreerimine võiks pakkuda arendajatele täpsemaid, optimeeritumaid ja kontekstitajuvamaid koodinäiteid, inteligentset refaktoreerimist ja keerukamate ülesannete delegeerimist AI-agentidele.
Microsoft on teadlik mudelite aegumisest ja deprekeerimisest ning kavatseb sujuvalt hallata üleminekuid, et kasutajad ei jääks ootamatult ilma ligipääsust retireeritud mudelitele. See hõlmab tagavaraplaane, sildade loomist vana mudeli ja uue mudeli vahel, migratsioonijuhiseid ning võimalust säilitada vanemate mudelite käitumist nagu emuleerimisparameetrid, et säilitada stabiilsus ja järjepidevus tootmiskeskkondades.
Tuleb arvestada ka mudelipõhise logimise ja explainability tööriistadega — eriti ärikeskkondades, kus otsuste selgitamise nõue võib olla regulatoorne. Microsoft rõhutab, et mudeliotsused peaksid olema auditeeritavad ja selgelt dokumenteeritud: mis andmed anti mudelile, millised versioonid olid kasutusel ja milliseid transformatsioone rakendati sisenditele, et selgitada agentide poolt tehtud soovitusi või tehtud muudatusi koodis.
Pange tähele: Microsoft rõhutab, et need punktid on uurimis- ja planeerimismärkmed, mitte kohesed lubadused või kindlad tootefunktsioonid. Paljud omadused viiakse välja järk-järgult eksperimendi ja kasutajatestimise alusel ning mõni kavandatud funktsioon võib testimise tulemusel muutuda või mitte jõuda kunagi lõppkasutajani. Arendajatele ja organisatsioonidele soovitatakse jälgida ametlikke teadete ja dokumentatsiooni värskendusi, osaleda avalikes uuringutes ning eksperimentaalseid tööriistu kontrollitud keskkondades testida, enne kui neid tootmises laialdaselt kasutatakse.
Allikas: neowin
Jäta kommentaar