GitHub ir pārcēlis divas svarīgas Copilot koda pārskatīšanas iespējas uz vispārējo pieejamību: aģenta prasmes un modeļa konteksta protokola servera kontekstu. Izmaiņu žurnāla ierakstā, kas publicēts 29. jūlijā, teikts, ka funkcijas tagad ir pieejamas Copilot Pro, Pro+, Business un Enterprise lietotājiem.

Izmaiņas ir šaurākas nekā jauna modeļa palaišana, taču tās var būt svarīgākas inženieru komandām, kuras cenšas padarīt AI pārskatīšanu noderīgu reālos krātuvēs. Kopilota koda pārskatīšanu tagad var vadīt pēc pielāgotām pārskatīšanas instrukcijām, kas glabājas krātuvē vai organizācijā, un tā var iegūt tikai lasāmu kontekstu no ārējām sistēmām, izmantojot MCP serverus. Praksē tas nozīmē, ka AI pārskatīšanu var veidot komandas arhitektūras noteikumi, drošības prasības, iekšējās konvencijas, biļešu pārdošanas dati, dokumentācija un pakalpojumu kataloga ieraksti, katrai komandai neveidojot atsevišķu pārskatīšanas robotu.

Kas mainījās Copilot koda pārskatā

Aģenta prasmes ir GitHub mehānisms, kas sniedz Copilot koda pārskatīšanai precīzākus norādījumus nekā vispārīgu uzvedni. Komandas definē šīs prasmes SKILL.md failos sadaļā .github/skills. Faili var darboties repozitorija vai organizācijas līmenī, tāpēc platformas komanda var publicēt kopīgus norādījumus, savukārt atsevišķi projekti var pievienot vietējos noteikumus.

Tam ir nozīme, jo koda pārskatīšanas kvalitāte bieži ir atkarīga no konteksta, kas nav skaidrs no atšķirības. Recenzentam var būt jāzina, ka pakalpojums izmanto noteiktu atkārtošanas modeli, ka datu bāzes migrācijai ir jāatbilst ražošanas izpildgrāmatai vai ka klientam paredzētajai API ir jāsaglabā atgriezeniskā saderība. Aģenta prasmes sniedz komandām pirmās puses GitHub ceļu, lai kodētu šo kontekstu Copilot pārskatīšanas darbībām.

Otrā daļa ir MCP servera atbalsts. Copilot koda pārskatīšana var izveidot savienojumu ar MCP serveriem, lai izgūtu ārējo kontekstu no trešās puses vai iekšējām sistēmām. GitHub īpaši norāda uz tādiem avotiem kā problēmu izsekotāji, dokumentācijas sistēmas un pakalpojumu katalogi. Tas pārvērš koda pārskatīšanu par sakarīgāku aģenta darbplūsmu: pārskatīšanā var ņemt vērā izvilkšanas pieprasījumu, kā arī apkārtējo produktu un darbības informāciju.

GitHub saka, ka MCP rīka izsaukumiem, ko veic Copilot koda pārskatīšana, ir tikai lasīšanas piekļuve. Šis ierobežojums ir būtisks. Pārskatīšanas palīgu, kas var pārbaudīt biļeti vai pakalpojuma dokumentu, ir daudz vieglāk pārvaldīt nekā tādu, kas var mainīt problēmas, atjaunināt ražošanas metadatus vai aktivizēt darbplūsmas pārskatīšanas laikā.

Kāpēc tas ir svarīgi inženieru komandām

Lielākā daļa AI koda pārskatīšanas rīku saskaras ar to pašu problēmu: tie var nolasīt atšķirību, taču tie automātiski neizprot organizāciju. Viņi var atzīmēt virspusējas stila problēmas, vienlaikus nepamanot ar projektu saistītos riskus. Vai arī viņi var ieteikt izmaiņas, kas pārkāpj iekšējos standartus, jo šie standarti pastāv izkaisītos dokumentos, Slack pavedienos, pakalpojumu katalogos un cilšu zināšanās.

GitHub solis ir solis ceļā uz AI pārskatīšanas infrastruktūras apzināšanos. Izvilkšanas pieprasījumu, kas skar autentifikācijas ceļu, var pārskatīt, piekļūstot komandas drošības prasībām. Pakalpojuma atkarības izmaiņas var pārbaudīt, salīdzinot ar pakalpojuma īpašumtiesībām un dokumentāciju. Ar problēmu saistītās lietotāja saskarnes izmaiņas var interpretēt atbilstoši problēmas pieņemšanas kritērijiem.

Atsevišķiem izstrādātājiem tūlītēja ietekme, visticamāk, būs mērķtiecīgāki atsauksmju komentāri un mazāk vispārīgu ieteikumu. Inženieru vadītājiem un platformu komandām lielāka vērtība ir standartizācija. Tā vietā, lai katram recenzentam prasītu atcerēties katru iekšējo noteikumu, komandas var vienreiz iekodēt pārskatīšanas konteksta pamatlīniju un lietot to visos krātuvēs.

Ir arī uzturēšanas slogs. Markdown glabātās prasmes ir vieglāk pārņemamas nekā pielāgotas automatizācijas, taču tām joprojām ir nepieciešami īpašnieki. Ja norādījumi kļūst novecojuši, Copilot var mantot novecojušus pieņēmumus. Ja tie ir pārāk plaši, atsauksmes var kļūt skaļš. Ja tie ir pārāk preskriptīvi, tie var atturēt no likumīgiem izņēmumiem. Šī funkcija nenovērš pārskatīšanas pārvaldību; tas dod komandām jaunu virsmu, kur jāpārvalda pārvaldība.

MCP pāriet no protokola stāsta uz produkta virsmu

Šis paziņojums atšķiras no nesenajām izmaiņām pašā MCP specifikācijā. 29. jūlija GitHub atjauninājums ir par produkta pieejamību Copilot koda pārskatīšanas ietvaros, nevis protokola pārskatīšanu. Šī atšķirība ir svarīga, jo uzņēmuma pieņemšana bieži paātrina, kad protokols kļūst par daļu no plaši izmantotas izstrādātāja darbplūsmas.

MCP galvenokārt tiek apspriesta kā aģentu rīku santehnika: veids, kā AI sistēmas var izveidot savienojumu ar ārēju kontekstu un iespējām, izmantojot kopēju saskarni. GitHub vispārējās pieejamības laidiens liecina, ka protokols kļūst par daļu no ikdienas programmatūras piegādes virsmām, tostarp pieprasījuma pārskatīšanas.

Šīs izmaiņas palielinās cerības uz MCP atbalstošu infrastruktūru. Komandām, kas savieno pārskatīšanas darbplūsmas ar iekšējām sistēmām, būs jādomā par autentifikāciju, reģistrēšanu, piekļuves apjomu, rīku aprakstiem, servera uzticamību un audita pēdām. Tikai lasāmi rīku izsaukumi samazina risku, taču tie neatbrīvo no nepieciešamības saprast, kādus datus AI sistēma var redzēt un kā šis konteksts ietekmē ieteikumus.

Šajā vietā paziņojums ir saistīts ar plašāku AI API vārtejas tirgu. Tā kā aģentu darbplūsmas paplašinās modeļu nodrošinātājos, IDE, koda resursdatoros un iekšējās datu sistēmās, komandām ir vajadzīga skaidrāka kontrole pār to, kuri modeļi un rīki tiek izmantoti, kurām atslēgām ir piekļuve un kā tiek attiecināts lietojums. Tādas platformas kā Model Gate ir svarīgas, ja organizācijas vēlas centralizētu API atslēgu pārvaldību, AI lietojuma analīzi, modeļu maršrutēšanu, norēķinu redzamību un komandas API pārvaldību vairākos AI pakalpojumos. GitHub laidiens pastiprina to pašu darbības modeli: AI funkcijas vairs nav izolētas tērzēšanas kastes; tie ir savienoti darbplūsmas komponenti.

Praktiskās sekas un atklātie jautājumi

GitHub klientiem praktiskais nākamais solis ir izlemt, kur aģenta prasmēm vajadzētu dzīvot un kam tās jāuztur. Repozitorija līmeņa prasmes var darboties specializētās sistēmās. Organizācijas līmeņa prasmes ir labāk piemērotas kopīgiem noteikumiem, piemēram, drošai kodēšanas praksei, reģistrēšanas konvencijām, pieejamības standartiem vai atkarības politikām.

Komandām, kuras apsver iespēju izveidot MCP savienojumus, jāsāk ar zema riska konteksta avotiem. Dokumentācija un pakalpojumu katalogi ir dabiski pirmie kandidāti. Problēmu izsekotāji var būt noderīgi, taču tie var saturēt sensitīvu informāciju par klientiem vai incidentiem, tāpēc pirms to pievienošanas koda pārskatīšanai ir jāpārskata piekļuves robežas. Tikai lasīšanas ierobežojums palīdz, taču redzamība joprojām ir piekļuves veids.

Ir neatrisināta informācija, kas komandām būs jāpārbauda savās vidēs. GitHub izmaiņu žurnāls apstiprina aģenta prasmju un MCP konteksta vispārējo pieejamību, taču reālās pasaules pārskatīšanas kvalitāte būs atkarīga no tā, cik labi ir uzrakstītas prasmes, kuri MCP serveri ir savienoti un kā Copilot piešķir prioritāti konkurējošiem konteksta elementiem. Paziņojumā arī vēl nav skaidrs, kā komandas novērtēs, vai šīs pārskatīšanas samazina defektus, paātrina pārskatīšanas ciklus vai tikai novirzīs pārskatīšanas darbu uz instrukciju uzturēšanu.

Tomēr virziens ir skaidrs. AI koda pārskatīšana kļūst konfigurējama, kontekstuāla un saistīta ar uzņēmuma sistēmām. Tas padara to noderīgāku, bet arī operatīvi nopietnāku. Komandas, kas gūs vislielāko labumu, būs tās, kas aģenta kontekstu uztver kā daļu no savas inženierijas platformas, nevis kā vienreizēju aicinājumu.