<п>ГитХуб је преместио две важне могућности прегледа кода Цопилот у општу доступност: вештине агента и контекст сервера протокола контекста модела. Унос у дневнику промена, објављен 29. јула, каже да су функције сада доступне корисницима Цопилот Про, Про+, Бусинесс и Ентерприсе. <п>Промена је ужа од лансирања новог модела, али може бити важнија за инжењерске тимове који покушавају да учине преглед вештачке интелигенције корисним у стварним репозиторијумима. Преглед кода копилота сада може бити вођен прилагођеним упутствима за преглед ускладиштеним у спремишту или организацији, и може извући контекст само за читање из спољних система преко МЦП сервера. У пракси, то значи да преглед вештачке интелигенције може да се обликује правилима архитектуре тима, безбедносним очекивањима, интерним конвенцијама, подацима о продаји карата, документацији и уносима у каталогу услуга без да сваки тим који гради самостални бот за преглед. <х2>Шта се променило у прегледу кода Цопилот <п>Вештине агента су ГитХуб-ов механизам за давање више специфичних упутстава за преглед Цопилот кода од генеричког упита. Тимови дефинишу те вештине у датотекама <цоде>СКИЛЛ.мд под <цоде>.гитхуб/скиллс. Датотеке могу да живе на нивоу спремишта или организације, тако да тим платформе може да објави дељена упутства док појединачни пројекти могу да додају локална правила. <п>То је важно јер квалитет прегледа кода често зависи од контекста који није очигледан из разлике. Рецензент ће можда морати да зна да услуга користи одређени образац поновног покушаја, да миграција базе података мора да прати производни рунбоок или да АПИ за клијента мора да сачува компатибилност уназад. Вештине агента дају тимовима ГитХуб путању прве стране да кодирају тај контекст за Цопилот-ово понашање при прегледу. <п>Други део је подршка за МЦП сервер. Преглед кода копилота може да се повеже са МЦП серверима да би преузео спољни контекст из система треће стране или интерних система. ГитХуб посебно указује на изворе као што су праћење проблема, системи документације и каталози услуга. То претвара преглед кода у повезанији ток рада агента: преглед може да узме у обзир захтев за повлачење плус околне информације о производу и оперативне информације. <п>ГитХуб каже да су позиви МЦП алата путем прегледа кода Цопилот ограничени на приступ само за читање. То ограничење је значајно. Асистентом за преглед који може да прегледа карту или сервисни документ је много лакше управљати него оним који може да мутира проблеме, ажурира производне метаподатке или покрене токове посла током прегледа. <х2>Зашто је ово важно за инжењерске тимове <п>Већина алата за преглед АИ кодова суочава се са истим проблемом: могу да читају дифф, али не разумеју аутоматски организацију. Они могу означити површне проблеме са стилом док пропуштају ризике специфичне за пројекат. Или могу да предложе промене које крше интерне стандарде јер ти стандарди постоје у раштрканим документима, Слацк нитима, каталозима услуга и племенском знању. <п>ГитХуб-ов потез је корак ка томе да АИ прегледа инфраструктуру. Захтев за повлачење који додирује путању за аутентификацију може да се прегледа уз приступ безбедносним очекивањима тима. Промена зависности од услуге може се проверити у односу на власништво услуге и документацију. Промена корисничког интерфејса везана за проблем може да се протумачи у односу на критеријуме прихватања проблема. <п>За појединачне програмере, тренутни ефекат ће вероватно бити више циљаних коментара рецензија и мање општих предлога. За инжењерске менаџере и тимове платформе, већа вредност је стандардизација. Уместо да траже од сваког рецензента да запамти свако интерно правило, тимови могу једном да кодирају основну линију контекста прегледа и да га примене у свим складиштима. <п>Постоји и терет одржавања. Вештине ускладиштене у Маркдовн-у је лакше усвојити од прилагођене аутоматизације, али им и даље требају власници. Ако упутства постану застарела, Цопилот може наследити застареле претпоставке. Ако су прешироке, рецензије могу постати бучне. Ако су превише прописани, могу обесхрабрити легитимне изузетке. Ова функција не елиминише управљање прегледом; даје тимовима нову површину на којој се мора управљати. <х2>МЦП се креће са приче о протоколу на површину производа <п>Ова најава се разликује од недавних промена саме МЦП спецификације. ГитХуб ажурирање од 29. јула односи се на доступност производа унутар прегледа кода Цопилот, а не на ревизију протокола. Та разлика је важна јер се усвајање у предузећима често убрзава када протокол постане део широко коришћеног тока посла програмера. <п>О МЦП-у се углавном говорило као о инсталацији алата за агенте: начин да се АИ системи повежу са спољним контекстом и могућностима преко заједничког интерфејса. ГитХуб-ово издање опште доступности показује да протокол постаје део свакодневних површина за испоруку софтвера, укључујући преглед захтева за повлачењем.<п>Та промена ће повећати очекивања за инфраструктуру која је свесна МЦП-а. Тимови који повезују токове рада прегледа са интерним системима мораће да размисле о аутентификацији, евидентирању, опсегу приступа, описима алата, поузданости сервера и траговима ревизије. Позиви алатки само за читање смањују ризик, али не уклањају потребу да се разуме које податке систем вештачке интелигенције може да види и како тај контекст утиче на препоруке. <п>Овде се најава повезује са ширим тржиштем АИ АПИ приступника. Како се радни ток агента шири између добављача модела, ИДЕ-ова, хостова кода и интерних система података, тимовима је потребна јаснија контрола над тим који се модели и алати користе, који кључеви имају приступ и како се приписује употреба. Платформе као што је Модел Гате су релевантне када организације желе централизовано управљање АПИ кључевима, аналитику коришћења АИ, рутирање модела, видљивост наплате и управљање тимским АПИ-јем у вишеструким АИ сервисима. ГитХуб-ово издање појачава исти оперативни образац: АИ функције више нису изоловани оквири за ћаскање; они су повезане компоненте тока посла. <х2>Практичне последице и отворена питања <п>За ГитХуб клијенте, практичан следећи корак је да одлуче где треба да живе вештине агента и ко треба да их одржава. Вештине на нивоу спремишта могу радити за специјализоване системе. Вештине на нивоу организације су погодније за заједничка правила као што су праксе безбедног кодирања, конвенције о евидентирању, стандарди приступачности или политике зависности. <п>Тимови који разматрају МЦП везе треба да почну са нискоризичним изворима контекста. Документација и каталози услуга су природни први кандидати. Праћечи проблема могу бити корисни, али могу садржати осетљиве информације о клијентима или инцидентима, тако да границе приступа треба да се прегледају пре него што их повежете са прегледом кода. Ограничење само за читање помаже, али видљивост је и даље облик приступа. <п>Постоје нерешени детаљи које ће тимови морати да тестирају у својим окружењима. ГитХубов дневник промена потврђује општу доступност вештина агента и МЦП контекста, али квалитет прегледа у стварном свету зависиће од тога колико су вештине добро написане, који су МЦП сервери повезани и како Цопилот даје приоритет конкурентским деловима контекста. Такође још увек није јасно из најаве како ће тимови мерити да ли ће ови прегледи смањити недостатке, убрзати циклусе прегледа или само пребацити рад прегледа на одржавање инструкција. <п>Правац је, међутим, јасан. Преглед АИ кода постаје конфигурабилан, контекстуалан и повезан са системима предузећа. То га чини кориснијим, али и оперативним озбиљнијим. Тимови који ће имати највише користи биће они који контекст агента третирају као део своје инжењерске платформе, а не као једнократну поруку.