Wat is er gebeurd
GitHub heeft een goedkeuringsbeoordeling toegevoegd aan elke Copilot-codebeoordeling en een optionele instelling geïntroduceerd waarmee Copilot een formele goedkeuring van een pull-aanvraag kan indienen. De functie bevindt zich in de openbare preview en is standaard uitgeschakeld.
In de changelog van 1 september van GitHub staat dat elke Copilot-codebeoordeling nu een goedkeuringsbeoordeling zal bevatten in het overzichtscommentaar. De beoordeling geeft aan of Copilot een pull-verzoek gereed acht voor goedkeuring, naast de gedetailleerde opmerkingen die tijdens de beoordeling zijn gemaakt. GitHub beschrijft dit als een in één oogopslag signaal van het oordeel van Copilot, maar zegt dat de beoordeling op zichzelf niet meetelt voor de samenvoegvereisten van een repository. Een mens kan het signaal gebruiken bij het beslissen wat hij moet doen, zonder Copilot formele goedkeuringsbevoegdheid te verlenen.
Dankzij de afzonderlijke goedkeuringsmogelijkheid kunnen beheerders Copilot autoriseren om een goedkeuring in te dienen voor een pull-aanvraag. GitHub zegt dat de ingediende goedkeuring kan meetellen voor de regel voor vereiste goedkeuringen van een repository. Dit is dus een wijziging in de workflow en niet alleen een nieuw label in een reviewrapport: Copilot kan een van de reviewers worden wiens goedkeuring voldoet aan een geconfigureerde repositoryvoorwaarde. Volgens de changelog is de functie beschikbaar in een openbare preview voor de GitHub Copilot Pro-, Pro+-, Max-, Business- en Enterprise-abonnementen.
De instelling is standaard uitgeschakeld en kan worden beheerd op bedrijfs-, organisatie- en opslagplaatsniveau. Bedrijfsbeheerders kunnen goedkeuringen binnen de hele onderneming uitgeschakeld houden of organisaties zelf laten beslissen. Organisatiebeheerders kunnen de functie voor de hele organisatie inschakelen, de keuze delegeren aan repositorybeheerders, deze inschakelen voor geselecteerde repository's of deze voor de hele organisatie uitschakelen. Repositorybeheerders kunnen goedkeuringen in- of uitschakelen en selecteren welke bestandspaden Copilot mag goedkeuren. GitHub verwijst beheerders naar de Copilot-codereviewdocumentatie voor configuratiedetails, maar de bron beschrijft deze stappen niet verder.
GitHub zegt ook dat de goedkeuring van Copilot wordt afgewezen als er na de goedkeuring nieuwe commits worden gepusht, op dezelfde manier als de goedkeuring van een menselijke reviewer. Vervolgens kan bij Copilot een nieuwe beoordeling worden aangevraagd om een nieuwe goedkeuring te verkrijgen. In de aankondiging wordt niet uitgelegd hoe het systeem tot zijn goedkeuringsbeoordeling komt, hoe het foutenpercentage rapporteert, welke soorten wijzigingen het het beste verwerkt, of hoe de preview op uniforme wijze over alle genoemde plannen wordt uitgerold.
Waarom het ertoe doet
Dit verplaatst Copilot van het aanbieden van beoordelingsoordelen naar deelname aan de goedkeuringsworkflow van een repository. Omdat de goedkeuring ervan kan meetellen voor de vereiste goedkeuringen, moeten beheerders beslissen waar en hoe een AI-reviewer die bevoegdheid mag uitoefenen.
De praktische betekenis is dat een AI-oordeel nu kan worden gekoppeld aan een bestaande software-governance-controle. Veel opslagplaatsen gebruiken vereiste goedkeuringen als controlepunt voordat wijzigingen worden samengevoegd. De aankondiging van GitHub zegt niet dat Copilot code automatisch samenvoegt, maar wel dat een ingeschakelde Copilot-goedkeuring kan voldoen aan het goedkeuringsgedeelte van dat proces. Dat geeft organisaties een manier om AI-beoordeling op te nemen in gevestigde workflows, terwijl de beheerder controle behoudt over de vraag of de mogelijkheid bestaat.
De verandering creëert ook een betekenisvol onderscheid tussen hulp en autorisatie. Een goedkeuringsbeoordeling is informatief en telt niet mee voor de fusievereisten. Een ingediende goedkeuring is een operationele actie met gevolgen op repositoryniveau. Het besluit van GitHub om goedkeuringen opt-in en configureerbaar te maken op verschillende administratieve niveaus, geeft bedrijven een mechanisme om de acceptatie per organisatie, opslagplaats of bestandspad te beperken. Deze controles kunnen vooral belangrijk zijn voor repository's die wijzigingen bevatten die gespecialiseerde menselijke beoordeling vereisen, hoewel de bron geen specifiek gereguleerd of gevoelig gebruik specificeert.
De controle op padniveau is opmerkelijk omdat beheerders hiermee kunnen definiëren waar Copilot toestemming mag geven, in plaats van één algemene regel toe te passen op elk bestand in een repository. De bron legt niet uit wat de beschikbare padsyntaxis is, of uitsluitingen worden ondersteund en hoe beheerders grenzen moeten kiezen. Het zegt ook niet of Copilot-goedkeuringen in alle repository-weergaven zichtbaar worden onderscheiden van menselijke goedkeuringen, welke auditrecords worden bewaard of hoe de verantwoordelijkheid wordt toegewezen wanneer een AI-goedkeuring door een team wordt geaccepteerd.
De ontslagregel lost één fundamenteel consistentieprobleem op: een goedkeuring mag niet geldig blijven nadat de beoordeelde codewijzigingen zijn doorgevoerd. Door nieuwe commits te behandelen als het ongeldig maken van de goedkeuring van Copilot, brengt GitHub de functie in lijn met het gedrag dat wordt beschreven voor menselijke reviewers. Dat betekent niet dat de beoordeling volledig of juist is; het betekent alleen dat de goedkeuring wordt verwijderd na latere commits. De bron levert geen bewijs over de vraag of een nieuwe recensie alle materiële veranderingen vastlegt of hoeveel menselijk toezicht GitHub tijdens de preview verwacht.
Interactief mechanisme: hoe het eigenlijk werkt
Ontdek interactief de onderliggende technologie achter deze ontwikkeling.
crm_get_transaction(id='4092').An agent must create a draft calendar event for Tuesday at 2 p.m. Which evidence would establish the requested result?
Wat je nu moet bekijken
De belangrijkste vragen zijn hoe betrouwbaar de beoordelingen van Copilot veranderingen identificeren die gereed zijn voor beoordeling, hoe organisaties bestandspadbeperkingen configureren en hoe teams omgaan met de verantwoordelijkheid wanneer een AI-goedkeuring bijdraagt aan een fusiebeslissing. De aankondiging van GitHub biedt geen nauwkeurigheidsmetingen, auditdetails of een datum voor algemene beschikbaarheid.
Het eerste waar u op moet letten, zijn de prestaties in echte repository's. GitHub zegt dat de goedkeuringsbeoordeling aangeeft of Copilot een pull-verzoek als gereed voor goedkeuring beschouwt, maar geen , percentage valse goedkeuringen, reikwijdte van de tests of vergelijking met menselijke reviewers geeft. Deze onbekenden zijn van belang omdat een formele goedkeuring van invloed kan zijn op de vraag of aan de geconfigureerde vereisten van een repository wordt voldaan. De publieke preview-status betekent ook dat de functie kan veranderen naarmate GitHub feedback verzamelt, hoewel de changelog geen testtijdschema of geplande mijlpalen specificeert.
Het tweede vraagstuk betreft governance in de praktijk. Beheerders moeten beslissen of Copilot alle wijzigingen mag goedkeuren, alleen wijzigingen in geselecteerde opslagplaatsen of alleen gespecificeerde bestandspaden. De aankondiging beschrijft de beschikbare controleniveaus, maar geeft niet aan of GitHub menselijke goedkeuring aanbeveelt voor bepaalde codecategorieën. Het laat ook open vragen over het eigendom van reviews, controleerbaarheid, kennisgeving en hoe teams een door AI gegenereerde goedkeuring kunnen onderscheiden van het oordeel van een persoon bij het onderzoeken van een later defect.
Het derde probleem is hoe de capaciteit samenwerkt met andere beoordelingsvereisten. GitHub zegt dat de goedkeuring van Copilot kan meetellen voor de regel voor vereiste goedkeuringen van een repository, maar legt niet uit hoe deze in wisselwerking staat met filiaalbeschermingen, verantwoordelijkheden in CODEOWNERS-stijl, afgewezen beoordelingen of repository's die goedkeuring van bepaalde groepen vereisen. Er staat ook niet in of een organisatie naast de goedkeuring van Copilot ook een menselijke goedkeuring kan eisen. Deze details kunnen bepalen of de functie functioneert als een beperkt productiviteitshulpmiddel of een betekenisvolle verandering wordt in de releasecontroles van een project.
Ten slotte moeten teams letten op de grens tussen een goedkeuringsbeoordeling en een goedkeuringsactie. De beoordeling is nu opgenomen in elke Copilot-beoordeling, terwijl de formele goedkeuring uitgeschakeld blijft, tenzij een beheerder deze inschakelt. Nieuwe commits wijzen een bestaande goedkeuring af en vereisen een nieuw beoordelingsverzoek. GitHub heeft het model of het beoordelingsproces achter de beoordeling, het bewijsmateriaal dat Copilot gebruikt, of de waarborgen die voorkomen dat een goedkeuring wordt behandeld als sterker bewijsmateriaal dan het is, niet bekendgemaakt. Deze weglatingen vormen de belangrijkste beperkingen van de aankondiging.