Chat View: badanie bazy kodu przez rozmowę | Kurs GitHub Copilot

Czego się nauczysz

Kiedy Chat View jest lepszy niż inline surfaces
Jak konfigurować sesję chatu pod rodzaj zadania
Jak używać kontekstu w rozmowie, żeby odpowiedzi były konkretne zamiast ogólne

Chat View to Twoje centrum operacyjne

Jeśli Inline Suggestions są warstwą pracy ciągłej, to Chat View jest warstwą myślenia, eksploracji i sterowania większym zadaniem.

To tutaj zadajesz pytania o architekturę, prosisz o plan, porównujesz opcje, eksplorujesz codebase i prowadzisz wieloetapową rozmowę, która ma pamiętać poprzednie kroki.

To ważne, bo Chat View nie jest po prostu większym oknem tekstowym. To inny tryb pracy niż inline surfaces.

Kiedy używać Chat View

Oficjalna dokumentacja stawia sprawę dość jasno. Chat View jest najlepszy do:

rozmów wieloetapowych
eksploracji projektu
pracy z szerszym kontekstem
agentowych workflow
zmian obejmujących więcej niż lokalny fragment kodu

To oznacza, że gdy pytanie brzmi “jak działa ten moduł?”, “jakie są ryzyka tej zmiany?”, “jak podejść do refaktoru?” albo “zrób to w kilku krokach i sprawdź wynik”, Chat View zwykle będzie najlepszym punktem startu.

Jeśli natomiast chcesz tylko lokalnej zmiany w widocznym fragmencie kodu, Inline Chat bywa szybszy.

Cztery powierzchnie, cztery różne rytmy pracy

Dokumentacja Chat overview dobrze rozdziela powierzchnie:

Chat View do rozmowy wieloetapowej
Inline Chat do zmian w miejscu
Quick Chat do szybkiego pytania bez otwierania pełnej sesji
inline suggestions do pracy bez przełączania się do rozmowy

To ważne, bo wiele osób zbyt wcześnie przykleja się do jednej powierzchni.

Dobry workflow nie polega na używaniu jednej funkcji do wszystkiego. Polega na dobieraniu właściwego trybu do tarcia, które chcesz usunąć.

Jak skonfigurować sesję chatu

Chat View nie zaczyna się od wpisania promptu. Zaczyna się od ustawienia sesji.

W dokumentacji VS Code są cztery główne decyzje:

session type albo agent target
agent
permission level
language model

To właśnie te wybory ustawiają charakter rozmowy.

Praktyczny filtr jest prosty:

chcesz wyjaśnienia albo analizy: zacznij od Ask
chcesz planu przed zmianami: użyj Plan
chcesz wykonania zadania: przejdź do Agent

Do tego dochodzi model i poziom autonomii. Czyli nie tylko “co chcesz zrobić”, ale też “jak bardzo ma działać samodzielnie”.

Jakość odpowiedzi w Chat View zależy od kontekstu

To jest najważniejsza rzecz, którą trzeba zrozumieć wcześnie.

Chat View wygląda jak rozmowa, ale jakość tej rozmowy nadal zależy od kontekstu. I to bardzo mocno.

Oficjalna dokumentacja rozróżnia kilka warstw:

implicit context z aktywnego pliku i zaznaczenia
#-mentions do plików, folderów, symboli, terminala i #fetch
@-mentions do wyspecjalizowanych participantów jak @vscode i @terminal
obrazy i elementy browsera jako dodatkowy kontekst

To oznacza, że dobre pytanie w Chat View rzadko kończy się na jednym zdaniu. Najlepsze pytania zwykle mają też właściwie podpięty kontekst.

`#`-mentions i `@`-mentions robią ogromną różnicę

Jeśli masz zapamiętać jedną praktyczną rzecz z tej lekcji, niech będzie ta: nie licz, że chat sam zgadnie, o który plik, symbol albo narzędzie Ci chodzi.

W Chat View masz proste dźwignie:

#file, #codebase, #fetch i inne #-mentions
@vscode, @terminal i inne participanty przez @

To pozwala sterować rozmową bez pisania wielkiego promptu opisowego.

Zamiast pytać: “czemu to nie działa?”, lepiej zadać pytanie w stylu:

wyjaśnij ten moduł #file
porównaj te dwa podejścia #file i #file
@terminal wyjaśnij ten błąd z outputu
zaktualizuj kod pod najnowsze API #fetch <url>

To jest szybsze i zwykle daje dużo konkretniejszy wynik.

Chat View dobrze nadaje się do eksploracji projektu

Jedna z największych przewag Chat View nad prostym autocomplete polega na tym, że możesz nim zadawać pytania badawcze.

Na przykład:

gdzie w projekcie jest logika autoryzacji
które pliki odpowiadają za ten flow
czym różnią się dwie implementacje
jakie ryzyka niesie zmiana w tym module

To jest właśnie moment, w którym chat staje się interfejsem do codebase, a nie tylko oknem do generowania tekstu.

Review zmian i checkpoints nie są dodatkiem

Chat overview przypomina też o review edits i checkpoints.

To nie są boczne funkcje. To element bezpiecznego workflow.

Jeśli chat albo agent proponuje zmiany:

przeglądasz diffy
decydujesz, co zachować
możesz cofnąć się do wcześniejszego punktu

To ważne, bo Chat View nie kończy się na “daj odpowiedź”. Często kończy się na “pokaż, co zmieniłeś i daj mi to ocenić”.

Jak uzyskiwać lepsze odpowiedzi

Dokumentacja podaje trzy główne dźwignie jakości:

lepszy prompt
lepszy kontekst
lepsze dostosowanie AI do projektu

To praktycznie oznacza:

bądź konkretny
dołącz właściwe pliki i symbole
używaj custom instructions i prompt files, gdy temat się powtarza

Sama elokwencja w pytaniu nie zastąpi brakującego kontekstu. To ważne, bo przy chatach ludzie często przeceniają “sztukę promptu”, a niedoceniają jakości danych wejściowych.

Ćwiczenie praktyczne

Wybierz jeden moduł ze swojego repo i zrób trzy krótkie próby w Chat View:

Zadaj ogólne pytanie bez dodatkowego kontekstu.
Zadaj to samo pytanie z #file albo #codebase.
Dodaj jeszcze @terminal albo #fetch, jeśli temat tego wymaga.

Porównaj:

czy odpowiedź stała się bardziej konkretna
czy model odwołuje się do realnych plików i symboli
czy mniej zgaduje, a więcej analizuje

To ćwiczenie zwykle bardzo szybko pokazuje, że Chat View jest potężny, ale tylko wtedy, gdy świadomie karmisz go właściwym kontekstem.

Kluczowe wnioski

Chat View jest najlepszy do rozmów wieloetapowych, eksploracji projektu i pracy z szerokim kontekstem.
Jakość odpowiedzi zależy mocno od konfiguracji sesji i od dołączonego kontekstu.
#-mentions i @-mentions są podstawowym narzędziem sterowania rozmową.
Chat View dobrze sprawdza się tam, gdzie inline surfaces są już zbyt lokalne.
Review edits i checkpoints są częścią bezpiecznego workflow, nie dodatkiem.

Co dalej

Teraz schodzimy poziom niżej, z rozmowy o projekcie do pracy dokładnie tam, gdzie masz kursor, czyli do Inline Chat.