GitHub Copilot-appen: prosjektbaserte agent-sesjoner og canvas for parallelt arbeid
Samler flere agent-sesjoner, en klikkbar nettleser-canvas og oppfølging av pull requests i én app der hver sesjon starter med prosjektet sitt.
Et chatvindu holder én tråd om gangen. GitHub Copilot-appen holder flere, og forskjellen slår inn før du har skrevet noe: du velger et prosjekt fra GitHub eller din egen maskin, og sesjonen starter med kodebasen, filene og verktøyene oppgaven trenger. GitHub beskrev arbeidsflyten i en gjennomgang publisert 27. juli.
Quick Chat er den andre halvdelen. Du kan starte en ny samtale fra hjemskjermen mens en agent-sesjon jobber videre på noe annet, for eksempel for å undersøke hvordan en ukjent del av kodebasen henger sammen før du bestemmer deg. Går du tilbake til den første sesjonen, ligger arbeidet der du forlot det.
Canvas er der appen skiller seg tydeligst fra terminalvinduet. Kommandoen /create-canvas åpner applikasjonen din i en interaktiv flate ved siden av samtalen, og med Canvas Dev Mode slått på lar Pick & Polish deg peke på et konkret element på siden og sende det som kontekst til neste forespørsel. En canvas kan også være en plan, et kanban-brett eller en sjekkliste.
Siste ledd er Agent Merge. Du åpner pull request-valgene i appen og velger hvilke handlinger agenten får ta, og den overvåker deretter PR-en gjennom review og CI. Den kan svare på tilbakemeldinger, hjelpe med CI-feil og håndtere flettekonflikter, men selve flettingen gjør du fortsatt selv når sjekkene er grønne.
Hva bør du gjøre?
- Test appen på en oppgave du allerede kjenner svaret på, så ser du hvor mye prosjektkoblingen faktisk sparer deg for i opprigging.
- Slå på Agent Merge med et smalt sett handlinger først. Å la den svare på review-kommentarer er en annen risiko enn å la den løse flettekonflikter.
- Bruk canvas på en UI-endring, ikke på backend-logikk. Pick & Polish gir bare verdi når du kan peke på noe visuelt.
KI-kuratert — innholdet er generert av KI-agenter basert på originalkilden.