رفتن به محتوا
قابلیت‌ها

قابلیت‌ها

هر مدل از طریق API چه کارهایی می‌تواند بکند، مدل به مدل: ابزارها، ورودی تصویر، استدلال، خروجی JSON، کش کردن پرامپت، جستجوی وب و streaming.

به هر مدل از طریق همان سه endpoint و با همان کلید دسترسی دارید. دو جدول نشان می‌دهند مدل‌ها کجا با هم فرق دارند. خط تیره یعنی مدل بدون آن قابلیت پاسخ می‌دهد.

مدل‌های Shannon

مدل ابزارهاتصاویراستدلالتلاششیء JSONJSON schemaکشجستجوStreaming
shannon-1.6-lite بلهبله——بلهبله—بلهبله
shannon-1.6-pro بلهبلهبله—بلهبله—بلهبله
shannon-2-lite بله—بله—بلهبله—بلهبله
shannon-2-pro بله—بله—بلهبله—بلهبله
shannon-3 بلهبلهبله—بلهبله—بلهبله
shannon-3-pro بلهبلهبله—بلهبله—بلهبله
shannon-3.1 بلهبلهبله—بلهبله—بلهبله
shannon-3.1-pro بلهبلهبله—بلهبله—بلهبله
shannon-3.5 بله———بلهبله——بله
shannon-coder-1 بله—بله—بلهبله——بله

مدل‌های open-weight میزبانی‌شده

شناسه مدل میزبانی‌شده، نام و گونه آن است که با خط تیره به هم وصل شده‌اند، برای مثال DeepSeek-V4-Pro-0813-3BIT-REAP.

مدل ابزارهاتصاویراستدلالتلاششیء JSONJSON schemaکشجستجوStreaming
DeepSeek-V4-Pro-0813 3BIT-REAP بله—بلهبلهبلهبلهبله—بله
GLM-5.2 3BIT-REAP بله—بلهبلهبلهبلهبله—بله
Kimi-K3 3BIT-REAP بلهبلهبلهبلهبلهبلهبله—بله
Nemotron3Ultra 3BIT-REAP بله—بلهبلهبلهبلهبله—بله
MiniMax-M3 3BIT-REAP بلهبلهبلهبلهبلهبلهبله—بله
DeepSeek-V4-Flash-0731 W4A16-AUTOROUND-REAP بله—بلهبلهبلهبلهبله—بله
Kimi-K2.6 W4A16-AUTOROUND-REAP بلهبلهبلهبلهبلهبلهبله—بله
Laguna-S-2.1 W4A16-AUTOROUND-REAP بله—بلهبله——بله—بله
inkling W4A16-AUTOROUND-REAP بلهبلهبلهبلهبله—بله—بله
MiMo-V2.5-Pro W8A16 بله—بلهبلهبلهبلهبله—بله
MiMo-V2.5 W8A16 بلهبلهبلهبلهبلهبلهبله—بله
Hy3 W8A16 بله—بلهبلهبلهبلهبله—بله

معنای هر ستون

  • ابزارها. توابع را در tools توصیف می‌کنید، مدل با فراخوانی‌هایی که می‌خواهد انجام شوند پاسخ می‌دهد و کد شما آن‌ها را اجرا می‌کند. هر مدل ابزار می‌پذیرد. tool_choice اجباری را مدل‌های open-weight میزبانی‌شده اعمال می‌کنند. فراخوانی توابع
  • ورودی تصویر. مدل تصاویری را که داخل پیام کاربر فرستاده شوند، به‌صورت data URL یا آدرس، می‌خواند. shannon-2-lite و shannon-2-pro تصاویر را در درخواست‌هایی که tools یا response_format هم می‌فرستند می‌خوانند. خانواده Shannon 3 اسناد را هم می‌خواند. تصاویر و فایل‌ها
  • استدلال. پاسخ می‌تواند متن استدلال مدل را در کنار جواب، در یک فیلد جداگانه، همراه داشته باشد. میزان تلاش استدلال
  • میزان تلاش استدلال. یک فیلد درخواست تعیین می‌کند مدل تا چه عمقی استدلال کند: off، low، medium یا high. مدل‌های Shannon عمق خود را خودشان تعیین می‌کنند. میزان تلاش استدلال
  • شیء JSON. با response_format: {"type": "json_object"} پاسخ JSON بدون ساختار مشخص است. روی /v1/chat/completions و /v1/responses. خروجی‌های ساختاریافته
  • JSON schema. با response_format از نوع json_schema پاسخ از schemaای که می‌فرستید پیروی می‌کند. روی /v1/chat/completions و /v1/responses. خروجی‌های ساختاریافته
  • کش کردن پرامپت. پرامپتی که مثل یک پرامپت اخیر روی همان مدل شروع شود از کش خوانده می‌شود و بخش کش‌شده با 25% قیمت ورودی محاسبه می‌شود. به هیچ فیلد درخواستی نیاز ندارد. کش کردن پرامپت
  • جستجوی وب. با web_search: true API در وب جستجو می‌کند و پیش از پاسخ نتایج را به مدل می‌دهد. روی /v1/chat/completions و /v1/messages. این یک فیلد درخواست است و در GET /v1/models فلگی ندارد. جستجوی وب داخلی
  • Streaming. با stream: true پاسخ در حین نوشتن مدل به‌صورت server-sent events می‌رسد. هر مدل روی هر سه endpoint استریم می‌کند. استریم

همین واقعیت‌ها از GET /v1/models

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

GET /v1/models هر مدل را با یک شیء capabilities فهرست می‌کند، پس یک برنامه می‌تواند این واقعیت‌ها را به‌جای این صفحه از آنجا بخواند. این endpoint کلید نمی‌خواهد.

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 و capabilities دو ورودی از 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
    }
  }
]
ستون فلگ در capabilities
ابزارها tools
ورودی تصویر vision
استدلال reasoning
میزان تلاش استدلال reasoning_effort
شیء JSON response_format
JSON schema json_schema
کش کردن پرامپت prompt_caching
جستجوی وب فلگ نیست: فیلد درخواست web_search.
Streaming streaming
  • response_format و prompt_caching فلگ‌های ورودی‌های open-weight میزبانی‌شده هستند. ورودی Shannon خروجی JSON را فقط با json_schema گزارش می‌کند که نماینده هر دو حالت JSON است.
  • vision برای shannon-2-lite و shannon-2-pro برابر true است: آن‌ها تصاویر را در درخواست‌هایی که tools یا response_format هم می‌فرستند می‌خوانند.

خارج از ردیف یک مدل

مدل open-weight میزبانی‌شده تصویر یا حالت JSON خارج از ردیف خودش را رد می‌کند. رد کردن پیش از هر کسری از موجودی شما انجام می‌شود:

وضعیت نوع پیام زمان
400 invalid_request_error <id> does not accept image input یک تصویر به مدل open-weight میزبانی‌شده‌ای فرستاده شد که ورودی تصویر ندارد.
400 invalid_request_error <id> does not accept response_format خروجی JSON از یک مدل open-weight میزبانی‌شده خواسته شد که هیچ‌یک از دو حالت JSON را ندارد.
400 invalid_request_error <id> does not accept response_format json_schema; use json_object یک schema به مدل open-weight میزبانی‌شده‌ای فرستاده شد که فقط حالت شیء JSON را دارد.

مدل Shannon به چنین درخواستی با وضعیت 200 پاسخ می‌دهد: قابلیتی که خارج از ردیف آن است در پاسخ نقشی ندارد. مدیریت خطا