Przejdź do treści
Możliwości

Możliwości

Co każdy model potrafi przez API, model po modelu: narzędzia, obraz na wejściu, wnioskowanie, wyjście JSON, prompt caching, wyszukiwanie w sieci i streaming.

Do każdego modelu docierasz przez te same trzy endpointy z tym samym kluczem. Dwie tabele pokazują, czym modele się różnią. Kreska oznacza, że model odpowiada bez tej możliwości.

Modele Shannon

Model NarzędziaObrazyWnioskowanieWysiłekObiekt JSONSchemat JSONCacheWyszukiwanieStreaming
shannon-1.6-lite TakTak——TakTak—TakTak
shannon-1.6-pro TakTakTak—TakTak—TakTak
shannon-2-lite Tak—Tak—TakTak—TakTak
shannon-2-pro Tak—Tak—TakTak—TakTak
shannon-3 TakTakTak—TakTak—TakTak
shannon-3-pro TakTakTak—TakTak—TakTak
shannon-3.1 TakTakTak—TakTak—TakTak
shannon-3.1-pro TakTakTak—TakTak—TakTak
shannon-3.5 Tak———TakTak——Tak
shannon-coder-1 Tak—Tak—TakTak——Tak

Hostowane modele open-weight

Id hostowanego modelu to jego nazwa i wariant połączone myślnikiem, na przykład DeepSeek-V4-Pro-0813-3BIT-REAP.

Model NarzędziaObrazyWnioskowanieWysiłekObiekt JSONSchemat JSONCacheWyszukiwanieStreaming
DeepSeek-V4-Pro-0813 3BIT-REAP Tak—TakTakTakTakTak—Tak
GLM-5.2 3BIT-REAP Tak—TakTakTakTakTak—Tak
Kimi-K3 3BIT-REAP TakTakTakTakTakTakTak—Tak
Nemotron3Ultra 3BIT-REAP Tak—TakTakTakTakTak—Tak
MiniMax-M3 3BIT-REAP TakTakTakTakTakTakTak—Tak
DeepSeek-V4-Flash-0731 W4A16-AUTOROUND-REAP Tak—TakTakTakTakTak—Tak
Kimi-K2.6 W4A16-AUTOROUND-REAP TakTakTakTakTakTakTak—Tak
Laguna-S-2.1 W4A16-AUTOROUND-REAP Tak—TakTak——Tak—Tak
inkling W4A16-AUTOROUND-REAP TakTakTakTakTak—Tak—Tak
MiMo-V2.5-Pro W8A16 Tak—TakTakTakTakTak—Tak
MiMo-V2.5 W8A16 TakTakTakTakTakTakTak—Tak
Hy3 W8A16 Tak—TakTakTakTakTak—Tak

Co oznacza każda kolumna

  • Narzędzia. Opisujesz funkcje w tools, model odpowiada wywołaniami, które chce wykonać, a Twój kod je uruchamia. Każdy model przyjmuje narzędzia. Wymuszone tool_choice stosują hostowane modele open-weight. Wywołanie funkcji
  • Obraz na wejściu. Model czyta obrazy wysłane w wiadomości użytkownika, jako data URL lub jako adres. shannon-2-lite i shannon-2-pro czytają obrazy w zapytaniach, które wysyłają także tools lub response_format. Rodzina Shannon 3 czyta także dokumenty. Obrazy i pliki
  • Wnioskowanie. Odpowiedź może zawierać tekst wnioskowania modelu obok odpowiedzi, we własnym polu. Wysiłek rozumowania
  • Wysiłek rozumowania. Pole zapytania ustala, jak głęboko model wnioskuje: off, low, medium lub high. Modele Shannon same ustalają swoją głębokość. Wysiłek rozumowania
  • Obiekt JSON. Z response_format: {"type": "json_object"} odpowiedź jest JSON-em bez narzuconego kształtu. W /v1/chat/completions i /v1/responses. Ustrukturyzowane odpowiedzi
  • Schemat JSON. Z response_format typu json_schema odpowiedź jest zgodna ze schematem, który wysyłasz. W /v1/chat/completions i /v1/responses. Ustrukturyzowane odpowiedzi
  • Prompt caching. Prompt, który zaczyna się jak niedawny prompt w tym samym modelu, jest odczytywany z cache, a część z cache jest rozliczana po 25% ceny wejścia. Nie wymaga żadnego pola zapytania. Cache'owanie promptów
  • Wyszukiwanie w sieci. Z web_search: true API przeszukuje sieć i przekazuje wyniki modelowi, zanim odpowie. W /v1/chat/completions i /v1/messages. To pole zapytania i nie ma flagi w GET /v1/models. Wbudowane wyszukiwanie w sieci
  • Streaming. Z stream: true odpowiedź przychodzi jako server-sent events, w trakcie pisania przez model. Każdy model obsługuje streaming we wszystkich trzech endpointach. Streaming

Te same fakty z GET /v1/models

GET https://api.shannon-ai.com/v1/models

GET /v1/models wymienia każdy model z obiektem capabilities, więc program może odczytać te fakty zamiast tej strony. Endpoint nie wymaga klucza.

from openai import OpenAI

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

for model in client.models.list():
    print(model.id, getattr(model, "capabilities", None))

id i capabilities dwóch pozycji data:

200 JSON
[
  {
    "id": "shannon-3",
    "capabilities": {
      "tools": true,
      "vision": true,
      "reasoning": true,
      "reasoning_effort": false,
      "streaming": true,
      "json_schema": true
    }
  },
  {
    "id": "Kimi-K3-3BIT-REAP",
    "capabilities": {
      "tools": true,
      "vision": true,
      "reasoning": true,
      "reasoning_effort": true,
      "streaming": true,
      "response_format": true,
      "json_schema": true,
      "prompt_caching": true
    }
  }
]
Kolumna Flaga w capabilities
Narzędzia tools
Obraz na wejściu vision
Wnioskowanie reasoning
Wysiłek rozumowania reasoning_effort
Obiekt JSON response_format
Schemat JSON json_schema
Prompt caching prompt_caching
Wyszukiwanie w sieci To nie flaga: pole zapytania web_search.
Streaming streaming
  • response_format i prompt_caching to flagi pozycji hostowanych modeli open-weight. Pozycja Shannon raportuje wyjście JSON samym json_schema, które oznacza oba tryby JSON.
  • vision ma wartość true dla shannon-2-lite i shannon-2-pro: czytają one obrazy w zapytaniach, które wysyłają także tools lub response_format.

Poza wierszem modelu

Hostowany model open-weight odrzuca obraz lub tryb JSON spoza swojego wiersza. Odmowa następuje, zanim cokolwiek zostanie pobrane z Twojego salda:

Status Typ Komunikat Kiedy
400 invalid_request_error <id> does not accept image input Obraz wysłano do hostowanego modelu open-weight bez obsługi obrazu na wejściu.
400 invalid_request_error <id> does not accept response_format Zażądano wyjścia JSON od hostowanego modelu open-weight, który nie ma żadnego z trybów JSON.
400 invalid_request_error <id> does not accept response_format json_schema; use json_object Schemat wysłano do hostowanego modelu open-weight, który ma tylko tryb obiektu JSON.

Model Shannon odpowiada na takie zapytanie ze statusem 200: możliwość spoza jego wiersza nie bierze udziału w odpowiedzi. Obsługa błędów