Blog JSystems - uwalniamy wiedzę!

Szukaj

Claude Code

Opus za drogi - kiedy wystarczy Sonnet w Claude Code

W skrócie

  • Używasz najmocniejszego modelu do wszystkiego i widzisz, że koszt albo limity rosną szybciej, niż muszą.
  • Modele różnią się przeznaczeniem: Opus jest do trudnego rozumowania, Sonnet do codziennego kodowania, Haiku do prostych zadań.
  • Dobierz model do trudności zadania i przełączaj się komendą /model, a możliwość opusplan pozwala planować na Opusie i wykonywać na Sonnecie.

Łatwo wpaść w nawyk uruchamiania najmocniejszego modelu do każdego zadania, na wszelki wypadek. Problem w tym, że większość codziennej pracy z kodem tego nie wymaga, a mocniejszy model kosztuje więcej i szybciej zjada limity. Warto wiedzieć, kiedy Sonnet naprawdę wystarcza, a kiedy sięganie po Opusa ma sens. Pokazujemy, jak dobierać model świadomie.

Jak to wygląda w praktyce

Objaw finansowy jest oczywisty: koszty rosną albo limity użycia kończysz szybciej, niż oczekiwałeś, mimo że zadania nie są jakoś wyjątkowo trudne. Objaw praktyczny bywa subtelniejszy - czekasz dłużej na odpowiedzi, bo najmocniejszy model rozważa prostą poprawkę tak samo dokładnie jak skomplikowany problem.

Często okazuje się, że duża część pracy to rzeczy rutynowe: drobne poprawki, uzupełnianie testów, zmiany kosmetyczne, powtarzalne refaktoryzacje. To właśnie zadania, przy których mocniejszy model nie daje proporcjonalnej korzyści do swojego kosztu.

Dlaczego Claude Code tak działa

Modele w Claude Code są pomyślane pod różne rodzaje zadań i wybór aliasu to właśnie wybór tego przeznaczenia. Opus jest opisany jako model do złożonego rozumowania, Sonnet jako model do codziennych zadań programistycznych, a Haiku jako szybki i oszczędny do prostych zadań. Używanie najmocniejszego wariantu do wszystkiego oznacza, że płacisz za rozumowanie, którego dane zadanie nie potrzebuje.

Claude Code daje też wygodny kompromis dla zadań, które trzeba dobrze przemyśleć, ale samo wykonanie jest już proste. Tryb opusplan używa Opusa w trybie planowania, a następnie przełącza się na Sonneta do wykonania. Dzięki temu trudna część, czyli obmyślenie podejścia, idzie na mocniejszym modelu, a mechaniczna realizacja na lżejszym. To pozwala trzymać koszt w ryzach bez rezygnacji z jakości tam, gdzie ona faktycznie waży.

Jak to rozwiązać krok po kroku

  1. Oszacuj trudność zadania przed startem. Rutynowe poprawki, testy, zmiany kosmetyczne i proste refaktoryzacje to naturalne zadania dla Sonneta.
  2. Do zadań wymagających głębszego rozumowania - trudna architektura, zawiły błąd, projektowanie nietrywialnego rozwiązania - przełącz się na Opusa komendą /model opus.
  3. Do bardzo prostych, powtarzalnych czynności rozważ Haiku (/model haiku), bo jest szybki i oszczędny.
  4. Gdy zadanie trzeba dobrze zaplanować, ale wykonanie jest proste, użyj trybu /model opusplan - planowanie pójdzie na Opusie, a wykonanie na Sonnecie.
  5. Przełączaj model w locie w miarę, jak zmienia się trudność w obrębie jednej sesji - nie musisz zaczynać od nowa.
  6. Jeśli chcesz mieć stały, rozsądny domyślny model, ustaw go w ustawieniach i sięgaj po mocniejszy tylko doraźnie, przez /model.

Jak sprawdzić, że zadziałało

Praktyczny sprawdzian jest prosty: jeśli Sonnet radzi sobie z Twoimi codziennymi zadaniami bez zauważalnego spadku jakości, to znak, że Opus był do nich nadmiarowy. Obserwuj efekty na realnych zadaniach, a nie tylko na wrażeniu.

Do śledzenia kosztu i zużycia możesz podejrzeć podsumowanie sesji komendą /usage. Jeśli po dobraniu modelu do trudności zadań zużycie spada, a jakość wyników się trzyma, dobór jest trafny. Gdy przy trudniejszym zadaniu Sonnet zaczyna się gubić, to sygnał, że właśnie tam warto sięgnąć po Opusa.

Wróć do listy: 100 najczęstszych problemów z Claude Code

Szkolenie Claude Code - od zera do zespołu agentów AI, prowadzi Łukasz Matuszewski (JSystems)

Szkolenie Claude Code - od zera do zespołu agentów AI -->

Szkolenie Claude Code - od zera do zespołu agentów AI

Tryb planowania, tryby uprawnień, komendy, MCP, hooki i systemy multi-agent - wszystko na żywym kodzie podczas trzydniowego szkolenia. Prowadzi Łukasz Matuszewski. Szkolenie ma terminy gwarantowane - odbędzie się niezależnie od liczby zgłoszeń.

Sprawdź szkolenie Claude Code

To szkolenie może być dofinansowane dla Ciebie z KFS lub BUR.

★★★★★Średnia ocena naszych szkoleń w Google: 5/5

Najczęściej zadawane pytania

Kiedy w Claude Code wystarczy Sonnet, a kiedy warto sięgnąć po Opusa?
Sonnet jest pomyślany do codziennych zadań programistycznych i zwykle wystarcza do drobnych poprawek, testów, zmian kosmetycznych i prostych refaktoryzacji. Opus to model do złożonego rozumowania, więc sięgaj po niego przy trudnej architekturze, zawiłym błędzie albo projektowaniu nietrywialnego rozwiązania. Dobór do trudności zadania oszczędza koszt bez straty jakości.
Czy używanie najmocniejszego modelu do wszystkiego ma jakiś koszt?
Tak. Najmocniejszy model kosztuje więcej i szybciej zjada limity, a przy zadaniach rutynowych nie daje korzyści proporcjonalnej do tego kosztu. Płacisz wtedy za rozumowanie, którego dane zadanie nie potrzebuje. Dlatego warto trzymać rozsądny model domyślny i sięgać po mocniejszy tylko doraźnie, gdy zadanie faktycznie tego wymaga.
Jak połączyć mocne planowanie z tańszym wykonaniem?
Użyj trybu opusplan, który używa Opusa w trybie planowania, a potem przełącza się na Sonneta do wykonania. Dzięki temu trudna część, czyli obmyślenie podejścia, idzie na mocniejszym modelu, a mechaniczna realizacja na lżejszym. To dobry kompromis dla zadań, które trzeba dobrze przemyśleć, choć samo wdrożenie jest proste.
Jak sprawdzić, czy dobór modelu realnie obniża zużycie?
Podejrzyj podsumowanie sesji komendą /usage i obserwuj, czy po dopasowaniu modelu do trudności zadań zużycie spada, a jakość wyników się trzyma. Oceniaj to na realnych zadaniach, a nie na samym wrażeniu. Gdy przy trudniejszym zadaniu lżejszy model zaczyna się gubić, właśnie tam warto przełączyć się na Opusa.

Komentarze (0)

Musisz być zalogowany by móc dodać komentarz. Zaloguj się przez Google

Brak komentarzy...