VS Code lubab kohalikud mudelid Copiloti agentideks, kuid hoiab neid GitHubi rihma otsas

Microsoft laiendab Visual Studio Code’is vaikselt, kuid oluliselt agendikihti. VS-koodi dokumentatsioon kirjeldab nüüd stsenaariumi, kus kasutaja saab lisada Copiloti kohandatud keelemudeleid, sealhulgas Ollama kaudu kohapeal töötavad mudelid. Koos sellega reklaamib ettevõte eraldi agentide akent – ​​liidest, mis ei ole mõeldud mitte ühe vestluse jaoks koodi kõrval, vaid erinevate projektide mitme agendiseansi haldamiseks.

Esmapilgul on see uudis arendajatele. Tegelikult näitab see hästi laiemat nihet: kohalikud mudelid ei ole enam entusiastide mänguasjad ja neid integreeritakse järk-järgult masstöövahenditesse. Kuid need on sisse ehitatud mitte täiesti autonoomse vabadusena, vaid osana platvormist, kus juurdepääsu, liidest ja osa loogikast kontrollib endiselt GitHub Copilot.

Mis juhtus

Keelemudelite jaotises selgitab VS Code, et saadaolevate mudelite loendit saab laiendada pakkujate ja kohandatud võtmete kaudu. Näited näitavad otse, et Ollama töötab kohapeal, valikuloendis on mudel Phi-4. See tähendab, et arendaja saab kasutada mitte ainult standardseid Copiloti pilvemudeleid, vaid ka mudelit, mis töötab tema masinas või enda infrastruktuuris.

On oluline tingimus: et mudel oleks agendipõhiste stsenaariumide jaoks saadaval, peab see toetama tööriistade kutsumist. See on loogiline. Tavaline vestlus võib vastata tekstiga ja agent peab suutma kutsuda tööriistu, lugeda konteksti, soovitada muudatusi, töötada ülesannetega ja osaleda tegevusahelas. Ilma tööriistade kutsumiseta jääb kohalik mudel pigem vestluskaaslaseks kui esinejaks.

Paralleelselt kirjeldab VS Code agentide akent eraldi töörežiimina. See pole lihtsalt järjekordne vestluspaneel. Dokumentatsioon nimetab seda “agent-first” liideseks: kasutaja saab käivitada ja jälgida mitut seanssi, lülituda tööruumide vahel, vaadata muudatusi, käivitada kontrolle ja hoida agendi ülesandeid eraldi aknas ilma iga projekti käsitsi avamata.

Kus on “paikkonna” saak

Peamine detail on peidetud KKK-sse. VS Code ütleb otse: kohapeal hostitud mudelite kasutamine nõuab endiselt juurdepääsu Copiloti teenusele, GitHubi kontot Copiloti plaaniga (isegi tasuta) ja Interneti-ühendust. Kohalikku mudelit ei ole praegu võimalik täiesti võrguühenduseta kasutada. Te ei saa seda kasutada ka ilma Copiloti plaanita.

See ei muuda funktsiooni kasulikkust, kuid muudab sõna “kohalik” tähendust. Mudel võib teie masinas töötada, kuid arvutused ei pruugi minna mudeli pakkuja pilve. Kuid töövoog jääb juhtkihina seotud Copilotiga: autoriseerimine, agentide integreerimine ja osa infrastruktuuri loogikast läbivad Microsofti/GitHubi teenuse.

LocalLLaMA entusiastide jaoks tundub see peaaegu nagu suur müüja klassikaline kompromiss: “jah, võite kasutada oma mudeleid, kuid meie turniketi kaudu.” Keskmise arendaja jaoks võib see vastupidi olla mugav sild. Pole vaja koostada eraldi agendiraamistikku, seadistada oma IDE-integratsiooni ega mõelda, kuidas mudelit oma tavapärasesse protsessi integreerida. VS Code lihtsalt lisab tuttavale liidesele kohaliku mudeli.

Miks pole see oluline mitte ainult programmeerijate jaoks

VS Code’i lugu on oluline, sest koodiredaktorist on pikka aega saanud üks peamisi agendipõhise tehisintellekti testimise aluseid. Seal on selgelt näha, kuidas vestlusbot muutub tegumioperaatoriks: see loeb faile, soovitab muudatusi, käivitab käske, kontrollib tulemust ja mõnikord viib läbi mitu paralleelset tööharu.

Kui sellised tööriistad hakkavad laialt levima, ei muuda see mitte ainult programmeerijate tööd. Sarnane loogika jõuab järk-järgult ka kontorikomplektidesse, CRM-i, raamatupidamisse, disaini, analüütikasse ja ettevõtte sisesüsteemidesse. Kasutaja ei küsi lihtsalt “kirjuta tekst” või “selgita tabelit”, vaid käivitab väikesed töövood: kontrolli lepingut, uuenda aruannet, otsib andmebaasist vigu, koostab väljalase, võrdleb versioone, koostab esitluse.

Seetõttu muutub kohalike mudelite küsimus praktiliseks. Ettevõtted vajavad võimalusi, kus andmed jäävad neile lähedale: sülearvutis, ettevõtte andmekeskuses, privaatses pilves või reguleeritud keskkonnas. Samal ajal vajavad nad tuttavat liidest, juurdepääsu kontrolli, auditeerimist ja tuge. VS Code näitab üht võimalikku varianti tulevikuks: mudel võib küll olla sinu oma, aga töökoht ja juurdepääsureeglid on platvormipõhised.

Kohalikud mudelid on küpsemas

Kuni viimase ajani räägiti kohalikest LLM-idest peamiselt kodus avatud kaaludega mängimise viisist: laadige mudel alla, käivitage see Ollamas, vestelge ilma pilveta. Nüüd läheb stsenaarium tõsisemaks. Mudelid nagu Phi, Qwen, Kimi, Llama, DeepSeek ja teised on järjest enam piisavalt head konkreetsete ülesannete jaoks: koodi selgitamine, esmane ümbertöötamine, testi kirjutamine, logi analüüsimine, mustandi ettevalmistamine.

See ei tähenda, et kohapealne mudel asendab homme parimad pilvesüsteemid keeruka agendipõhise kodeerimise jaoks. Piirangud jäävad: arutluse kvaliteet, kontekst, tööriistade kutsumine, kiirus tavalisel riistvaral, käskude turvalisus, veataluvus. Kuid reaalses töös pole sageli vaja absoluutset “targemat mudelit”, vaid pigem piisavalt head mudelit paljude odavate ja korratavate ülesannete jaoks.

Siin muutub oluliseks integreerimine VS-koodiga. Kui kohalik mudel elab terminalis eraldi, kasutavad seda entusiastid. Kui see ilmub Copiloti mudelivalijasse ja osaleb potentsiaalselt redaktori agendiaknas, on see juba samm massilise tööstsenaariumi suunas.

Miks Microsoftil sellist hübriidi vaja on?

Microsoft ei ole huvitatud kasutajatele lihtsalt Copiloti sõltumatuse jagamisest. Kuid sellest on kasu, kui muuta VS Code AI arenduse juhtimise keskseks punktiks. Kui arendaja saab ühes liideses valida pilvemudelite, kohalike mudelite ja väliste pakkujate vahel, ei muutu VS Code mitte ainult toimetajaks, vaid ka AI-töövoo halduriks.

See kaitseb platvormi mõlemalt poolt. Ühest küljest nõuavad kasutajad suuremat valikut ega taha olla igaveseks ühte mudelisse lukustatud. Teisest küljest on Microsofti jaoks oluline säilitada kontroll kasutajakogemuse, integratsiooni, arveldamise, poliitikate ja ettevõtte seadete üle. Seetõttu ilmub valem: “too oma mudel, kuid tööta läbi meie süsteemi.”

See on ka viis, kuidas GitHub Copilot ei kaota kohalikule liikumisele. Kui kohalikud mudelid muutuvad paremaks ja odavamaks, pole mõtet neid keelata. Palju mõttekam on need Copiloti integreerida, et kasutaja jääks endiselt GitHubi ökosüsteemi.

Mida see arendajate jaoks muudab?

Praktiline järeldus on lihtne: lähikuudel tasub vaadata mitte ainult üksikute mudelite kvaliteeti, vaid ka seda, kuidas need töövahenditega ühenduvad. Mudel ilma tavapärase IDE-integratsiooni, tööriistade kutsumise, projekti konteksti ja muudatuste juhtimiseta jääb poolfabrikaadiks. Tuttavasse redaktorisse sisseehitatud mudel saab tootmisprotsessi osaks.

Üksikutele arendajatele on see võimalus kohalike mudelitega odavamalt katsetada ja pilvepiiranguid leevendada. Meeskondadel on see põhjust eelnevalt läbi mõelda reeglid: milliseid mudeleid tohib kasutada, kus andmeid hoitakse, milliseid ülesandeid saab kohalikule agendile delegeerida, kuidas selle muudatusi kontrollida ja kes vea eest vastutab.

Teine oluline asi on see, et Copiloti kohalik mudel ei võrdu vaikimisi privaatsusega. Kui vooluring nõuab võrgujuurdepääsu ja Copiloti plaani, peate hoolikalt läbi lugema dokumentatsiooni, ettevõtte eeskirjad ja telemeetria seaded. AI-tööriistades tähendab sõna “kohalik” üha enam seda, kus mudel täidetakse, mitte täielikku sõltumatust pilveplatvormist.

Peamine järeldus

VS Code astub sammu tulevikku, kus arendaja ei halda mitte ainult ühte assistenti, vaid agentide ja mudelite komplekti: mõned töötavad pilves, mõned kohapeal ja mõned ettevõtte API-de kaudu. See on hea uudis valiku ja katsetamise jaoks, kuid mitte täieliku autonoomia võit.

Pigem on see AI-ajastu uus kompromiss. Avatud ja kohalikud mudelid annavad kasutajatele rohkem mõjuvõimu, kuid suuremad platvormid üritavad neid hoobasid oma armatuurlauale lisada. Turu jaoks tähendab see, et võitlus ei käi enam ainult “targema mudeli” pärast, vaid selle pärast, kus inimene tööle hakkab ja kus mängureeglid paika pannakse.