Bedrijven kunnen de CoPilot-sjabloon die standaard wordt voorgesteld in nieuwe gesprekken instellen en deze per team aanpassen.
GitHub breidt de beheerde instellingen uit, zodat een organisatie het standaardmodel kan kiezen dat wordt voorgesteld wanneer nieuwe Copilot-gesprekken beginnen. De instelling kan door het team worden geweigerd en omvat verschillende oppervlakken, waaronder de CoPilot-applicatie, de opdrachtregel en de Visual Studio-code.
Wat de advertentie eigenlijk verandert
Tot nu toe was Model Governance vooral om hun toegang te autoriseren of te verbieden. Het kiezen van een standaardsjabloon voegt een oriëntatielaag toe: het bedrijf kan de eerste ervaring dichter bij de kosten-, privacy- of kwaliteitsregels brengen, terwijl andere modellen mogelijk beschikbaar blijven.
Dit nieuws moet worden gelezen in de specifieke scope die door de bron wordt beschreven: datum, producten of organisaties, beschikbaarheid en limieten. Alvorens een beslissing te nemen, moet een team de aangekondigde feiten controleren en dichter bij zijn eigen omgeving brengen.
Belangrijke punten om te onthouden
- De standaardsjabloon leidt nieuwe gesprekken zonder de selector te verwijderen.
- Zakelijke en teaminstellingen moeten duidelijk prioriteit krijgen om verrassingen te voorkomen.
- Een geautoriseerd model is niet noodzakelijkerwijs geschikt voor alle repositories, talen of gevoeligheidsniveaus.
Gevolgen voor sites en digitale teams
Teams kunnen gemakkelijker hun proeven en interne ondersteuning standaardiseren. Ze moeten echter een use-case-matrix behouden, omdat een globaal defect niet één beslissing per taak vervangt. De bruikbare maatregel betreft de verandering van kwaliteit, tijd en consumptie, niet alleen de voorkeur van gebruikers.
Voor een agentschap of een bedrijf bestaat de juiste reactie in het kwalificeren van de concrete consequentie van de aankondiging: betrokken systemen, blootgestelde gegevens, verantwoordelijke personen, kosten en deadlines. Deze stap vermijdt het transformeren van ad hoc informatie in een overhaaste beslissing of een te algemene aanbeveling.
Wat te controleren voordat u handelt?
- Controleer de relevante GitHub-plannen en de daadwerkelijk ondersteunde klanten.
- Een testset opnieuw afspelen voordat u de standaardkeuze wijzigt.
- informeer teams over het verschil tussen standaardmodel en opgelegd model.
onze lezing
Deze functie bevestigt dat de keuze van modellen een onderwerp wordt van software governance. Volwassen organisaties zullen deze instelling behandelen als een versie en geëvalueerde configuratie, net als een beveiligings- of implementatieregel.
Nuttige monitoring bestaat uit het documenteren van de situatie vóór de wijziging, testen over een beperkte omtrek en het onderhouden van een backspace-oplossing. De resultaten moeten worden gewaardeerd op reële gevallen: kwaliteit, veiligheid, tijdwinst, volledige kosten en gemak van menselijke controle.
Officiële bron
Dit artikel is gebaseerd op de aankondiging gepubliceerd door De GitHub-blog. De bronpagina blijft de referentie voor beschikbaarheidsvoorwaarden en daaropvolgende wijzigingen.