Przejdź do treści głównej

Claude Sonnet 4.6 od Anthropic przez endpoint zgodny z OpenAI. Przyjmuje do 1 000 000 tokenów tekstu i obrazów, zwraca do 64 000, z kontrolą temperature i top_p, do 128 definicji narzędzi i streamingiem SSE.

Wejście $3Wyjście $15za 1 mln tokenówWejście z pamięci podręcznej $0.30Zapis do cache $3.75

Obszar roboczy

Claude Sonnet 4.6

W czym Claude Sonnet 4.6 może pomóc?

Powiązane modele i kolejne zadania

Brakuje modelu, którego potrzebujesz?

Napisz, co dodać i do czego chcesz tego użyć. Zgłoszenia trafiają do osób, które decydują o kolejności wdrożeń.

Zbuduj stabilne przepływy wiadomości do okna miliona tokenów po stawce Sonnet, z nienaruszonym sterowaniem próbkowaniem

Sonnet 4.6 bierze okno 1 000 000 tokenów i zachowuje temperature oraz top_p, po stawce Sonnet zamiast Opusa. Wobec siostrzanego 4.5 zmienia się tylko okno; wobec Opusa 4.6 zmieniają się cena i pułap odpowiedzi 64 000 tokenów zamiast 128 000.

Otwórz Playground czatu
Zbuduj stabilne przepływy wiadomości do okna miliona tokenów po stawce Sonnet, z nienaruszonym sterowaniem próbkowaniem
Model
Claude Sonnet 4.6
Nadaje się do
okna miliona tokenów po stawce Sonnet, z nienaruszonym sterowaniem próbkowaniem
Kształt wiadomości
Reguły systemowe → dowody i stan → zadanie tej tury → kontrakt wyniku
Granica faktów
Możliwości, sterowanie i cena pochodzą z aktualnego schematu

Zasada integracji

Zacznij od najmniejszego zestawu wiadomości, a potem dokładaj wyłącznie niezbędny kontekst. Rozdziel fakty, założenia i ograniczenia oraz zaprojektuj ścieżki przerwania, ponowienia, rozliczenia i przeglądu przez człowieka.

Buduj powtarzalne procesy do okna miliona tokenów po stawce Sonnet, z nienaruszonym sterowaniem próbkowaniem

Sonnet 4.6 bierze okno 1 000 000 tokenów i zachowuje temperature oraz top_p, po stawce Sonnet zamiast Opusa. Wobec siostrzanego 4.5 zmienia się tylko okno; wobec Opusa 4.6 zmieniają się cena i pułap odpowiedzi 64 000 tokenów zamiast 128 000.

  • Długie okno po stawce Sonnet

    1 000 000 tokenów na wejściu

    Ta sama głębia kontekstu co na ścieżkach Opus, za około 60% ich ceny za milion.

  • Sterowanie próbkowaniem zachowane

    temperature i top_p

    Bez migracji z biblioteki promptów dostrojonej pod temperaturę, inaczej niż na ścieżce Sonnet 5.

  • 64 000 na odpowiedź

    Połowa Opusa 4.6

    Wystarczy na długie, ustrukturyzowane wyjście; dokument na 100 000 tokenów wymaga ścieżki z pułapem 128 000.

Gdzie Claude Sonnet 4.6 wygrywa kosztem zadania i kształtem interakcji

Przetestuj jedno prawdziwe zadanie pod kątem jakości, weryfikowalności, opóźnienia i dopasowania do ceny sprzedaży, zamiast polegać na ogólnym rankingu.

  1. Wybierz Sonnet 4.6

    Długie wejścia, zwyczajna trudność

    Wymagany jest duży kontekst, a nie namysł ścieżki Opus.

  2. Wybierz Sonnet 4.5

    Twoje wejścia są znacznie poniżej 198 000

    Te same pokrętła i ta sama stawka rodziny przy mniejszym oknie — łatwiej to ogarnąć, gdy rozmiar jest znany.

  3. Wybierz Opus 4.6

    Pojedyncza odpowiedź musi przekroczyć 64 000

    To samo okno i te same pokrętła, dwukrotny pułap odpowiedzi, wyższa stawka za milion.

Zamień Claude Sonnet 4.6 w konkretną pracę, a nie w ogólne etykiety

Każdy scenariusz potrzebuje granic wejścia, weryfikacji i odzyskiwania; oficjalnych możliwości, wyników benchmarków ani obsługi narzędzi nigdy nie zmyślamy.

  • Kod na wejściu, ocena na wyjściu

    Pytania o całe repozytorium

    Kod na wejściu, ocena na wyjściu

    Milion tokenów po stawce Sonnet sprawia, że pytania w skali repozytorium są rutyną, a nie wyjątkiem.

  • Historia, której się nie przycina

    Pamięć długiej rozmowy

    Historia, której się nie przycina

    Sesje mogą trzymać całą historię w kontekście, a o momencie streszczania nie decyduje stawka.

  • Wiele plików, jeden werdykt

    Przegląd zestawów dokumentów

    Wiele plików, jeden werdykt

    Przeczytać zestaw i zwrócić ustalenia, bez budowania warstwy wyszukiwania na obejście małego okna.

  • Dorosłe postacie, wyraźne granice

    Proza bez ograniczeń

    Dorosłe postacie, wyraźne granice

    Długa ciągłość ponad istniejącym zbiorem tekstu, z temperaturą, którą już ustaliłeś. Nie dokładamy filtra treści.

Ułóż kontekst jako wejście Claude Sonnet 4.6, które da się prześwietlić

Cel, dowody, stan, ograniczenia i kontrakt wyniku muszą mieć osobne role, żeby żądanie dało się skompresować, zdebugować i odtworzyć.

  1. Kolejność

    Reguły, potem materiał, potem zadanie

    Przy długich wejściach polecenie w środku konkuruje z materiałem dookoła.

  2. Pamięć podręczna

    Stabilny prefiks, zmienny ogon

    Wejście z pamięci podręcznej po mniej więcej dziesiątej części stawki wejścia to miejsce, gdzie integracja długiego kontekstu naprawdę oszczędza.

  3. Próbkowanie

    Zablokuj, zanim ruszysz cokolwiek innego

    Zmieniło się okno, a nie zachowanie próbkowania — przenieś wartość, którą już zweryfikowałeś.

  4. Wyjście

    Projektuj pod jedną turę 64 000

    Jeśli rezultat jest dłuższy, podziel go świadomie, zamiast pozwolić, by uciął go pułap.

Wykaż powtarzalny przypadek Claude Sonnet 4.6, zanim trafi do produktu

Zanim znormalizowane żądanie pójdzie do ponownego użycia, potwierdź aktualny schemat, wycenę, streaming i zachowanie przy błędach.

  1. 01 · Punkt odniesienia

    Sprawdź najmniejsze żądanie w Playground

    Przejrzyj warstwy wiadomości, kształt wyniku, streaming i bieżące sterowanie.

  2. 02 · Granice

    Przećwicz błąd, anulowanie i ponowienie

    Sprawdź przekroczenia czasu, przerwane strumienie, zbyt duże wejście, ponowne generowanie i podwójne wysyłki.

  3. 03 · Integracja

    Skopiuj znormalizowane żądanie API

    Użyj publicznego identyfikatora modelu i kontraktu wiadomości; sterowanie odczytuj z aktualnego schematu.

  4. 04 · Eksploatacja

    Mierz zużycie i oceniaj dalej

    Zapisuj stan, końcowe zużycie, przyczyny błędów i uwagi o jakości; kosztowne wywołania najpierw wyceniaj.

Wprowadź Claude Sonnet 4.6 w przejrzysty kontrakt API

Playground, przykłady API, stany żądania i zapisy zużycia pozostają spójne od oceny aż po wdrożenie produkcyjne.

  • Jeden kontrakt

    Jeden kształt wiadomości, strumieni i błędów

    Struktura żądania, obsługa stanu i odzyskiwanie po błędach nie zmieniają się przy zmianie modelu.

  • Aktualny schemat

    Korzystaj z bieżącego sterowania danego endpointu

    Playground i przykłady API pokazują razem dostępne pola, limity i zachowanie domyślne.

  • Obserwowalny cykl życia

    Każde żądanie ma jasny stan

    Wysłanie, streaming, błąd, anulowanie i zużycie mają publiczną, sprawdzalną semantykę.

  • Przenośna integracja

    Mniej pracy, gdy modele się zmieniają

    Przejrzysty kontrakt utrzymuje kod produktu przy wejściach, wynikach i doświadczeniu użytkownika.

Granice API Claude Sonnet 4.6, które warto potwierdzić przed integracją

Wszystkie modele Claude10