GitHub Copilot predaje sesiju VS Codeu — razgovor i izmjene ostaju cijeli

GitHub je 19. listopada 2026. u uputi za nastavak sesije opisao kako se postojeći rad iz aplikacije GitHub Copilot app otvara u VS Codeu uz sačuvan razgovor, izmjene koda i radni kontekst. Editor pritom otvara radno stablo povezano sa sesijom, pa se pregled i dorada odvijaju nad istim datotekama na kojima je radio agent.

U otvorenoj sesiji dovoljno je odabrati „Open in VS Code”; postojeći razgovor pojavljuje se u Copilotovoj bočnoj traci, a izmijenjene datoteke u projektu. Tako se može nastaviti razgovor o konkretnom zadatku bez ponavljanja početnih uputa. Preneseni kontekst ipak nije provjera ispravnosti: diff, lokalno pokretanje i testovi ostaju posao koji treba obaviti prije slanja izmjena.

Što sesija doista prenosi

Sesija u ovom postupku okuplja zadatak, plan i povijest razgovora te promjene nastale tijekom rada agenta. VS Code otvara pripadajuće izolirano Git radno stablo, a u prikazu izmjena dostupne su datoteke i redci koje je agent mijenjao. Programer zato istodobno vidi obrazloženja iz razgovora i stvarni kod, umjesto da iz poruka pokušava rekonstruirati rezultat rada.

Ta veza ima praktičnu posljedicu pri doradi. Ručna promjena napravljena u otvorenom radnom stablu nadovezuje se na postojeće agentove izmjene; datoteke se ne moraju kopirati u drugu radnu kopiju, niti se grana mora ponovno sastavljati. Ako jedan dio implementacije traži objašnjenje ili novu izmjenu, razgovor se može nastaviti u istoj sesiji, s dotadašnjim zahtjevom i planom kao kontekstom.

Razgovor pritom govori što je agent namjeravao učiniti, a diff pokazuje što je zapisao u datoteke. Ta se dva traga mogu razlikovati: opis rješenja ne jamči da je svaki redak točan, kao što ni promjena datoteke sama ne pokazuje zašto je nastala. Upravo zato kontinuitet sesije skraćuje traženje konteksta, ali ne mijenja kriterij po kojem se odlučuje je li kod spreman za slanje.

Što treba biti spremno prije otvaranja

Za izravan prijelaz potrebni su instalirana aplikacija GitHub Copilot app s prijavljenim korisnikom i VS Code povezan s istim GitHub računom. Mora postojati sesija s izmjenama koje se žele nastaviti te dopuštenje za rad u njezinu repozitoriju i slanje promjena. Sačuvani razgovor ne daje dodatna prava na repozitorij: rad u editoru i kasnije slanje grane ovise o pristupu koji račun već ima.

Naredba „Open in VS Code” polazi iz konkretne sesije, pa je to najizravniji put kad je ona već otvorena u aplikaciji. Ako sustav ponudi više podržanih instalacija editora, odabire se ona u kojoj će se nastaviti rad. Nakon otvaranja treba obratiti pozornost na projekt i radno stablo koje je editor prikazao, jer se ondje nalaze izmjene povezane s tim razgovorom.

Kako pronaći sesiju iz VS Codea

Postojeća lokalna sesija može se pronaći i u popisu sesija editora. VS Codeove upute za upravljanje sesijama navode da otkrivanje Copilotovih sesija obuhvaća one povezane s repozitorijem i ažurirane u posljednjih sedam dana; mogućnost Recent pokazuje dvije najnovije vanjske sesije. To su uvjeti za prikaz u editoru, a ne rok nakon kojeg razgovor ili datoteke automatski nestaju.

Sesije nastale u drugim aplikacijama u početku su skrivene. U filtru popisa treba odabrati External, a zatim Recent ili All, ovisno o tome koliko se pronađenih sesija želi vidjeti. All znači sve sesije koje je VS Code otkrio, ne neograničenu povijest svakog ranijeg rada. Kad se iz VS Codea pošalje nova poruka u otvorenoj vanjskoj sesiji, ona prestaje ovisiti o filtru External za prikaz.

Zašto treba nastaviti baš postojeći razgovor

VS Codeovo objašnjenje sesija i razgovora razlikuje zajednički radni prostor sesije od povijesti pojedinog razgovora: novi razgovor u istoj sesiji počinje prazan, iako dijeli datoteke i radno stablo s ostalima. Za zadatak u kojem su ranije upute, odluke ili ispravci važni, korisnik zato otvara postojeći razgovor umjesto novoga.

To je granica koju lako prikrije činjenica da se u oba slučaja vidi isti projekt. Dva razgovora mogu se odnositi na iste datoteke, ali novi ne nasljeđuje automatski ranije poruke. Nastavak postojećeg razgovora čuva mogućnost da Copilot protumači naknadni zahtjev u odnosu na već dogovoreni zadatak; sam otvoren direktorij ne prenosi modelu tu povijest.

Gdje ponovno počinje ljudski pregled

Nakon prijelaza u editor prvi je zadatak pregledati završni diff u prikazu Source Control. Ondje se vidi opseg promjena po datotekama i redcima, uključujući moguće zahvate izvan traženog dijela projekta. Pregled treba odgovoriti na konkretna pitanja: rješava li implementacija zadatak, slijedi li pravila repozitorija, obrađuje li pogreške i rubne slučajeve te imaju li promijenjena ponašanja odgovarajuće testove.

Ručna dorada odvija se u istom radnom stablu, pa je nakon nje bitan novi pogled na cijeli diff. Testiranje također ostaje lokalna radnja: iz integriranog terminala pokreću se naredbe koje taj projekt inače koristi, a ne univerzalni skup naredbi za sve repozitorije. Ako je promijenjeno korisničko sučelje, provjerava se i ponašanje pokrenute aplikacije, uključujući pogođene prikaze te stanja učitavanja i pogreške.

Tek rezultat tih provjera daje podlogu za commit i slanje grane. Ako je sa sesijom već povezan zahtjev za spajanje izmjena, slanje odgovarajuće grane ažurira taj zahtjev, uz uobičajena pravila repozitorija za pregled i odobrenje. Tako posljednja odluka ostaje vezana uz stvarni kod i njegovo ponašanje, dok sačuvani razgovor služi razumijevanju kako je do njega došlo.

Pročitajte i:

• Copilotov pregled koda dobio je API — zadani Balanced troši više kredita
• GitHub Copilot ili Gemini Code Assist: stara usporedba besplatnih planova više ne vrijedi
• GitHub Copilot ili Amazon Q Developer: ista cijena ne kupuje isti tijek rada