Copilot CLI gebruiken: je eerste onderzoekstaak in de terminal

GitHub Copilot CLI brengt een ontwikkelagent naar je terminal. Je kunt ermee praten over een project, bestanden laten onderzoeken en later een afgebakende wijziging uitvoeren. De huidige toepassing start je met copilot. Oude handleidingen voor de historische gh copilot-extensie beschrijven een ander productpad.

Een goede eerste taak is uitzoeken waar een project zijn configuratie vandaan haalt. Dat levert kennis op die je kunt nalopen voordat je de agent code laat veranderen. Hieronder staat een oefening voor een bestaande ontwikkelmap, met installatie- en gebruiksdocumentatie gecontroleerd op 27 oktober 2026.

GitHub noemt Linux, macOS en Windows via PowerShell of WSL als ondersteunde omgevingen. Voor Windows vermeldt de installatiehandleiding PowerShell 6 of hoger. De npm-route vereist Node.js 22 of hoger. Die Node-eis hoort bij de npm-installatie; maak er geen algemene voorwaarde van voor ieder aangeboden pakket.

Kies één van deze reguliere routes op je eigen ontwikkelcomputer:

Gebruik bij een beheerde computer de installatieroute die je organisatie toestaat. GitHub biedt ook andere distributies aan. Voor deze oefening is een prerelease niet nodig. Controleer bovendien of je GitHub-account toegang tot Copilot heeft en of de organisatie Copilot CLI toestaat.

Open de terminal in de ontwikkelmap van je project en start copilot. Gebruik in de interface /login en volg de GitHub-aanmelding als je nog niet bent ingelogd. De officiële quickstart beschrijft vervolgens de vraag of je de bestanden in die map vertrouwt.

Begin met een projectkopie zonder echte klantgegevens. Kies voor de eerste sessie alleen vertrouwen voor die sessie wanneer de interface dat vraagt. Het is prettig als je de map later kunt herkennen en weet waarom je haar hebt vrijgegeven.

Controleer vooraf de bestaande wijzigingen met Git. De onderzoeksvraag heeft geen nieuwe bestanden nodig. Wanneer er toch een diff ontstaat, kun je dan vaststellen wat tijdens deze sessie is veranderd. Laat het terminalvenster open op de plek waar je ook de projectdocumentatie en bronbestanden kunt bekijken.

Stel dat een fictieve oefenapp op een andere poort start dan de README belooft. In de documentatie staat poort 4100; het proces meldt 4200. Je wilt weten welke configuratie wint. De bestanden kunnen een startscript, een configuratiebestand en een voorbeeldbestand voor omgevingsvariabelen bevatten.

Laat Copilot onderscheid maken tussen een standaardwaarde in code en een waarde die bij het starten wordt meegegeven. “De poort staat in de README” verklaart niet wat het proces doet. Het antwoord moet de weg van invoer naar de luisterende server laten zien.

Als een echte omgevingswaarde nodig is, lees je die zelf gericht uit zonder het hele bestand te delen. De agent kan ook aangeven welke variabelenaam relevant is. Voor de oefening kun je die met een onschuldige voorbeeldwaarde nabootsen.

Met Shift+Tab wissel je naar planmodus. De uitleg over Copilot CLI beschrijft hoe die modus eerst de taak analyseert en een aanpak opstelt voordat er code wordt geschreven. Controleer de zichtbare modus; toetscombinaties kunnen afhankelijk zijn van je terminal.

Een passend plan begint bij de startopdracht, volgt de configuratie en controleert het resultaat. Een voorstel om de app opnieuw op te bouwen of afhankelijkheden te vervangen is voor deze vraag te ruim. Geef dan terug welk antwoord je zoekt en welke stappen daarvoor overbodig zijn.

Planmodus helpt je de aanpak te bespreken. Controleer daarnaast de toegestane tools en de goedkeuringsvragen. Een tekstuele afspraak over “alleen onderzoeken” is geen vervanging voor de uitvoeringsinstellingen. Bij een shellvoorstel lees je het hele commando, inclusief eventuele vervolgacties.

Voor dit poortonderzoek zijn projectbestanden voldoende. De gebruiksdocumentatie beschrijft een al geconfigureerde GitHub MCP-server en de interactieve route /mcp add voor extra servers. MCP verbindt de agent met aanvullende gereedschappen of gegevens.

Een koppeling met je ticketsysteem kan later nuttig zijn om een foutmelding op te halen. Bepaal dan vooraf welke ticketinformatie nodig is en of lezen volstaat. Een broncodevraag vraagt geen toestemming om tickets te sluiten of een pull request te mergen.

GitHubs changelog van 23 juni 2026 beschrijft de vernieuwde terminalinterface en het interactieve MCP-formulier. Laat een screenshot van een oudere versie daarom niet bepalen welke knoppen je vandaag verwacht. Via /help kun je de beschikbare hulp in je eigen installatie raadplegen.

Het bruikbare eindresultaat is bijvoorbeeld: het startscript levert een poortvariabele aan, de servercode leest die eerst en de gedocumenteerde standaard geldt alleen wanneer de variabele ontbreekt. Dat is een mogelijke uitkomst van de oefening; je eigen project kan een andere volgorde hebben.

Open de genoemde regels zelf en vergelijk de bestandsnamen met het plan. Controleer daarna Git om vast te stellen of de onderzoekssessie iets heeft gewijzigd. Pas wanneer de oorzaak duidelijk is, kies je of documentatie of configuratie moet worden aangepast.

Lees onze uitleg over GitHub voor de rol van versiebeheer en de gids over AI coding voor bredere ontwikkelcontext. Wil je leren hoe je zo'n onderzoek vertaalt naar een verantwoorde wijziging, bespreek je eigen project met Vibe Coding Academy.