NastępnyNastępny poradnik
Liczenie tokenów i ceny API LLM
Techniczne
PRZEWODNIK techniczny
Aby oszacować koszty API LLM, pomnóż liczbę tokenów wysyłanych i odbieranych w każdym żądaniu przez cenę za token u dostawcy, a następnie skaluj wynik przez liczbę oczekiwanych żądań.
Posłuchaj tego przewodnikaOpowiadane przez sztuczną inteligencję · ~3 min
Wykonanie tego przed uruchomieniem zapobiega niespodziewanym rachunkom i pokazuje, czy funkcję można wycenić z zyskiem. Pokazuje również, które wybory projektowe, takie jak długa historia konwersacji, napędzają wydatki.
LLM APIs bill by the token. A token is a chunk of text that averages roughly four characters, or about three quarters of a word, in English. Other languages and code often need more tokens for the same meaning, and each provider's tokenizer counts a little differently. Prices are quoted per million tokens, with separate rates for input (everything you send) and output (everything the model generates). Output is usually priced several times higher than input. A reliable estimate follows five steps: 1. Define each task the feature performs. 2. Measure tokens per request using real sample prompts and the provider's tokenizer or token-counting endpoint. Count the system prompt, retrieved documents, conversation history, user input and expected output. 3. Estimate volume: active users times requests per user per day. 4. Multiply tokens by price and by volume. 5. Add overhead for retries, failed calls, evaluation runs and growth. Here is a worked example using hypothetical prices of $3 per million input tokens and $15 per million output tokens. A request with 2,000 input tokens costs $0.006 for input. Its 400 output tokens cost another $0.006, so the request costs $0.012. At 10,000 requests a day, that is $120 a day, or about $3,600 over a 30-day month, before overhead. The biggest estimating errors come from what people forget: - Most chat applications resend the conversation on every turn. Input grows with each message, so one long conversation costs far more than several short ones. - Retrieval-augmented features can add thousands of tokens of context to each call. - Reasoning models generate internal thinking tokens that are billed as output even when they are not shown. - Agents make many calls for each user action. Discounts change the math. Prompt caching lowers the price of repeated prefixes, and batch APIs discount work that can wait. Always check the provider's current pricing page, because rates change often.
Zespół tworzący funkcję szkicowania e-maili przepuszcza partię rzeczywistych promptów testowych przez tokenizator. Okazuje się, że prompt systemowy stanowi ponad połowę wszystkich tokenów wejściowych, więc skraca prompt przed uruchomieniem.
Prognoza dla czatbota zakładała jeden krótki prompt na turę i rozpada się, gdy zespół zauważa, że każda tura ponownie wysyła całą konwersację. Zrewidowana prognoza ogranicza historię i streszcza starsze tury.
Nocne zadanie klasyfikujące dziesiątki tysięcy zgłoszeń wsparcia przechodzi na zniżkowane API partii dostawcy. Żadne z wyników nie jest potrzebne natychmiast, więc opóźnienie nie generuje kosztów.
Startup budżetujący model rozumujący dowiaduje się, że ukryte tokeny rozumowania są rozliczane jako wyjście. Jego szacunek uwzględniał tylko widoczną odpowiedź, więc musi podnieść koszt na żądanie wielokrotnie.
Ceny za token ogólnie spadły dla danego poziomu możliwości. Dostawcy nadal dodają opcje cenowe, takie jak zniżki za cache, stawki partii i poziomy usług. To czyni użycie LLM tańszym, ale szacowanie bardziej skomplikowanym, ponieważ najtańsza konfiguracja zależy od potrzeb opóźnień i struktury promptu. Obciążenia rozumowania i agencji przesuwają główny koszt z długości wejścia na tokeny wyjściowe i liczbę wywołań, więc prognozy oparte na prostych założeniach czatu szybko się dezaktualizują. Monitorowanie kosztów prawdopodobnie stanie się standardową częścią narzędzi LLM. Szacunki będą ciągłe korygowane na podstawie zarejestrowanego użycia, a nie tworzone jednorazowo przed uruchomieniem.
Darmowy newsletter
Trzy zweryfikowane historie AI każdego poranka w dni robocze, napisane prostym angielskim. Bezpłatne na zawsze, bez reklam.
Jedno e‑mail każdego dnia roboczego. Wypisz się jednym kliknięciem. Nigdy nie sprzedajemy ani nie udostępniamy Twojego adresu.
Sprawdź się
Natychmiastowa informacja zwrotna na każde pytanie oraz udostępnialny certyfikat z weryfikowalnym ID po zaliczeniu kursu.
Wspieraj darmową edukację AI. AI Understanding jest organizacją non-profit 501(c)(3) — bez reklam, bez płatnej ściany, zawsze. Przekaż darowiznę
Aby oszacować koszty API LLM, pomnóż liczbę tokenów wysyłanych i odbieranych w każdym żądaniu przez cenę za token u dostawcy, a następnie skaluj wynik przez oczekiwaną liczbę żądań. Wykonanie tego przed uruchomieniem usługi zapobiega nieoczekiwanym rachunkom i pokazuje, czy funkcja może być wyceniona z zyskiem. Pokazuje również, które wybory projektowe, takie jak długa historia rozmowy, napędzają wydatki.
Powszechna zasada mówi, że jeden token w języku angielskim odpowiada około czterem znakom lub 0,75 słowa. Inne języki i kod często wymagają więcej tokenów dla tego samego znaczenia.
Dostawcy naliczają opłaty osobno za tokeny wejściowe i wyjściowe, przy czym tokeny wyjściowe są zwykle wyceniane kilka razy wyżej niż tokeny wejściowe.
2 000 / 1 000 000 × 3 USD = 0,006 USD. Dzielenie liczby tokenów przez milion przed pomnożeniem przez cenę to kluczowy krok w każdym szacunku.
Większość aplikacji czatowych ponownie wysyła całą rozmowę w każdej turze, więc wejście rośnie z każdą wiadomością, a całkowite wejście rośnie przybliżenie kwadratowo w stosunku do długości rozmowy.
Tokeny rozumowania są generowane przez model, więc są rozliczane jako wyjście, nawet jeśli użytkownik może ich nigdy nie zobaczyć. Pominięcie ich może poważnie zaniżyć koszt.
Ucz się dalej
Wybrano więcej przewodników na ten temat
NastępnyNastępny poradnik
Liczenie tokenów i ceny API LLM
Techniczne