Keširanje promptova

Kako to funkcioniše

• Prefiks, po redu — Prompt se čita po redu: sistemski prompt, definicije alata, zatim poruke. Keš se podudara od početka te sekvence do prvog tokena koji se razlikuje.
• Šta se smatra pogodkom (hit-om) — Zahtjev čiji prompt počinje sa istim sadržajem kao nedavni zahtjev — obično prethodni krug istog razgovora kojem su dodane nove poruke. Podudarajući se prefiks je keširani ulaz; sve nakon njega je običan ulaz.
• Granularnost — Keš čuva prompt u blokovima od 1,568 tokena, pa se prompt kraći od oko 1,500 tokena ne kešira. Broj keširanih u odgovoru je vaš broj ulaznih pomnožen keširanim udjelom prompta, zaokružen naniže. Nije nužno višekratnik veličine bloka.
• Bez hita — Zahtjev čiji početak nije u kešu naplaćuje se po redovnoj cijeni ulaza. Za keširane promptove nije objavljeno vrijeme trajanja i hit nije zagarantovan: pročitajte usage da vidite šta je zahtjev uzeo iz keša.
• Bez prekidača — Zahtjev se ne prijavljuje za keširanje, a nijedno polje ga ne isključuje.
• Koji modeli — Svaki hostovani open-weight ID. GET /v1/models izvještava capabilities.prompt_caching: true i pricing.cached_input_per_million_usd za njih. Shannon modeli naplaćuju jednu fiksnu stopu.

Pogledajte cache hit u odgovoru

Pošaljite dva zahtjeva koji počinju istim dugim system promptom i ispišite usage svakog. Prvi broj je ulaz zahtjeva, drugi je dio koji je pročitan iz keša.

from openai import OpenAI

client = OpenAI(api_key="YOUR_API_KEY", base_url="https://api.shannon-ai.com/v1")

handbook = open("handbook.txt").read()  # a long text that stays the same


def ask(question):
    response = client.chat.completions.create(
        model="Kimi-K3-3BIT-REAP",
        messages=[
            {"role": "system", "content": handbook},
            {"role": "user", "content": question},
        ],
    )
    usage = response.usage
    print(usage.prompt_tokens, usage.prompt_tokens_details.cached_tokens)


ask("What is the refund policy?")
ask("Who approves travel?")  # same start: read the second number

import { readFileSync } from "node:fs";
import OpenAI from "openai";

const client = new OpenAI({ apiKey: "YOUR_API_KEY", baseURL: "https://api.shannon-ai.com/v1" });

const handbook = readFileSync("handbook.txt", "utf8"); // a long text that stays the same

async function ask(question) {
  const response = await client.chat.completions.create({
    model: "Kimi-K3-3BIT-REAP",
    messages: [
      { role: "system", content: handbook },
      { role: "user", content: question },
    ],
  });
  const usage = response.usage;
  console.log(usage.prompt_tokens, usage.prompt_tokens_details.cached_tokens);
}

await ask("What is the refund policy?");
await ask("Who approves travel?"); // same start: read the second number

# handbook.txt is a long text that stays the same. jq builds the JSON body from it
# and prints the usage object of the reply. Run it twice with different questions.
jq -Rs '{
    model: "Kimi-K3-3BIT-REAP",
    messages: [
      {role: "system", content: .},
      {role: "user", content: "What is the refund policy?"}
    ]
  }' handbook.txt \
  | curl -s https://api.shannon-ai.com/v1/chat/completions \
      -H "Authorization: Bearer YOUR_API_KEY" \
      -H "Content-Type: application/json" \
      -d @- \
  | jq .usage

Cjenovnik

Keširani ulazni tokeni se naplaćuju po 25% cijene ulaza modela, zaokruženo na $0.001 per 1M. Pisanje u keš ne košta ništa dodatno, a izlaz se naplaćuje kao i obično. Keširana stopa za svaki ID nalazi se u tablici Models & pricing. Modeli i cijene

Ulaz poziva naplaćuje se kao (ulaz − keširano) × cijena ulaza + keširano × cijena keširanog. Broj keširanih nikad nije veći od broja ulaznih.

Zapisnik korištenja navodi keširani ulaz svakog poziva. Njegovi naplaćeni tokeni i trošak već uključuju cijenu keširanog. Ključevi i korištenje

Polja upotrebe

{
  "usage": {
    "prompt_tokens": 20000,
    "completion_tokens": 812,
    "total_tokens": 20812,
    "prompt_tokens_details": {
      "cached_tokens": 18000
    },
    "completion_tokens_details": {
      "reasoning_tokens": 604
    }
  }
}

{
  "usage": {
    "input_tokens": 20000,
    "input_tokens_details": {
      "cached_tokens": 18000
    },
    "output_tokens": 812,
    "output_tokens_details": {
      "reasoning_tokens": 604
    },
    "total_tokens": 20812
  }
}

{
  "usage": {
    "input_tokens": 2000,
    "cache_read_input_tokens": 18000,
    "cache_creation_input_tokens": 0,
    "output_tokens": 812
  }
}

Streamovani odgovor nosi ista polja u svom završnom usage. Ne morate ga tražiti:

Kako postići više cache hit-ova

• Održavajte sistemski prompt i definicije alata bajt-za-bajt stabilnim između poziva. Vrijednosti specifične za poziv, kao što su vremenski oznake ili ID-ovi zahtjeva, stavite na kraj posljednje poruke, ne u sistemski prompt.
• Samo dodajte na historiju. Uređivanje, skraćivanje ili sumiranje prethodnih krugova mijenja prefiks, i sve nakon prve izmjene se naplaćuje kao običan ulaz.
• Nemojte mijenjati redoslijed alata, poruka ili blokova sadržaja između poziva, i serijalizujte JSON (šeme alata, argumenti alata i rezultati) na isti način svaki put.
• Ostanite na jednom idu modela tokom razgovora i pošaljite sljedeći poziv ubrzo nakon prethodnog.

API drži početak razgovora stabilnim u ovim slučajevima:

• system ili developer poruka poslana kasnije u razgovoru ostaje na svom mjestu. Ne mijenja početak prompta, pa krugovi prije nje ostaju keširani.
• Argumenti poziva alata u ranijim assistant krugovima porede se po vrijednosti. Redoslijed ključeva i razmaci tog JSON-a nisu bitni.
• Tri endpointa čitaju razgovor na isti način. Razgovor nastavljen na drugom endpointu zadržava zajednički prefiks kada je sadržaj isti.

Polja zahtjeva

Prihvaćeni su prompt_cache_key (Chat Completions i Responses) i cache_control na blokovima sadržaja Messages, tako da postojeći klijentski kod radi bez promjena. Nijedan od njih nije obavezan: keširanje je automatsko i radi isto i bez njih.

Brojanje tokena

Dva besplatna endpointa, POST /v1/tokenize i POST /v1/messages/count_tokens, broje tokene teksta ili cijelog zahtjeva za hostirane open-weight modele prije nego ga pošaljete. Imaju vlastitu stranicu: Brojanje tokena