`.
4. **Plik ustawień**: pole `model` w `~/.claude/settings.json`.
Podstawowe polecenia:
```bash
# Uruchom ze starszym modelem (obecnie Opus 5.5)
claude --model opus
# Przełącz na Sonnet w trakcie sesji
/model sonnet
# Otwórz menu wyboru (do interaktywnego wyboru)
/model
# Przełącz na Opus z kontekstem 1M
/model opus[1m]
# Przełącz na konkretną wersję (przypnij ją)
/model claude-opus-5-5
```
Aliasy i modele, na które wskazują w API Anthropic (stan na 23 września 2026 r.):
- `opus` → Opus 5.5 (wymaga Claude Code v2.1.280 lub nowszej)
- `sonnet` → Sonnet 5
- `haiku` → Haiku 4.5
- `best` → najmądrzejszy dostępny model
- `default` → Opus 5.5 w planach Pro, Max, Team, Enterprise i w API Anthropic
- `opusplan` → hybryda Opusa i Sonneta (omówiona osobno poniżej)
⚠️ Domyślne modele różnią się u dostawców chmurowych: w Amazon Bedrock i Google Cloud alias `sonnet` wskazuje na Sonnet 4.5; w Microsoft Foundry `opus` nadal wskazuje na Opus 4.6. Jeśli korzystasz z dostawcy chmurowego, przypnij konkretną wersję (`claude-opus-5-5`) albo ustaw zmienną `ANTHROPIC_DEFAULT_OPUS_MODEL`.
Od wersji 2.1.144 główna zmiana polega na tym, że `/model` nie zapisuje już wyboru w ustawieniach. Działa w bieżącej sesji i znika po jej zamknięciu. Aby trwale zapisać model domyślny, naciśnij `d` w podświetlonym wierszu menu wyboru. Spowoduje to zapisanie pola `model` w `~/.claude/settings.json`.
Podsumowane sesje (`claude --resume`, `--continue`, `/resume`) zachowują model używany w danej sesji, niezależnie od bieżącego ustawienia. Dzięki temu model nie zmieni się po wznowieniu sesji z powodu ustawień innej sesji.
Aby sprawdzić, który model jest obecnie aktywny, użyj `/status` — wyświetla konto i bieżący model.
## `/model opusplan`: porównuj osobno koszty planowania i wykonania
Najważniejszy wniosek
`opusplan` to alias hybrydowy: w Plan Mode Claude rozumuje Opusem (architektura, analiza), a po wyłączeniu Plan Mode i rozpoczęciu wykonania przełącza się na Sonneta. Oszczędność zależy od stawek i rzeczywistego zużycia faz. W historycznym przykładzie Sonnet $3/$15 kosztuje 60% stawek Opus $5/$25: spadek o 40% zastąpionej części wykonania, nie 75–80% całego zadania.
W opisywanej tu praktyce ten tryb jest używany do zadań, które zajmą ponad 10 kroków.
Logika:
- W Plan Mode (`/plan`) omawiasz architekturę i opcje oraz uzgadniasz podejście. Opus jest tu drogi, ale uzasadnia cenę, ponieważ jego sposób rozumowania zasadniczo się różni.
- Gdy tylko Plan Mode się kończy, a Claude zaczyna edytować pliki, pisać testy i uruchamiać polecenia, rozpoczyna się wykonanie. Przy wykonaniu Sonnet 4.6 dorównuje Opusowi jakością.
Aby włączyć:
```bash
# Przy uruchamianiu
claude --model opusplan
# Lub w trakcie sesji
/model opusplan
```
Konkretne obliczenie. Załóżmy, że typowy podział refaktoryzacji obejmującej 50 kroków wygląda tak:
- Planowanie (5 kroków, ~30 000 tokenów wejściowych + 8 000 wyjściowych): Opus 4.7
- Wykonanie (45 kroków, ~200 000 tokenów wejściowych + 50 000 wyjściowych): Sonnet 4.6
| Opcja | Koszt planowania | Koszt wykonania | Łącznie |
|----|----|----|----|
| Sam Opus | \$0.15 + \$0.20 = \$0.35 | \$1.00 + \$1.25 = \$2.25 | **\$2.60** |
| Opusplan (Opus + Sonnet) | \$0.15 + \$0.20 = \$0.35 | \$0.60 + \$0.75 = \$1.35 | **\$1.70** |
Wariant bazowy zużywa 230,000 tokenów wejścia i 58,000 wyjścia: $2.60 według historycznych stawek Opus z tabeli. Opusplan pozostawia 30,000 wejścia i 8,000 wyjścia w Opus ($0.35), a 200,000 wejścia i 50,000 wyjścia wykonuje Sonnet ($1.35), łącznie $1.70. Oszczędność: ($2.60 − $1.70) / $2.60 = 34.6%. Przy identycznych tokenach te stawki oszczędzają 40% zastąpionego wykonania; nawet przy wykonaniu stanowiącym 90% kosztu bazowego całość oszczędza 36%. Różnica tokenizera wymaga jawnych liczb wejścia/wyjścia każdego modelu i sama nie uzasadnia 75–80%.
⚠️ Jeden szczegół: Opus w Plan Mode w `opusplan` korzysta ze standardowego kontekstu 200K. Automatyczne zwiększenie do 1M, dostępne z aliasem `opus`, NIE dotyczy `opusplan`. Jeśli planujesz ogromne zadanie z milionami tokenów kontekstu (na przykład analizę dużego monorepozytorium), użyj jawnie `/model opus[1m]` albo przełącz się na opusplan PO zakończeniu planowania.
## Polecenie `/effort`: 5 poziomów adaptacyjnego rozumowania
Najważniejszy wniosek
`/effort` kontroluje, jak głęboko model rozumuje na każdym kroku. Poziomy to low, medium, high, xhigh (tylko Opus 4.7) i max. Od wersji 2.1.117 domyślne poziomy to xhigh dla Opus 4.7 i high dla pozostałych modeli. low/medium/high/xhigh są zapisywane między sesjami; max działa tylko w bieżącej sesji. Przy low Opus staje się niemal tak szybki i tani jak Sonnet.
To drugie najważniejsze polecenie po `/model`. Wysiłek oznacza adaptacyjne rozumowanie: na każdym kroku model decyduje, jak głęboko analizować problem, zależnie od jego złożoności. Im wyższy poziom, tym głębsze rozumowanie i większe zużycie tokenów.
Poziomy (zależnie od zadania):
| Poziom | Kiedy używać | Co się zmienia |
|----|----|----|
| **low** | Krótkie zadania bez wymagań intelektualnych: zmiana nazw plików, proste grepy, „co robi ta funkcja?”, polecenie build | Model prawie nie rozumuje, odpowiada szybko i tanio |
| **medium** | Praca, w której oszczędność tokenów jest ważniejsza niż niewielka utrata precyzji | Zmniejsza zużycie tokenów; czasami pomija niuanse |
| **high** | Minimum dla zadań wymagających rzeczywistego rozumowania: kodowanie, refaktoryzacja, przegląd kodu | Równowaga między tokenami a jakością. Domyślnie dla Sonnet 4.6 i Opus 4.6 |
| **xhigh** | Najlepsze wyniki w większości zadań programistycznych i agentowych | Domyślnie dla Opus 4.7. Dostępne tylko w Opus 4.7 |
| **max** | Bardzo wymagające zadania. Może poprawić wyniki, ale sprzyja nadmiernemu rozmyślaniu | Bez limitu tokenów. Resetuje się po zakończeniu sesji |
Obsługiwane są trzy modele: Opus 4.7, Opus 4.6 i Sonnet 4.6. Pozostałe nie obsługują wysiłku.
Co zmieniło się do września 2026 r. Poziomy `low`, `medium`, `high`, `xhigh` i `max` są dostępne w Opus 5.5, Opus 5, Sonnet 5, Opus 4.8 i Opus 4.7; Opus 4.6 i Sonnet 4.6 nie obsługują `xhigh`, a żądany poziom `xhigh` jest w tych modelach realizowany jako `high`. Domyślny poziom to `high` we wszystkich modelach obsługujących wysiłek, z wyjątkiem Opus 5.5 (`medium`) i Opus 4.7 (`xhigh`). Oznacza to, że na obecnym starszym modelu trzeba jawnie zażądać głębokiej analizy. Pojawił się również osobny tryb `ultracode`: to ustawienie Claude Code, a nie poziom modelu — wysyła `xhigh`, a także prosi Claude o tworzenie dynamicznych przepływów pracy dla dużych zadań.
Jak go ustawić:
```bash
# Otwórz interaktywny suwak
/effort
# Ustaw poziom bezpośrednio
/effort high
/effort xhigh
# Przywróć domyślny poziom modelu
auto
# Za pomocą flagi uruchomieniowej
claude --effort high
# Za pomocą zmiennej środowiskowej (obowiązuje po uruchomieniu)
export CLAUDE_CODE_EFFORT_LEVEL=high
# W ustawieniach (max nie działa — max obowiązuje tylko w sesji)
{
"effortLevel": "high"
}
# W nagłówku skill / subagenta
---
name: my-skill
effort: low
---
```
Poziom pojawia się obok logo i wskaźnika aktywności w Claude Code, na przykład „z niskim wysiłkiem”, więc nie trzeba otwierać `/model`, aby go sprawdzić.
Suwak wysiłku pojawia się również w menu wyboru `/model` — użyj strzałek w lewo i w prawo, aby ustawić poziom.
Ważny szczegół. Po przełączeniu na Opus 4.7 z dowolnego innego modelu poziom wysiłku zostaje wymuszony na xhigh — nawet jeśli dla Opus 4.6 lub Sonnet 4.6 ustawiono high. Aby przywrócić wybrany poziom, ponownie uruchom `/effort`.
Jeszcze jedna technika: **ultrathink** w poleceniu. Jeśli w treści polecenia umieścisz słowo `ultrathink`, Claude użyje głębszego rozumowania w tej jednej turze, bez zmiany wysiłku dla sesji. Podobne zwroty („think”, „think hard”, „think more”) nie wywołują tego zachowania — są po prostu przekazywane jako zwykły tekst.
## Polecenie `/fast`: Opus działa 2,5 raza szybciej za 6 razy wyższą cenę — kiedy się opłaca?
Najważniejszy wniosek
`/fast` to alternatywna konfiguracja API dla starszych modeli Opus. Nie jest to inny model — to ten sam Opus, ale z wyjściem do 2,5 raza szybszym. Stan na 23 września 2026 r.: funkcja jest obsługiwana w Opus 5.5, Opus 5 i Opus 4.8; kosztuje \$8 / \$40 za milion tokenów w Opus 5.5 oraz \$10 / \$50 w Opus 5 i Opus 4.8. Nie jest dostępna w Sonnet ani Haiku; 24 lipca 2026 r. usunięto ją z Opus 4.7. Służy do debugowania na żywo i pracy interaktywnej, gdy opóźnienie jest ważniejsze od kosztów.
Tryb Fast jest funkcją w wersji preview do celów badawczych. Wymaga Claude Code v2.1.36+; wersję można sprawdzić poleceniem `claude --version`.
Aby włączyć:
```bash
# Włącz lub wyłącz tryb Fast (dostępny w CLI Claude Code i rozszerzeniu VS Code)
/fast
# Lub w ustawieniach
{
"fastMode": true
}
```
Po włączeniu:
- Jeśli korzystasz z innego modelu, Claude Code automatycznie przełączy się na Opus.
- Pojawi się potwierdzenie „Fast mode ON”.
- Obok polecenia pojawi się ikona `↯`.
Opcje i szczegóły:
- Domyślnym modelem w trybie Fast jest najwydajniejszy dostępny Opus. Na 23 września 2026 r. jest to Opus 5.5; tryb Fast w ogóle nie działa w Opus 4.7, a przełączenie na niego wyłącza tryb Fast.
- Tryb Fast jest domyślnie zapisywany między sesjami. Administratorzy Team/Enterprise mogą wymagać jawnego włączenia w każdej sesji za pomocą `fastModePerSessionOptIn: true`.
- Po wyłączeniu trybu Fast przez ponowne uruchomienie `/fast` pozostajesz w Opusie — model nie wraca do poprzedniego. Aby go zmienić, użyj `/model`.
- Włączenie trybu w środku rozmowy oznacza naliczenie ceny trybu Fast za cały kontekst rozmowy. Ekonomiczniej jest więc włączyć tryb Fast na samym początku sesji, a nie w jej połowie.
Kiedy używać trybu Fast:
- **Debugowanie na żywo**: obserwujesz ślad, a czas odpowiedzi ma kluczowe znaczenie.
- **Napięty termin pracy interaktywnej**: przygotowujesz demo na 18:00 i potrzebujesz szybkich iteracji.
- **Szybkie poprawki kodu**: testujesz kolejne hipotezy.
Kiedy go nie używać:
- **Długie autonomiczne zadania**, w których szybkość nie ma kluczowego znaczenia. Płacisz 6 razy więcej za 2,5 raza większą szybkość — nie opłaca się, jeśli idziesz na lunch, gdy Claude pracuje.
- **Przetwarzanie wsadowe, potoki CI/CD** — tryb w ogóle nie jest przeznaczony do pracy interaktywnej.
- **Zadania wrażliwe na koszt** — wybór jest oczywisty.
Dostępność:
- NIE działa w Bedrock, Vertex ani Foundry.
- Wymaga **kredytów za użycie** na koncie (rozliczeń przekraczających limit wliczony w plan). W przypadku kont indywidualnych funkcję włącza się w ustawieniach rozliczeń Console. W planach Team/Enterprise musi ją włączyć administrator.
- Tokeny trybu Fast NIE są odliczane od limitu wliczonego w plan. Są pobierane bezpośrednio z kredytów za użycie, po cenach trybu Fast od pierwszego tokenu.
Jeśli osiągniesz limit żądań trybu Fast albo skończą się kredyty za użycie, tryb Fast automatycznie przełączy się na standardową szybkość i ceny, ikona `↯` zmieni kolor na szary, a praca będzie kontynuowana. Po zresetowaniu limitu tryb Fast włączy się ponownie.
Tryb Fast i wysiłek nie wykluczają się. Można je połączyć: tryb Fast + low effort = maksymalna szybkość przy prostych zadaniach.
## Ile naprawdę kosztuje każdy model: rozliczenie miesięcznego rachunku
Najważniejszy wniosek
Ceny bazowe za milion tokenów: Haiku 4.5 — \$1 / \$5, Sonnet 4.6 — \$3 / \$15, Opus 4.7 — \$5 / \$25. Tryb Fast — \$30 / \$150. Buforowanie promptów obniża koszt powtarzanego wejścia do 0,1×. Batch API zapewnia 50% zniżki. Główne źródło oszczędności to nie sam model, ale unikanie Opusa tam, gdzie wystarczy Sonnet.
Ceny za milion tokenów (API Anthropic, USD):
| Model | Wejście | Zapis w pamięci podręcznej (5 min) | Zapis w pamięci podręcznej (1 godz.) | Odczyt z pamięci podręcznej | Wyjście |
|------------------|-------|-------------------|-----------------|-----------|--------|
| Haiku 4.5 | \$1 | \$1.25 | \$2 | \$0.10 | \$5 |
| Sonnet 4.6 | \$3 | \$3.75 | \$6 | \$0.30 | \$15 |
| Opus 4.6 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Opus 4.7 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Tryb Fast (Opus) | \$30 | n/a | n/a | n/a | \$150 |
Co naprawdę obniża rachunek:
1. **Buforowanie promptów.** Anthropic buforuje powtarzające się części promptów: system prompt, CLAUDE.md, opisy narzędzi. Odczyt z pamięci podręcznej kosztuje 10% ceny wejścia. W przypadku Sonnet cena spada z \$3 do \$0.30 za milion tokenów — jest 10 razy niższa. Funkcja jest automatycznie włączana przez `cache_control: { type: "ephemeral" }` w żądaniu API. W Claude Code działa domyślnie.
2. **Batch API**: 50% zniżki na wejście i wyjście dla zadań, na które można poczekać (raporty, masowe generowanie tekstów w partiach). Sonnet przez Batch API = \$1.50 / \$7.50. Nie działa bezpośrednio w Claude Code, ale warto z niego skorzystać, jeśli tworzysz automatyzacje z Anthropic SDK.
3. **opusplan zamiast samego Opusa**: około 34.6% oszczędności w historycznym przykładzie; rzeczywista suma zależy od udziału wykonania, tokenów, stawek, cache i ponowień.
4. **Domyślnie Sonnet + Opus w razie potrzeby**: główne źródło oszczędności. Jeśli Opus jest włączony „na wszelki wypadek”, w opisywanej tu praktyce przełącza się na Sonneta. Jeśli zadanie wymaga Opusa, staje się to jasne po trzecim lub czwartym kroku i następuje jawne przełączenie poleceniem `/model opus`.
5. **Pamiętaj o nowym tokenizerze Opus 4.7.** Przy tym samym pliku Opus 4.7 zużywa do 35% więcej tokenów niż Sonnet 4.6. Rzeczywisty koszt tego samego zadania jest wyższy, niż sugeruje tabela.
Konkretny przykład: typowe zadanie dla agencji nieruchomości budującej prototyp strony dla nowego klienta: „utwórz stronę z trzema sekcjami, formularzem i integracją z bramką płatniczą”. Wyniki:
- Sam Opus 4.7 (high effort): ~\$4.80 za sesję (1,5 godziny pracy).
- opusplan: ~\$1.90 (Opus planuje, Sonnet wykonuje).
- Sam Sonnet 4.6 (high effort): ~\$1.30, ale decyzja architektoniczna była gorsza (Sonnet przyjął podejście oparte na szablonie, a Opus w opusplan wymyślił własne rozwiązanie dla niestandardowych wymagań).
Zwycięzcą w tym zadaniu jest opusplan. Oszczędność wynosi 60%, a jakość Opusa jest zachowana w kluczowej części.
Claude Code nie pokazuje bezpośrednio liczby tokenów składających się na limity — są one dynamiczne i zależą od planu. W `/status` można jednak sprawdzić swój plan i bieżące użycie. Bardziej szczegółowy poradnik: [Jak uniknąć wyczerpania limitów Claude Code w ciągu jednego dnia](https://ailoot.ai/blog/pl/claude-code-token-limits-saving/).
## Jaki codzienny przepływ pracy ustawić? 4 gotowe presety
Najważniejszy wniosek
Cztery gotowe presety do różnych rodzajów zadań. Codzienne kodowanie — Sonnet + high effort. Duża refaktoryzacja — opusplan. Szybka poprawka — Haiku + low effort. Sesja architektoniczna — Opus 4.7 + xhigh effort + Plan Mode. Każdy można zapisać jako alias, przypisać do skilla albo po prostu mieć pod ręką jako pierwsze polecenie po rozpoczęciu sesji.
Te cztery presety można zmieniać zależnie od dnia pracy i zadania.
**Preset 1. Codzienne kodowanie — 80% czasu pracy w opisywanej tu praktyce.**
```bash
claude --model sonnet --effort high
# W razie potrzeby przełącz się na Opusa w trakcie sesji
/model opus
```
Do czego służy: nowe funkcje, małe refaktoryzacje, debugowanie prostych błędów, dokumentacja. Sonnet z high effort to złoty środek.
**Preset 2. Duża refaktoryzacja — poważna zmiana architektoniczna.**
```bash
claude --model opusplan
# Najpierw omów strukturę za pomocą /plan
# Po opuszczeniu Plan Mode Sonnet zajmie się wykonaniem
```
Do czego służy: przepisanie modułu w ponad 15 plikach, przełączenie integracji z jednej bramki na inną. Opus zajmuje się architekturą (analizą zależności), a Sonnet wykonaniem (szybką edycją plików). Takie zadania mogą przynieść ponad 70% oszczędności.
**Preset 3. Szybka poprawka — zmiany w jednej linii i skrypty.**
```bash
claude --model haiku --effort low
```
Do czego służy: „zmień nazwę zmiennej we wszystkich plikach”, „napisz skrypt bash, który ponownie uruchomi nginx”, „co robi ta funkcja?”. Haiku radzi sobie z takimi zadaniami i kosztuje trzy razy mniej niż Sonnet.
**Preset 4. Sesja architektoniczna — decyzja strategiczna.**
```bash
claude --model opus --effort xhigh
# Użyj maksymalnego wysiłku po wejściu w Plan Mode:
/plan
# Przy krytycznych pytaniach dodaj do polecenia słowo ultrathink
```
Do czego służy: „czy X powinno być osobną usługą?”, „jakich narzędzi użyć do prototypu?”, „jak zorganizować schemat bazy danych do obsługi wielu dzierżawców?”. To właśnie wtedy Opus 4.7 jest drogi — i wart swojej ceny, bo błąd na tym etapie kosztuje tygodnie pracy.
Te presety można zapisać jako skille (jeden model na skill) albo aliasy w `~/.zshrc`:
```bash
alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'
```
W pracy zespołowej można ujednolicić konfigurację za pomocą ustawień zarządzanych. Administrator ustawia `availableModels: ["sonnet", "haiku", "opusplan"]` w polityce organizacji, a użytkownicy fizycznie nie mogą bezpośrednio wybrać Opusa — tylko po jawnym wyrażeniu zgody. To dobre zabezpieczenie przed przypadkowym wyczerpaniem limitu.
Osoby tworzące [subagentów](https://ailoot.ai/blog/pl/claude-code-subagents/) mogą także ustawiać różne modele dla różnych subagentów za pomocą `CLAUDE_CODE_SUBAGENT_MODEL` lub pola `model` w nagłówku definicji agenta. To kolejny poziom optymalizacji.
## Co zrobić po wyczerpaniu limitu: 5 praktycznych technik
Najważniejszy wniosek
Po osiągnięciu limitu Opusa nie panikuj. Jest pięć sposobów na kontynuowanie pracy: przełącz się na Sonneta, użyj opusplan, włącz buforowanie promptów, przenieś część pracy do Batch API albo przełącz Haiku do zadań pobocznych. Limity podwojono w maju 2026 r., a ograniczenia w godzinach szczytu usunięto, więc trudniej wyczerpać limit Opusa.
Jeśli `/status` pokazuje, że limit Opusa został osiągnięty:
1. **Przełącz się na Sonnet 4.6**: `/model sonnet`. Ma osobną pulę, a w 80% zadań nie zauważysz różnicy. W API Anthropic Claude Code może automatycznie przełączyć się na Sonneta, nawet po osiągnięciu limitu Opusa, jeśli zbliżasz się do progu.
2. **Użyj opusplan do dalszej pracy**: `/model opusplan`. Jeśli masz jeszcze tego dnia zadania w Plan Mode, będą one w minimalnym stopniu korzystać z Opusa (tylko do planowania); wykonanie będzie w całości obsługiwane przez Sonneta.
3. **Sprawdź buforowanie promptów**: upewnij się, że nie zostało wyłączone przez `DISABLE_PROMPT_CACHING=1`. Jeśli CLAUDE.md lub system prompt zawiera megabajt ustawień, powinien on być buforowany. Przy 90% odczytów zmniejsza to zużycie dziesięciokrotnie.
4. **Przenieś zadania wsadowe**: jeśli masz masowe generowanie (raporty, teksty, tłumaczenia), przenieś je do skryptu korzystającego z Batch API — 50% zniżki na wejście i wyjście. Nie działa bezpośrednio w Claude Code, ale konfiguracja skryptu `tsx` + Anthropic SDK zajmuje 30 minut.
5. **Używaj Haiku do zadań drugorzędnych**: przy rutynowych zadaniach, takich jak „napisz komunikat commitu” lub „wyjaśnij, co robi ten plik”, przełącz Claude Code na Haiku. Zużywa on trzy razy mniej tokenów niż Sonnet i pięć razy mniej niż Opus.
Najważniejsze przypomnienie: **od 6 maja 2026 r. limity w planach Pro, Max, Team i Enterprise są dwukrotnie wyższe**, a ograniczenia w godzinach szczytu zostały zniesione. Jeśli Opus wyczerpuje limit w pół dnia, problemem nie są limity — Opusa używa się tam, gdzie wystarczyłby Sonnet. Mapa decyzji w drugiej sekcji tego poradnika znów daje ci kontrolę.
Szczegółowe omówienie limitów i osiem praktycznych zasad oszczędzania tokenów znajdziesz w tym artykule filarowym: [Jak uniknąć wyczerpania limitów Claude Code w ciągu jednego dnia: 8 zasad oszczędzania tokenów w 2026 r.](https://ailoot.ai/blog/pl/claude-code-token-limits-saving/). Przydatnym uzupełnieniem jest też [Plan Mode w Claude Code: poradnik krok po kroku](https://ailoot.ai/blog/pl/claude-code-plan-mode/), ponieważ opusplan nie działa bez Plan Mode. Podstawą pracy z każdym modelem jest [Jak skonfigurować CLAUDE.md w 2026 r.](https://ailoot.ai/blog/pl/claude-md-template/).
### Źródła
- [Anthropic — zapowiedź Claude Opus 5.5 (22 września 2026 r.)](https://www.anthropic.com/news/claude-opus-5-5)
- [API Anthropic: przegląd modeli, ceny i poziomy wysiłku](https://platform.claude.com/docs/en/about-claude/models/overview)
- [Claude Code od Anthropic: konfiguracja modelu](https://code.claude.com/docs/en/model-config)
- [Claude Code od Anthropic: przyspieszanie odpowiedzi za pomocą trybu Fast](https://code.claude.com/docs/en/fast-mode)
- [Claude Code od Anthropic: co nowego](https://code.claude.com/docs/en/whats-new)
- [API Anthropic: ceny](https://platform.claude.com/docs/en/about-claude/pricing)
- [API Anthropic: poziomy wysiłku](https://platform.claude.com/docs/en/build-with-claude/effort)
- [API Anthropic: okno kontekstu o wielkości 1M tokenów](https://platform.claude.com/docs/en/build-with-claude/context-windows)
- [Pomoc Anthropic: modele, użycie i limity w Claude Code](https://support.claude.com/en/articles/14552983-models-usage-and-limits-in-claude-code)
- [Blog Anthropic: nowości w Claude Managed Agents (Code with Claude 2026)](https://claude.com/blog/new-in-claude-managed-agents)
Działająca konfiguracja vibe codingu: **klon AI + Drugi Mózg + Inżynieria Kontekstu**. Praktyczne materiały: [dokumentacja Ailoot](https://ailoot.ai/docs/).
Więcej materiałów i narzędzi: [Ailoot](https://ailoot.ai/).
## Pytania i odpowiedzi
### Ile oszczędza obliczony przykład opusplan?
Przy historycznych stawkach i liczbach tabeli sam Opus kosztuje $2.60, a opusplan $1.70. Oszczędność to $0.90 / $2.60, około 34.6%; nie dowodzi uniwersalnych 75–80%.
### Czy tańszy model wykonawczy gwarantuje tańsze udane zadanie?
Nie. Użyj faktycznych liczb wejścia, wyjścia, cache i ponowień z właściwymi stawkami, a potem tych samych kryteriów sukcesu. Niższa stawka tokenowa to tylko część całkowitego kosztu.
## Ailoot · Firma i jej portfel projektów
Ailoot opiera się na zgromadzonym doświadczeniu operacyjnym, szerokiej bazie klientów, stabilnej usłudze i stałej kontroli KPI.
Firma i jej portfel projektów: miliony klientów; miesięczna sprzedaż liczona w miliardach.
Ailoot wykorzystuje to doświadczenie operacyjne, zapewniając dostęp przez API do funkcji AI w produktach klientów, agentach, aplikacjach i automatyzacjach.