Asystent AI¶

Wbudowany w edytor asystent, który steruje agentem AI wiersza poleceń, jaki masz już zainstalowany — wyjaśnianie, refaktoryzacja, poprawki, pisanie testów, streszczanie, tłumaczenie i czat, a każda proponowana zmiana pokazuje się jako diff do przejrzenia, który stosujesz świadomie.

Przynieś własnego agenta¶

Asystent nie prosi o klucz API i nigdzie Cię nie loguje. Zamiast tego uruchamia lokalnie zainstalowanego agenta CLI AI jako pomocnika i streamuje jego wyjście do edytora. Uwierzytelnianie, subskrypcja i wybór modelu należą do tego narzędzia.

Dziś: Claude Code (claude) i Codex CLI (codex). Zainstaluj jeden z nich i zaloguj się raz (tak, by claude lub codex działał z terminala); edytor wykryje go automatycznie. Dostępny jest też Gemini, ale jego integracja z wierszem poleceń nie jest jeszcze zweryfikowana.
Wykrywanie jest automatyczne i nieblokujące. Edytor sonduje agenta w tle zaraz po starcie — okno nigdy na niego nie czeka. Podczas sondowania Widok → Czat AI jest chwilowo wyłączony z podpowiedzią Wykrywanie silnika AI…; kilka sekund później albo się włącza (agent znaleziony), albo pozostaje wyszarzony ze wskazówką, co zainstalować.

Agent to osobny program, który sam instalujesz

Edytor nie dołącza ani nie pobiera żadnego agenta AI i sam nigdzie nie wysyła Twojego tekstu — żądanie wykonuje zainstalowany przez Ciebie agent CLI, używając własnego konta i własnego połączenia sieciowego. Jeśli agent nie jest zainstalowany lub zalogowany, funkcje AI po prostu pozostają wyłączone i nic innego w edytorze na tym nie cierpi.

Wymagania¶

Asystent ma jedno twarde wymaganie: obsługiwany agent CLI AI zainstalowany i zalogowany, dostępny w systemowym PATH.

Zainstaluj obsługiwanego agenta. Dziś jest to Claude Code (claude) albo Codex CLI (codex).
Zaloguj się raz. Uruchom agenta z terminala i przejdź jego własne logowanie, by później działał bezobsługowo. Edytor nigdy nie prosi o klucz API ani go nie przechowuje — subskrypcja i logowanie żyją w całości w tym narzędziu.
Upewnij się, że jest w PATH. Jeśli edytor nie może go uruchomić, Widok → Czat AI jest wyszarzony z wyjaśniającą podpowiedzią.

Panel Czatu AI¶

Nie ma osobnego menu AI — wszystko mieszka w jednym dolnym panelu, przełączanym z Widok → Czat AI. Jeśli panel był otwarty przy ostatnim zamknięciu edytora, otworzy się ponownie przy następnym starcie (gdy silnik zostanie wykryty).

Od góry do dołu panel pokazuje:

listę Silnik (wybór jest zapamiętywany między sesjami) i pole wyboru Pozwól na edycję plików (zobacz niżej);
linię stanu — wykryty silnik i wersję, notkę o sondowaniu/postępie albo wskazówkę „zainstaluj i zaloguj się". Po pierwszej odpowiedzi podaje też model, którego agent naprawdę użył, np. Silnik: Claude (2.1.200) · claude-sonnet-5 — warto rzucić okiem, bo to model decyduje o koszcie przebiegu (zobacz Wybór modelu);
cienki pasek zajętości z przyciskiem Zatrzymaj, gdy agent pracuje;
konsolę — całą rozmowę w jednym widoku;
linię podpowiedzi z dostępnymi poleceniami jako klikalnymi linkami.

Konsola¶

Rozmowa działa jak terminal: historia u góry, a Ty piszesz na końcu, za znakiem zachęty ›.

Enter wysyła; Shift+Enter wstawia złamanie linii, więc wielolinijkowe prompty działają.
Kliknięcie lub pisanie gdziekolwiek w historii przenosi kursor z powrotem do znaku zachęty — historia jest zaznaczalna i kopiowalna, ale nigdy edytowalna.
Esc anuluje trwające żądanie; gdy nic nie działa, czyści to, co wpisano po ›. Esc działa przy fokusie w dowolnym miejscu panelu.
Ctrl+A zaznacza tylko redagowane pytanie, więc kolejny wpisany znak je zastępuje; gdy nic nie wpisano, zaznacza całą historię rozmowy — gotową do skopiowania.
Góra i Dół przywołują wcześniejsze pytania, tak jak w powłoce. Góra w pierwszej linii tego, co piszesz, cofa się po Twoich wcześniejszych pytaniach; Dół idzie z powrotem do przodu, a przejście za najnowsze oddaje niedokończoną linię, od której zacząłeś. Wewnątrz wielolinijkowego promptu klawisze po prostu przenoszą kursor między jego liniami, a gdy zmienisz przywołane pytanie, staje się ono Twoim nowym szkicem. Historia jest osobna dla panelu i nie przechodzi między sesjami.
Gdy odpowiedź się streamuje, widok podąża za nią, jeśli jesteś na dole; przewiń w górę, żeby czytać, a zostanie na miejscu. Po zakończeniu odpowiedzi widok ustawia ją świadomie: krótką przewija na dół, żebyś widział ją i znak zachęty pod spodem, a długą wyrównuje nagłówkiem Asystent do góry panelu, żebyś czytał od początku.
Markdown każdej odpowiedzi renderowany jest osobno, więc listy numerowane zaczynają się od 1 za każdym razem, zamiast kontynuować numerację poprzedniej odpowiedzi.

Polecenia¶

Wpisz polecenie przy znaku zachęty albo kliknij je w linii podpowiedzi (polecenia z argumentem dostają końcową spację i czekają, aż dokończysz linię):

Polecenie	Działanie	Wynik
`.explain`	Wyjaśnij zaznaczony kod	odpowiedź w czacie
`.summarize`	Streść zaznaczony tekst	odpowiedź w czacie
`.refactor <how>`	Refaktoryzuj według instrukcji (np. `.refactor extract a helper`)	zmiana do przejrzenia
`.fix`	Popraw zaznaczony kod	zmiana do przejrzenia
`.tests`	Napisz testy jednostkowe dla zaznaczenia	zmiana do przejrzenia
`.translate <language>`	Przetłumacz zaznaczenie (np. `.translate German`)	zmiana do przejrzenia
`.model <id>`	Przypnij model, o który prosi ten edytor (zobacz Wybór modelu)	odpowiedź natychmiast, bez uruchamiania agenta

Wszystko inne jest obsługiwane naturalnie:

Zwykły tekst to swobodne pytanie do agenta, wysyłane razem z tym, co masz na ekranie (zobacz niżej).
Linia zaczynająca się od / to jedno z własnych poleceń agenta (jak /help Claude'a) i trafia do niego dokładnie tak, jak ją wpisałeś — nic od edytora nie jest do niej dodawane, a zgoda nie jest potrzebna, bo nic Twojego nie zostaje wysłane. Dotyczy to silników o zweryfikowanym zestawie poleceń — dziś Claude; w pozostałych linia z / jest traktowana jak zwykłe pytanie.
Nierozpoznane .słowo nie jest błędem; jest przekazywane jako prompt.

Nie każde polecenie CLI znaczy tu to samo, co we własnym terminalu agenta: jedne wymagają sesji interaktywnej, której przebiegi edytora nie mają, inne dotyczą rozmów, którymi edytor i tak zarządza sam, a jeszcze inne — jak /model — po prostu nie przeżywają pojedynczego żądania. Gdy wyślesz takie polecenie, edytor i tak je przekaże, a obok dopisze krótką notkę, dlaczego może nie zadziałać tak, jak oczekujesz. Każdą notkę zobaczysz raz na sesję.

Własne /model agenta nie zostaje — użyj .model

Każde pytanie uruchamia agenta od nowa, a nowy przebieg zawsze startuje z modelem skonfigurowanym w Twoim CLI. /model … odpowiada „Set model to … for this session only", ale ta sesja kończy się razem z odpowiedzią: następne pytanie — nawet kontynuujące tę samą rozmowę — wraca do skonfigurowanego modelu. Użyj zamiast tego .model <id>; to własne polecenie edytora i przypina model dla wszystkich kolejnych pytań. Zobacz Wybór modelu.

Dopasowanie nie rozróżnia wielkości liter, a linia podpowiedzi zawęża się w trakcie pisania (.r → .refactor …).

Zaznaczenie albo cały dokument¶

Polecenia działają na bieżącym zaznaczeniu. Bez zaznaczenia operują na całym dokumencie — a ponieważ wysyła to do agenta cały plik, edytor najpierw pyta: Wysłać cały dokument „…" do Claude? Pytanie pada raz na dokument na sesję edytora; odmowa przerywa wysyłkę i zachowuje to, co wpisałeś. Pytanie można wyłączyć w Preferencje → Asystent AI, opcją Pytaj przed wysłaniem całego dokumentu do silnika AI; przy wyłączonej opcji cały dokument jest wysyłany bez pytania.

Co asystent wie o Twoim dokumencie¶

Agent czyta pliki z dysku. Zostawiony sam sobie odpowiadałby więc na pytania o plik, który zmieniłeś, ale nie zapisałeś, na podstawie starego tekstu, a dokumentu bez nazwy w ogóle by nie zobaczył. Dlatego swobodne pytanie mówi mu, co naprawdę masz otwarte:

Zapisany, bez niezapisanych zmian — asystent po prostu podaje nazwę pliku i pozwala agentowi go przeczytać. Nic nie opuszcza edytora, więc nie ma o co pytać.
Niezapisane zmiany albo dokument nigdy niezapisany — bieżący tekst leci razem z pytaniem. Małe dokumenty jadą w samym pytaniu; większe zapisywane są do kopii tymczasowej, na którą agent zostaje skierowany. Kopia znika, gdy tylko wymiana się kończy.
Przy otwartym folderze — każdy inny otwarty dokument z niezapisanymi zmianami trafia tam w ten sam sposób, więc agent widzi projekt tak jak Ty, a nie tak, jak wyglądał przy ostatnim zapisie.

Ponieważ wysyła to tekst na zewnątrz, edytor najpierw pyta — raz na dokument na sesję edytora i raz na całe żądanie, nawet gdy w grę wchodzi kilka dokumentów: Aktualna, niezapisana treść tych dokumentów zostanie wysłana do Claude: …. Kontynuować? Odmowa przerywa żądanie i zachowuje to, co wpisałeś.

Zaznaczenie nadal ma pierwszeństwo jako to, co wskazujesz: jest wysyłane jako Relevant selection obok dokumentu, a nie zamiast niego.

W domyślnym trybie tylko do odczytu agent dostaje też informację, że nie może zmienić Twojego dokumentu i że zmianę powinien zaproponować przez polecenia .refactor, .fix, .tests i .translate — te pokazują różnicę do przejrzenia.

Przeglądanie i stosowanie zmian¶

Polecenia edycyjne nigdy nie przepisują tekstu po cichu. Gdy agent skończy, otwiera się okno przeglądu z jedną zaznaczalną, pokolorowaną grupą zmian na modyfikację — usunięte linie na czerwono, dodane na zielono:

odznacz zmiany, których nie chcesz;
Zastosuj zastępuje zaznaczenie (albo cały dokument w wariancie bez zaznaczenia) tylko zaakceptowanymi zmianami;
Odrzuć zostawia bufor dokładnie takim, jaki był.

Zastosowane zmiany to zwykłe edycje, więc Ctrl+Z cofa je jak wszystko inne. Styl końców linii pliku (CRLF/LF) jest zachowywany. Jeśli agent odmówi edycji, jego wyjaśnienie pojawia się jako zwykła odpowiedź w czacie zamiast fałszywego diffa.

Jeśli edytowałeś dalej, gdy agent pracował, edytor nigdy nie nakłada przeterminowanej zmiany na Twój nowszy tekst. To, co zrobi zamiast tego, zależy od tego, co da się jeszcze stwierdzić na pewno:

Twoje pisanie przesunęło cel, ale zostawiło go nietkniętym → zmiana zostaje zastosowana tam, gdzie tekst jest teraz;
polecenie obejmowało cały dokument, a dokument od tego czasu się zmienił → propozycja jest porównywana z Twoim bieżącym tekstem i przeglądasz ten diff, więc odpowiedź się nie marnuje;
pierwotny tekst zniknął albo występuje teraz w kilku miejscach → edytor odmawia, zamiast zgadywać, i każe uruchomić polecenie ponownie.

Kolory diffa podążają za Twoim motywem kolorów: motywy mogą definiować dedykowane kolory Tekst dodany (diff) / Tekst usunięty (diff) (edytowalne w Preferencje → Kolorowanie składni → Motywy), a bez nich edytor dobiera czytelne domyślne dla jasnych i ciemnych interfejsów.

Rozmowy¶

Swobodne pytania tworzą ciągłą rozmowę: agent pamięta Twoje wcześniejsze pytania i odpowiedzi. Na otwarty folder przypada jedna rozmowa (albo na plik, gdy żaden folder nie jest otwarty), więc niepowiązane projekty nie dzielą kontekstu. Polecenia edycyjne (.refactor, .fix, …) celowo działają jednorazowo i nie zaśmiecają kontekstu czatu. Rozmowy nie są utrwalane — restart edytora zaczyna je od nowa.

Rozmowy kontynuują zarówno Claude, jak i Codex. Codex sam nadaje nazwę każdej rozmowie i ogłasza ją na starcie; kolejne pytania podejmują rozmowę właśnie pod tą nazwą. Jeśli przebieg Codeksa zakończy się bez jej ogłoszenia, czat pokaże [nie udało się kontynuować rozmowy — silnik nie podał identyfikatora sesji; następna wiadomość rozpocznie nową] — otrzymana odpowiedź pozostaje ważna, ale następne pytanie zacznie nową rozmowę, bez wcześniejszego kontekstu.

Rozmowa przeżywa też to, co pójdzie nie tak. Zatrzymanie odpowiedzi jej nie kasuje, więc przerwane pytanie da się po prostu podjąć na nowo — poproś „kontynuuj ostatnie zadanie", a agent nadal wie, co robił, nawet jeśli zatrzymałeś go, zanim cokolwiek powiedział. Jednorazowa awaria (limit zapytań, zerwane połączenie) też nie wyrzuca historii; dopiero druga awaria z rzędu zaczyna rozmowę od nowa.

Zatrzymywanie przebiegu¶

Gdy agent pracuje, pojawia się pasek zajętości z przyciskiem Zatrzymaj — kliknij go (albo naciśnij Esc gdziekolwiek w panelu), aby anulować. To, co zdążyło się przestreamować, zostaje w zapisie rozmowy, przebieg dostaje oznaczenie [Anulowano] i żadna zmiana nie jest stosowana. Rozmowa zostaje zachowana, więc następne pytanie ją kontynuuje (zobacz Rozmowy). Enter w trakcie przebiegu niczego nie kolejkuje; linia stanu przypomina, że agent wciąż pracuje.

Pozwalanie agentowi na edycję plików¶

Domyślnie asystent jest tylko do odczytu: każdy przebieg uruchamia agenta z wyłączonymi narzędziami edycji plików, dostępem do powłoki i subagentami, więc zmiany docierają do Ciebie wyłącznie jako propozycje do przejrzenia. Dla silników ze zweryfikowanymi flagami uprawnień to twarda blokada egzekwowana przez samego agenta, niezależnie od konfiguracji Twojego CLI:

Claude działa z wyłączonymi narzędziami edycji plików, dostępem do powłoki i subagentami.
Codex działa w swojej piaskownicy tylko do odczytu (-s read-only). Piaskownica działa inaczej: nie wyłącza poleceń powłoki, tylko je ogranicza — Codex może nadal uruchamiać polecenia, żeby się rozejrzeć, ale nie mogą one niczego zapisać. Na razie edytor dodatkowo wprost prosi Codeksa o pozostanie w trybie odczytu.

Tryb tylko do odczytu nie jest gwarantowany dla każdego silnika

Twarda blokada opiera się na flagach uprawnień samego silnika. Gemini nie ma jeszcze zweryfikowanych flag, więc edytor może go jedynie poprosić — instrukcją typu best-effort — o pozostanie w trybie odczytu; nie może tego wymusić. Traktuj tryb tylko do odczytu jako niegwarantowany dla Gemini: może mimo wszystko pisać na dysk, a jego zachowaniem ostatecznie rządzi konfiguracja Twojego CLI. Jeśli to dla Ciebie istotne, trzymaj taką pracę w folderze pod kontrolą wersji.

Pole wyboru Pozwól na edycję plików (obok listy silników, domyślnie wyłączone, zapamiętywane między sesjami) włącza edycję po stronie agenta:

edycje plików agenta są akceptowane automatycznie i może on modyfikować pliki w otwartym folderze w trakcie przebiegu;
każdy zapis jest raportowany w rozmowie jako [the agent modified a file: …], a otwarte dokumenty przejmują zmiany przez zwykłe śledzenie zmian plików edytora;
po zakończeniu przebiegu jedna linia podsumowania wymienia komplet dotkniętych plików z licznikiem, np. [modified files (3): …];
dostęp Claude'a do powłoki i jego subagenci pozostają zablokowani nawet z włączoną opcją.

Przy Codeksie opcja przełącza jego piaskownicę na -s workspace-write: Codex może wtedy edytować pliki i uruchamiać polecenia powłoki w obrębie otwartego folderu i katalogu tymczasowego. Codex nie zgłasza edytorowi swoich edycji, więc czat nie wymienia zmienionych przez niego plików i nie ma linii podsumowania; otwarte dokumenty nadal przejmują zmiany przez śledzenie zmian plików. Same zapisy wykonuje własna piaskownica Codeksa: jeśli Codex odpowiada, że nie mógł uruchomić swojego wykonawcy poleceń, ta piaskownica nie działa na Twoim komputerze — sprawdź jego własną diagnostykę (codex doctor), nie edytor.

Ten sam przełącznik jest też w Preferencje → Asystent AI, jako Pozwól silnikowi AI edytować pliki. To jedno ustawienie, nie dwa: zastosowanie go w Preferencjach od razu zaznacza lub odznacza pole wyboru w panelu, a to, co ustawisz w panelu, zobaczysz w Preferencjach przy następnym otwarciu.

Dokumenty z niezapisanymi zmianami są obsłużone za Ciebie. Agent nie może edytować pliku na dysku dla dokumentu, który zmieniłeś, ale nie zapisałeś — ta kopia jest nieaktualna, a zapis do niej rozjechałby plik z tym, co masz w edytorze. Dlatego agent dostaje do edycji kopię tymczasową Twojego bieżącego tekstu, a po zakończeniu przebiegu edytor wnosi wynik z powrotem do Twojego otwartego dokumentu jako zwykłą, cofalną edycję. Dokumenty bez nazwy działają tak samo, choć nie mają żadnego pliku. Jeśli akurat sam edytowałeś dokument, gdy agent pracował, edytor Cię nie nadpisze: otwiera zwykłe okno przeglądu wobec Twojego bieżącego tekstu, żebyś decydował zmiana po zmianie. Zamknięcie dokumentu w trakcie przebiegu po prostu odrzuca pracę agenta, z notką w rozmowie.

„Pozwól na edycję plików" może nadpisać lub skasować Twoją pracę

Z włączoną opcją agent pisze na dysk bezpośrednio, a zapisy są akceptowane automatycznie — nie ma okna przeglądu per zmiana. Agent może nadpisać, usunąć lub uszkodzić pliki w otwartym folderze, a edycje plików, których nie masz otwartych, nie są pokazywane jako diffy. Włączaj to tylko dla folderu pod kontrolą wersji (Git, SVN, …): najpierw zacommituj lub odłóż pracę, a potem diffem VCS przejrzyj każdą zmianę i wycofaj niechciane — traktuj kontrolę wersji jako swoje „cofnij" dla edycji agenta. Gemini, którego flagi uprawnień nie są jeszcze zweryfikowane, całkowicie ignoruje tę opcję, więc jego edycjami rządzi wyłącznie konfiguracja Twojego CLI.

Przełączanie silników¶

Przy starcie edytor szuka każdego znanego mu silnika, a lista Silnik pokazuje tylko te zainstalowane na tym komputerze. Jeśli silnika wybranego ostatnio już nie ma, jego miejsce automatycznie zajmuje pierwszy zainstalowany. Silnik zainstalowany w trakcie pracy edytora pojawi się po restarcie. Gdy nie ma żadnego zainstalowanego silnika, lista pokazuje wszystkie znane edytorowi, a panel pozostaje wyszarzony ze wskazówką „zainstaluj i zaloguj się".

W każdej chwili wybierz innego agenta z listy Silnik (jest wyłączona podczas aktywnego przebiegu). Przełączenie anuluje wykrywanie poprzedniego silnika, sonduje nowy w tle i zaczyna świeże rozmowy — czatu zaczętego z jednym silnikiem nie dokończy inny. Przełączenie czyści też zapis rozmowy, bo ta rozmowa należała do innego silnika; to, co wpisałeś przy znaku zachęty, zostaje.

Wybór modelu¶

Domyślnie edytor nie narzuca modelu, więc każdy przebieg używa tego, na który skonfigurowany jest Twój agent CLI — dla Claude Code jest to model z Twojego osobistego ~/.claude/settings.json. Dla edytora często nie jest to pożądane: to preferencja globalna, może się zmienić niepostrzeżenie, a model decyduje o koszcie każdego żądania.

Linia stanu mówi, co zostało naprawdę użyte, więc zawsze możesz sprawdzić. Żeby przypiąć model dla samego edytora, wpisz to na czacie:

Wpisujesz	Co się dzieje
`.model claude-sonnet-5`	każde kolejne pytanie prosi o ten model
`.model`	pokazuje przypięty model oraz model ostatnio naprawdę użyty
`.model default`	usuwa przypięcie; znów obowiązuje domyślny model agenta

.model obsługuje sam edytor — nigdy nie uruchamia agenta, więc odpowiada natychmiast i nic nie kosztuje. Przypięcie działa od następnego pytania, a linia stanu potwierdzi je, gdy przyjdzie odpowiedź.

To samo można ustawić ręcznie, per silnik, w pliku ustawień OctoEdit:

Klucz	Wartość	Efekt
`ai/model/<engine>`	identyfikator modelu, np. `claude-sonnet-5`	każdy przebieg używa tego modelu
`ai/model/<engine>`	pusta / brak (domyślnie)	domyślny model agenta CLI

<engine> to identyfikator silnika z listy, małymi literami — np. ai/model/claude albo ai/model/codex. Zadziała od następnego żądania panelu; potwierdź go w linii stanu. Gemini, którego flaga modelu nie jest jeszcze zweryfikowana, ignoruje to ustawienie.

Pokrewne ustawienie zaawansowane

ai/programPath/<engine> robi to samo dla pliku wykonywalnego: ustaw ścieżkę bezwzględną, gdy agent jest zainstalowany tam, gdzie wyszukiwanie po PATH go nie widzi. Oba klucze są celowo furtkami tylko w pliku — błędna wartość zawiedzie głośno, zamiast zostać po cichu zignorowana.

Gdy przebieg się nie powiedzie¶

Jeśli agent zakończy się błędem, czat pokazuje [agent exited with code N, a po nim własne linie błędów agenta i zamykający ] — dla Codeksa jego baner startowy i linie ERROR: …, np. 401 Unauthorized, gdy nie jesteś zalogowany. Zwykle to wystarcza, by zrozumieć, co poszło nie tak; resztę powie jednorazowe uruchomienie agenta z terminala.

Log edytora (mte.log, zobacz Logowanie i diagnostyka) zapisuje każdy przebieg w liniach zaczynających się od AI: — jakie silniki znaleziono, program i argumenty każdego przebiegu, kod wyjścia oraz ostatnie linie błędów agenta, gdy przebieg się nie powiedzie; uruchomienie edytora z --log=debug dodaje resztę diagnostycznego wyjścia agenta. Twoje pytanie i odpowiedź nigdy nie trafiają do komunikatu o błędzie ani do logu: log podaje tylko rozmiar pytania w bajtach.

Prywatność i koszty¶

Żądania wysyła wybrany przez Ciebie agent CLI, używając własnego konta i połączenia sieciowego — edytor nie dodaje żadnej osobnej telemetrii ani punktów końcowych. (Codex powtarza całą wymianę w swoim wyjściu diagnostycznym; edytor odrzuca tę kopię i nigdy nie zapisuje jej w logu.) O tym, co jest wysyłane (Twoja instrukcja, zaznaczenie lub dokument oraz niezapisany tekst otwartych dokumentów, gdy pytanie tego wymaga) i ile to kosztuje, decyduje subskrypcja lub plan tego agenta. Nic nie opuszcza edytora bez opisanego wyżej pytania o zgodę, a linia stanu podaje model, którego naprawdę użyto.

Co jest dostępne dziś

Polecenia działają na bieżącym zaznaczeniu (albo całym dokumencie, za zgodą) i po akceptacji je zastępują. Są dwa poziomy uprawnień: powyższy przepływ propose-only (tylko propozycje) albo jawna zgoda Pozwól na edycję plików. Nie ma osobnego przeglądu w edytorze dla dyskowych edycji samego agenta — przy włączonym Pozwól na edycję plików polegaj na kontroli wersji; jedynym wyjątkiem jest dokument otwarty z niezapisanymi zmianami, którego edycje wracają przez edytor.