Claude Code w terminalu ostrzega, gdy wznowienie starej rozmowy zje sporo limitu
Gdy na planie Pro albo Max wracasz w Claude Code w terminalu do zapisanej rozmowy, na przykład komendą /resume, od wersji 2.1.304 z poniedziałku 19 października może się pojawić okno Resume this conversation? z szacunkowym zużyciem limitu. Szacunek pokazuje, jaka część pięciogodzinnego limitu przypadnie na samo wczytanie zapisanej rozmowy, i nie wlicza tego, co z limitu już zeszło. Okno pojawia się przy długiej rozmowie wznawianej po długiej przerwie albo na innym modelu. Masz wtedy dwie opcje: Resume, czyli powrót do starej rozmowy, albo Start a new conversation.
Wznowienie kosztuje, bo Claude Code wysyła wtedy modelowi całą rozmowę jeszcze raz, a z pamięci podręcznej (cache) odczytuje tylko tę jej część, która się nie zmieniła i jeszcze nie wygasła. Po długiej przerwie cache już wygasł, a po zmianie modelu go nie ma, bo każdy model ma własny – więc cała historia długiej rozmowy obciąża wtedy limit. Limit schodzi przy pierwszej wiadomości wysłanej po wybraniu Resume, a nie w chwili kliknięcia. Gdy wybierzesz nową rozmowę, starą otworzysz później przez /resume. Jeśli przy opcji Start a new conversation jest dopisek, że Claude może zajrzeć do poprzedniej rozmowy, wystarczy w nowej powołać się na wcześniejszą pracę, a Claude ją odszuka.
Przed wersją 2.1.304 wznowienie starej rozmowy kosztowało tyle samo, tylko Claude Code o tym nie uprzedzał. Polecamy nową rozmowę wtedy, gdy ze starej potrzebujesz jednego czy dwóch ustaleń, a nie całego wątku. Gdy zostawiasz na dłużej otwartą sesję, Claude Code postępuje inaczej – streszcza długą rozmowę w przerwie.
Kiedy streścić rozmowę, a kiedy zacząć nową, rozpisaliśmy w Poradzie Na co idą tokeny i jak nie przepalić limitu.
/usage wprowadza poprawki z rekomendacji klawiszem f
Komenda /usage w Claude Code od wersji 2.1.305 z wtorku 20 października potrafi zastosować część zaleceń, które pokazuje. Zestawienie zużycia i zalecenia w wierszach Recommendations były w /usage już wcześniej. Wersja 2.1.299 z 14 października dodała ostrzeżenia między innymi przed poziomem effort max i przed dużymi wynikami narzędzi. Nowe jest to, że każde zalecenie to teraz jedna linia: co poprawić i skąd bierze się zużycie limitu, na przykład konkretny plik CLAUDE.md. Gdy na dole okna pojawi się podpowiedź w rodzaju f to fix 2 of 3, wciśnij f, a Claude Code zajmie się tymi poprawkami, które potrafi zrobić. W rozszerzeniu VS Code to samo robi przycisk pod zaleceniami w oknie Account & usage, na przykład Fix both.
Po wciśnięciu f Claude Code czeka, aż skończy się bieżąca odpowiedź, i wtedy bez pytania zmienia poziom effort tam, gdzie zalecenie jest komendą /effort. Na pozostałe poprawki, z którymi sobie poradzi, Claude dostaje jedno polecenie z osobnym krokiem dla każdego zalecenia i ma pokazać zmianę, zanim ją wprowadzi – może to być na przykład skrócenie zbyt długiego pliku CLAUDE.md. Przy części zaleceń nic się nie dzieje, na przykład przy radzie, żeby przed przerwą wpisać /compact. Jeśli przy którymś zaleceniu Claude nie pokaże żadnej zmiany, to zalecenie wykonasz ręcznie.
Procent przy zaleceniu mówi, jakiej części zużycia ono dotyczy, a nie ile na nim zaoszczędzisz – 40% przy zaleceniu zmiany effortu nie znaczy, że zaoszczędzisz 40% limitu. Dane są przybliżone i pochodzą z historii sesji na tym komputerze, więc rozmowy z claude.ai i z innych urządzeń się w nich nie liczą. Podpowiedzi z klawiszem f nie zobaczysz też, gdy podłączone jest Remote Control. Naszym zdaniem warto zajrzeć do /usage każdemu, komu limit regularnie kończy się przed odnowieniem.
Co jeszcze pokazuje /usage i jak rozłożyć limit na cały dzień, piszemy w Poradzie Na co idą tokeny i jak nie przepalić limitu.
Rozszerzenie VS Code: subagenci w tle w jednej linii i powód zatrzymania dyktowania
Rozszerzenie Claude Code do VS Code od wersji 2.1.304 z poniedziałku 19 października pokazuje subagenta pracującego w tle jako jedną linię statusu pod jego kartą Agent, zamiast wypisywać w czacie każdy jego krok. Gdy Claude Code zleci subagentowi w tle na przykład przegląd kilkunastu plików z cennikami, w czacie widzisz dalej rozmowę z Claude Code, a nie dziesiątki kroków subagenta. Przebieg pracy subagenta i tak sprawdzisz: wpisz w polu wiadomości /tasks i kliknij subagenta w oknie, które się otworzy, a jego karta pokaże wywołania narzędzi i przycisk otwierający cały zapis jego pracy.
Od wersji 2.1.307 ze środy 21 października przycisk mikrofonu w rozszerzeniu mówi też, dlaczego dyktowanie się zatrzymało. Dyktowanie kończyło się już wcześniej, po 15 sekundach bez rozpoznanych słów albo po dwóch minutach nagrania. Teraz przy przycisku pojawia się komunikat z powodem i z informacją, że rozpoznany dotąd tekst zostaje w polu wiadomości – niewysłany, więc żeby dopowiedzieć resztę, kliknij mikrofon jeszcze raz. Przy dyktowaniu dłuższego opisu zadania dwie minuty mijają szybciej, niż się wydaje. Dzięki komunikatowi od razu wiesz, że mikrofon działa, a nagranie po prostu dobiegło końca.
Zakładka Code w Claude Desktop – co robi lepiej niż terminal i co doszło w tym tygodniu
Od tego tygodnia w Newsach piszemy nie tylko o Claude Code w terminalu i w VS Code, ale też o zakładce Code w aplikacji Claude Desktop. Aplikacja dostaje nowe wersje kilka razy w tygodniu, a w zakładce Code przybyło sporo rzeczy, których terminal nie ma.
Zakładka Code w Claude Desktop to Claude Code w oknie aplikacji na komputer. Działa na tym samym silniku i czyta te same pliki konfiguracyjne co terminal, więc od razu korzysta z twoich plików CLAUDE.md, skilli, hooków, serwerów MCP i z tych samych modeli. Rozmowę zaczętą w terminalu przeniesiesz do aplikacji komendą /desktop. Zakładka działa na Windowsie i macOS, a na Linuksie w wersji beta.
Naszym zdaniem zakładka Code dorównała już terminalowi, a w kilku miejscach go wyprzedziła – przynajmniej dla kogoś, kto pracuje na dokumentach, a nie pisze skryptów:
- PDF albo zdjęcie dołączysz do prośby przyciskiem + obok pola wiadomości albo przeciągając plik na pole wiadomości.
- Plik, który Claude Code właśnie zmienia, otworzysz obok rozmowy w panelu plików i tam też go poprawisz. W panelu przeglądarki sprawdzisz stronę bez przełączania okien.
- Kilka rozmów naraz trzymasz na liście z boku okna, a aplikacja da znać powiadomieniem, gdy któraś skończy zadanie.
- Zadania powtarzalne, na przykład poranne zestawienie z kalendarza i skrzynki, ustawisz w oknie Scheduled tasks, a pluginy i konektory dodasz z menu, bez komend.
- Mod, który Claude Code napisze na twoją prośbę, przerysuje elementy rozmowy albo doda własny panel. W aplikacji taki mod może też pokazać grafikę SVG, której terminal nie wyświetli. Czym są mody, piszemy w Newsie z 5 października.
Zakładka Code ma osobną kopię Claude Code, z osobnym numerem wersji, a aktualizacja terminala nie aktualizuje aplikacji ani odwrotnie. Nowości z sekcji o terminalu docierają więc do aplikacji czasem z opóźnieniem – aplikacja w wersji 3.6556.1 z 22 października zawierała Claude Code 2.1.308, a terminal dzień później dostał już 2.1.310. Wersję w aplikacji sprawdzisz, wpisując /status w lokalnej sesji w zakładce Code i patrząc na wiersz Claude Code.
Aplikacja w wersji 3.1623.0 z wtorku 20 października dostała w ustawieniach sekcję Storage. Pokazuje ona, ile miejsca na dysku zajmuje Claude, i pozwala je zwolnić, usuwając nieaktywne sesje z zakładki Code i zadania z Cowork, sąsiedniej części aplikacji. Przyda się na laptopie z małym dyskiem. Otworzysz ją też, wpisując /storage w zakładce Code. Ta sama wersja przestała gubić wiadomości dopisane w lokalnej sesji, gdy Claude jeszcze pracował: jeśli aplikacja zamknie się, zaktualizuje się albo ulegnie awarii, wiadomość wróci przy następnym uruchomieniu i poczeka, aż ją wyślesz. Wersja 3.6556.1 z czwartku 22 października poprawiła dyktowanie w całej aplikacji – kliknięcie albo Enter, które miały zakończyć dyktowanie, nie wysyłają już wiadomości, gdy nagranie właśnie się nie udało.
Na koniec: agenci AI pomogli dwóm matematykom udowodnić hipotezę KLS sprzed 31 lat
Xinzhi Zhang z Microsoft Research i Zhao Song przedstawili dowód hipotezy Kannana–Lovásza–Simonovitsa (KLS), która od 31 lat czekała na rozstrzygnięcie. Hipoteza pochodzi z geometrii wielowymiarowej i rachunku prawdopodobieństwa i dotyczy tego, czy przy dzieleniu wielowymiarowego rozkładu prawdopodobieństwa na dwie części najlepsze płaskie cięcie jest zawsze prawie tak dobre jak najlepsze cięcie dowolnego kształtu. Odpowiedź brzmi: tak, i to niezależnie od liczby wymiarów. Microsoft opisał wynik na swoim blogu w środę 21 października, a autorzy umieścili preprint w arXiv 1 października. Wynik niezależny od liczby wymiarów pojawił się dopiero w wersji zaktualizowanej 4 października.
Zhang i Song wypróbowali z agentami AI ponad sto podejść: wielu agentów naraz sprawdzało warianty jednego pomysłu, a badacze oceniali wyniki pośrednie, odrzucali słabe kierunki i obiecujące przekazywali do kolejnej rundy. Badacze wybierali kierunek i pomysły, sami też sprawdzili końcowy dowód, a metoda rekurencyjna i argument ograniczający błąd to według Microsoftu ich własny wkład. Osobno kilka czołowych modeli AI podejmowało kolejne próby bez ludzkiego prowadzenia, przy podobnej łącznej liczbie tokenów – i celu nie osiągnęło. Microsoft nie podaje, z jakich modeli ani narzędzi korzystano.
Dowód jest na razie preprintem w arXiv. Autorzy zapowiadają skrócony dowód i sprawdzenie go w Lean, narzędziu do komputerowej weryfikacji dowodów, po końcowym przeglądzie – na dziś to tylko zapowiedź.