ارائه‌دهندگان مدل

مرجع ارائه‌دهندگان LLM/مدل (نه کانال‌های چت مانند WhatsApp/Telegram). برای قواعد انتخاب مدل، مدل‌ها را ببینید.

قواعد سریع

رفتار ارائه‌دهنده که مالکیت آن با Plugin است

بیشتر منطق اختصاصی ارائه‌دهنده در Pluginهای ارائه‌دهنده (registerProvider(...)) قرار دارد، درحالی‌که OpenClaw حلقهٔ inference عمومی را نگه می‌دارد. Pluginها مالک onboarding، کاتالوگ‌های مدل، نگاشت متغیرهای محیطی احراز هویت، نرمال‌سازی transport/config، پاک‌سازی schema ابزار، دسته‌بندی failover، تازه‌سازی OAuth، گزارش مصرف، پروفایل‌های thinking/reasoning، و موارد بیشتر هستند.

فهرست کامل hookهای provider-SDK و مثال‌های Pluginهای بسته‌بندی‌شده در Pluginهای ارائه‌دهنده قرار دارد. ارائه‌دهنده‌ای که به یک اجراکنندهٔ درخواست کاملا سفارشی نیاز دارد، یک سطح افزونهٔ جداگانه و عمیق‌تر است.

چرخش کلید API

Pluginهای رسمی ارائه‌دهنده

Pluginهای رسمی ارائه‌دهنده، ردیف‌های کاتالوگ مدل خودشان را منتشر می‌کنند. این ارائه‌دهندگان به هیچ ورودی مدل در models.providers نیاز ندارند؛ Plugin ارائه‌دهنده را فعال کنید، احراز هویت را تنظیم کنید، و یک مدل انتخاب کنید. از models.providers فقط برای ارائه‌دهندگان سفارشی صریح یا تنظیمات محدود درخواست مانند timeoutها استفاده کنید.

OpenAI

• ارائه‌دهنده: openai
• احراز هویت: OPENAI_API_KEY
• چرخش اختیاری: OPENAI_API_KEYS، OPENAI_API_KEY_1، OPENAI_API_KEY_2، به‌علاوهٔ OPENCLAW_LIVE_OPENAI_KEY (بازنویسی تکی)
• مدل‌های نمونه: openai/gpt-5.5، openai/gpt-5.4-mini
• اگر یک نصب خاص یا کلید API رفتار متفاوتی دارد، دسترسی حساب/مدل را با openclaw models list --provider openai تأیید کنید.
• CLI: openclaw onboard --auth-choice openai-api-key
• transport پیش‌فرض auto است؛ OpenClaw انتخاب transport را به زمان‌اجرای مدل مشترک پاس می‌دهد.
• بازنویسی برای هر مدل از طریق agents.defaults.models["openai/<model>"].params.transport ("sse"، "websocket"، یا "auto")
• پردازش اولویت‌دار OpenAI می‌تواند از طریق agents.defaults.models["openai/<model>"].params.serviceTier فعال شود
• /fast و params.fastMode درخواست‌های مستقیم Responses با openai/* را روی api.openai.com به service_tier=priority نگاشت می‌کنند
• وقتی به‌جای toggle مشترک /fast یک tier صریح می‌خواهید، از params.serviceTier استفاده کنید
• headerهای پنهان attribution در OpenClaw (originator، version، User-Agent) فقط روی ترافیک بومی OpenAI به api.openai.com اعمال می‌شوند، نه proxyهای عمومی سازگار با OpenAI
• مسیرهای بومی OpenAI همچنین شکل‌دهی payload مربوط به Responses store، راهنمایی‌های prompt-cache، و سازگاری reasoning در OpenAI را حفظ می‌کنند؛ مسیرهای proxy این کار را نمی‌کنند
• openai/gpt-5.3-codex-spark از طریق احراز هویت اشتراک OAuth مربوط به ChatGPT/Codex در دسترس است وقتی حساب واردشدهٔ شما آن را ارائه کند؛ OpenClaw همچنان مسیرهای کلید API مستقیم OpenAI و کلید API مربوط به Azure را برای این مدل سرکوب می‌کند، زیرا آن transportها آن را رد می‌کنند

{  agents: { defaults: { model: { primary: "openai/gpt-5.5" } } },}

Anthropic

• ارائه‌دهنده: anthropic
• احراز هویت: ANTHROPIC_API_KEY
• چرخش اختیاری: ANTHROPIC_API_KEYS، ANTHROPIC_API_KEY_1، ANTHROPIC_API_KEY_2، به‌علاوهٔ OPENCLAW_LIVE_ANTHROPIC_KEY (بازنویسی تکی)
• مدل نمونه: anthropic/claude-opus-4-6
• CLI: openclaw onboard --auth-choice apiKey
• درخواست‌های عمومی مستقیم Anthropic از toggle مشترک /fast و params.fastMode پشتیبانی می‌کنند، شامل ترافیک احراز هویت‌شده با کلید API و OAuth که به api.anthropic.com فرستاده می‌شود؛ OpenClaw آن را به service_tier مربوط به Anthropic (auto در برابر standard_only) نگاشت می‌کند
• پیکربندی ترجیحی Claude CLI ارجاع مدل را canonical نگه می‌دارد و backend مربوط به CLI را جداگانه انتخاب می‌کند: anthropic/claude-opus-4-8 با agentRuntime.id: "claude-cli" در محدودهٔ مدل. ارجاع‌های legacy با claude-cli/claude-opus-4-7 همچنان برای سازگاری کار می‌کنند.

{  agents: { defaults: { model: { primary: "anthropic/claude-opus-4-6" } } },}

OAuth مربوط به OpenAI ChatGPT/Codex

• ارائه‌دهنده: openai
• احراز هویت: OAuth (ChatGPT)
• ارجاع مدل legacy مربوط به OpenAI Codex: openai/gpt-5.5
• ارجاع harness بومی app-server مربوط به Codex: openai/gpt-5.5
• مستندات harness بومی app-server مربوط به Codex: harness Codex
• ارجاع‌های مدل legacy: codex/gpt-*
• مرز Plugin: openai/*، Plugin مربوط به OpenAI را بارگذاری می‌کند؛ Plugin بومی app-server مربوط به Codex توسط زمان‌اجرای harness Codex انتخاب می‌شود.
• CLI: openclaw onboard --auth-choice openai یا openclaw models auth login --provider openai
• transport پیش‌فرض auto است (ابتدا WebSocket، سپس SSE fallback)
• بازنویسی برای هر مدل OpenAI Codex از طریق agents.defaults.models["openai/<model>"].params.transport ("sse"، "websocket"، یا "auto")
• params.serviceTier همچنین روی درخواست‌های بومی Codex Responses (chatgpt.com/backend-api) forward می‌شود
• headerهای پنهان attribution در OpenClaw (originator، version، User-Agent) فقط روی ترافیک بومی Codex به chatgpt.com/backend-api پیوست می‌شوند، نه proxyهای عمومی سازگار با OpenAI
• همان پیکربندی toggle مشترک /fast و params.fastMode را مانند openai/* مستقیم به‌اشتراک می‌گذارد؛ OpenClaw آن را به service_tier=priority نگاشت می‌کند
• openai/gpt-5.5 از contextWindow = 400000 بومی کاتالوگ Codex و زمان‌اجرای پیش‌فرض contextTokens = 272000 استفاده می‌کند؛ سقف زمان‌اجرا را با models.providers.openai.models[].contextTokens بازنویسی کنید
• یادداشت سیاست: OpenAI Codex OAuth به‌صراحت برای ابزارها/گردش‌کارهای خارجی مانند OpenClaw پشتیبانی می‌شود.
• برای مسیر رایج اشتراک به‌همراه زمان‌اجرای بومی Codex، با احراز هویت openai وارد شوید و openai/gpt-5.5 را پیکربندی کنید؛ نوبت‌های agent مربوط به OpenAI به‌طور پیش‌فرض Codex را انتخاب می‌کنند.
• فقط زمانی از agentRuntime.id: "openclaw" در سطح ارائه‌دهنده/مدل استفاده کنید که مسیر داخلی OpenClaw را می‌خواهید؛ در غیر این صورت openai/gpt-5.5 را روی harness پیش‌فرض Codex نگه دارید.
• ارجاع‌های legacy مربوط به Codex GPT وضعیت legacy هستند، نه مسیر ارائه‌دهندهٔ live. برای پیکربندی جدید agent از openai/gpt-5.5 روی زمان‌اجرای بومی Codex استفاده کنید، و openclaw doctor --fix را اجرا کنید تا ارجاع‌های قدیمی مدل legacy Codex به ارجاع‌های canonical با openai/* مهاجرت کنند.

{  plugins: { entries: { codex: { enabled: true } } },  agents: {    defaults: {      model: { primary: "openai/gpt-5.5" },    },  },}

{  models: {    providers: {      openai: {        models: [{ id: "gpt-5.5", contextTokens: 160000 }],      },    },  },}

گزینه‌های میزبانی‌شدهٔ دیگر به سبک اشتراک

OpenCode

• احراز هویت: OPENCODE_API_KEY (یا OPENCODE_ZEN_API_KEY)
• ارائه‌دهندهٔ زمان‌اجرای Zen: opencode
• ارائه‌دهندهٔ زمان‌اجرای Go: opencode-go
• مدل‌های نمونه: opencode/claude-opus-4-6، opencode-go/kimi-k2.6
• CLI: openclaw onboard --auth-choice opencode-zen یا openclaw onboard --auth-choice opencode-go

{  agents: { defaults: { model: { primary: "opencode/claude-opus-4-6" } } },}

Google Gemini (کلید API)

• ارائه‌دهنده: google
• احراز هویت: GEMINI_API_KEY
• چرخش اختیاری: GEMINI_API_KEYS، GEMINI_API_KEY_1، GEMINI_API_KEY_2، جایگزین GOOGLE_API_KEY، و OPENCLAW_LIVE_GEMINI_KEY (بازنویسی تکی)
• مدل‌های نمونه: google/gemini-3.1-pro-preview، google/gemini-3-flash-preview
• سازگاری: پیکربندی قدیمی OpenClaw که از google/gemini-3.1-flash-preview استفاده می‌کند به google/gemini-3-flash-preview نرمال‌سازی می‌شود
• نام مستعار: google/gemini-3.1-pro پذیرفته می‌شود و به شناسه زنده API Gemini گوگل، یعنی google/gemini-3.1-pro-preview، نرمال‌سازی می‌شود
• CLI: openclaw onboard --auth-choice gemini-api-key
• تفکر: /think adaptive از تفکر پویای گوگل استفاده می‌کند. Gemini 3/3.1 یک thinkingLevel ثابت را حذف می‌کنند؛ Gemini 2.5 مقدار thinkingBudget: -1 را ارسال می‌کند.
• اجراهای مستقیم Gemini همچنین agents.defaults.models["google/<model>"].params.cachedContent (یا cached_content قدیمی) را می‌پذیرند تا یک دسته بومی ارائه‌دهنده از نوع cachedContents/... را ارسال کنند؛ برخوردهای حافظه نهان Gemini به‌صورت cacheRead در OpenClaw نمایش داده می‌شوند

Google Vertex و Gemini CLI

• ارائه‌دهندگان: google-vertex، google-gemini-cli
• احراز هویت: Vertex از gcloud ADC استفاده می‌کند؛ Gemini CLI از جریان OAuth خود استفاده می‌کند

OAuth مربوط به Gemini CLI به‌عنوان بخشی از Plugin همراه google عرضه می‌شود.

brew install gemini-cli

npm install -g @google/gemini-cli

openclaw plugins enable google

openclaw models auth login --provider google-gemini-cli --set-default

Gemini CLI به‌صورت پیش‌فرض از stream-json استفاده می‌کند. OpenClaw پیام‌های جریان دستیار را می‌خواند و stats.cached را به cacheRead نرمال‌سازی می‌کند؛ بازنویسی‌های قدیمی --output-format json همچنان متن پاسخ را از response می‌خوانند.

Z.AI (GLM)

• ارائه‌دهنده: zai
• احراز هویت: ZAI_API_KEY
• مدل نمونه: zai/glm-5.2
• CLI: openclaw onboard --auth-choice zai-api-key
  • ارجاع‌های مدل از شناسه ارائه‌دهنده کانونی zai/* استفاده می‌کنند.
  • zai-api-key نقطه پایانی متناظر Z.AI را به‌صورت خودکار تشخیص می‌دهد؛ zai-coding-global، zai-coding-cn، zai-global، و zai-cn یک سطح مشخص را اجباری می‌کنند

Vercel AI Gateway

• ارائه‌دهنده: vercel-ai-gateway
• احراز هویت: AI_GATEWAY_API_KEY
• مدل‌های نمونه: vercel-ai-gateway/anthropic/claude-opus-4.6، vercel-ai-gateway/moonshotai/kimi-k2.6
• CLI: openclaw onboard --auth-choice ai-gateway-api-key

Pluginهای ارائه‌دهنده همراه دیگر

نکات خاصی که دانستنشان مفید است

ارائه‌دهندگان از طریق models.providers (URL سفارشی/پایه)

از models.providers (یا models.json) برای افزودن ارائه‌دهندگان سفارشی یا پروکسی‌های سازگار با OpenAI/Anthropic استفاده کنید.

بسیاری از افزونه‌های ارائه‌دهنده‌ی همراه در پایین، از قبل یک کاتالوگ پیش‌فرض منتشر می‌کنند. فقط زمانی از ورودی‌های صریح models.providers.<id> استفاده کنید که می‌خواهید URL پایه، سرآیندها، یا فهرست مدل پیش‌فرض را بازنویسی کنید.

بررسی‌های قابلیت مدل در Gateway، فراداده‌ی صریح models.providers.<id>.models[] را نیز می‌خوانند. اگر یک مدل سفارشی یا پروکسی تصویر می‌پذیرد، روی آن مدل input: ["text", "image"] را تنظیم کنید تا WebChat و مسیرهای پیوست با مبدأ node، تصاویر را به‌جای ارجاع‌های رسانه‌ای فقط‌متنی، به‌عنوان ورودی‌های بومی مدل ارسال کنند.

agents.defaults.models["provider/model"] فقط نمایانی مدل، نام‌های مستعار، و فراداده‌ی هر مدل را برای عامل‌ها کنترل می‌کند. این گزینه به‌تنهایی یک مدل زمان اجرا جدید ثبت نمی‌کند. برای مدل‌های ارائه‌دهنده‌ی سفارشی، models.providers.<provider>.models[] را نیز با حداقل id مطابق اضافه کنید.

Moonshot AI (Kimi)

پیش از راه‌اندازی اولیه، @openclaw/moonshot-provider را نصب کنید. فقط زمانی یک ورودی صریح models.providers.moonshot اضافه کنید که لازم است URL پایه یا فراداده‌ی مدل را بازنویسی کنید:

• ارائه‌دهنده: moonshot
• احراز هویت: MOONSHOT_API_KEY
• مدل نمونه: moonshot/kimi-k2.6
• CLI: openclaw onboard --auth-choice moonshot-api-key یا openclaw onboard --auth-choice moonshot-api-key-cn

شناسه‌های مدل Kimi K2:

• moonshot/kimi-k2.6
• moonshot/kimi-k2.7-code
• moonshot/kimi-k2.5
• moonshot/kimi-k2-thinking
• moonshot/kimi-k2-thinking-turbo
• moonshot/kimi-k2-turbo

{  agents: {    defaults: { model: { primary: "moonshot/kimi-k2.6" } },  },  models: {    mode: "merge",    providers: {      moonshot: {        baseUrl: "https://api.moonshot.ai/v1",        apiKey: "${MOONSHOT_API_KEY}",        api: "openai-completions",        models: [{ id: "kimi-k2.6", name: "Kimi K2.6" }],      },    },  },}

کدنویسی Kimi

Kimi Coding از نقطه‌ی پایانی سازگار با Anthropic در Moonshot AI استفاده می‌کند:

• ارائه‌دهنده: kimi
• احراز هویت: KIMI_API_KEY
• مدل نمونه: kimi/kimi-for-coding

{  env: { KIMI_API_KEY: "sk-..." },  agents: {    defaults: { model: { primary: "kimi/kimi-for-coding" } },  },}

kimi/kimi-code و kimi/k2p5 قدیمی همچنان به‌عنوان شناسه‌های مدل سازگارپذیری پذیرفته می‌شوند و به شناسه‌ی مدل API پایدار Kimi نرمال‌سازی می‌شوند.

Volcano Engine (Doubao)

Volcano Engine (火山引擎) دسترسی به Doubao و مدل‌های دیگر در چین را فراهم می‌کند.

• ارائه‌دهنده: volcengine (کدنویسی: volcengine-plan)
• احراز هویت: VOLCANO_ENGINE_API_KEY
• مدل نمونه: volcengine-plan/ark-code-latest
• CLI: openclaw onboard --auth-choice volcengine-api-key

{  agents: {    defaults: { model: { primary: "volcengine-plan/ark-code-latest" } },  },}

پذیرش اولیه به‌صورت پیش‌فرض روی سطح کدنویسی قرار دارد، اما کاتالوگ عمومی volcengine/* هم‌زمان ثبت می‌شود.

در انتخابگرهای مدلِ پذیرش اولیه/پیکربندی، گزینه احراز هویت Volcengine هر دو ردیف volcengine/* و volcengine-plan/* را ترجیح می‌دهد. اگر این مدل‌ها هنوز بارگذاری نشده باشند، OpenClaw به‌جای نمایش یک انتخابگر خالیِ محدود به ارائه‌دهنده، به کاتالوگ فیلترنشده برمی‌گردد.

BytePlus (بین‌المللی)

BytePlus ARK برای کاربران بین‌المللی دسترسی به همان مدل‌های Volcano Engine را فراهم می‌کند.

• ارائه‌دهنده: byteplus (کدنویسی: byteplus-plan)
• احراز هویت: BYTEPLUS_API_KEY
• مدل نمونه: byteplus-plan/ark-code-latest
• CLI: openclaw onboard --auth-choice byteplus-api-key

{  agents: {    defaults: { model: { primary: "byteplus-plan/ark-code-latest" } },  },}

پذیرش اولیه به‌صورت پیش‌فرض روی سطح کدنویسی قرار دارد، اما کاتالوگ عمومی byteplus/* هم‌زمان ثبت می‌شود.

در انتخابگرهای مدلِ پذیرش اولیه/پیکربندی، گزینه احراز هویت BytePlus هر دو ردیف byteplus/* و byteplus-plan/* را ترجیح می‌دهد. اگر این مدل‌ها هنوز بارگذاری نشده باشند، OpenClaw به‌جای نمایش یک انتخابگر خالیِ محدود به ارائه‌دهنده، به کاتالوگ فیلترنشده برمی‌گردد.

Synthetic

Synthetic مدل‌های سازگار با Anthropic را پشت ارائه‌دهنده synthetic فراهم می‌کند:

• ارائه‌دهنده: synthetic
• احراز هویت: SYNTHETIC_API_KEY
• مدل نمونه: synthetic/hf:MiniMaxAI/MiniMax-M2.5
• CLI: openclaw onboard --auth-choice synthetic-api-key

{  agents: {    defaults: { model: { primary: "synthetic/hf:MiniMaxAI/MiniMax-M2.5" } },  },  models: {    mode: "merge",    providers: {      synthetic: {        baseUrl: "https://api.synthetic.new/anthropic",        apiKey: "${SYNTHETIC_API_KEY}",        api: "anthropic-messages",        models: [{ id: "hf:MiniMaxAI/MiniMax-M2.5", name: "MiniMax M2.5" }],      },    },  },}

MiniMax

MiniMax از طریق models.providers پیکربندی می‌شود، چون از نقطه‌های پایانی سفارشی استفاده می‌کند:

• MiniMax OAuth (جهانی): --auth-choice minimax-global-oauth
• MiniMax OAuth (چین): --auth-choice minimax-cn-oauth
• کلید API MiniMax (جهانی): --auth-choice minimax-global-api
• کلید API MiniMax (چین): --auth-choice minimax-cn-api
• احراز هویت: MINIMAX_API_KEY برای minimax؛ MINIMAX_OAUTH_TOKEN یا MINIMAX_API_KEY برای minimax-portal

برای جزئیات راه‌اندازی، گزینه‌های مدل، و قطعه‌کدهای پیکربندی، /providers/minimax را ببینید.

تفکیک قابلیتِ تحت مالکیت Plugin:

• پیش‌فرض‌های متن/چت روی minimax/MiniMax-M3 باقی می‌مانند
• تولید تصویر minimax/image-01 یا minimax-portal/image-01 است
• درک تصویر، MiniMax-VL-01 تحت مالکیت Plugin در هر دو مسیر احراز هویت MiniMax است
• جست‌وجوی وب روی شناسه ارائه‌دهنده minimax باقی می‌ماند

LM Studio

LM Studio به‌عنوان یک Plugin ارائه‌دهنده همراه عرضه می‌شود که از API بومی استفاده می‌کند:

• ارائه‌دهنده: lmstudio
• احراز هویت: LM_API_TOKEN
• URL پایه پیش‌فرض برای استنتاج: http://localhost:1234/v1

سپس یک مدل تنظیم کنید (با یکی از شناسه‌های برگشتی از http://localhost:1234/api/v1/models جایگزین کنید):

{  agents: {    defaults: { model: { primary: "lmstudio/openai/gpt-oss-20b" } },  },}

OpenClaw برای کشف + بارگذاری خودکار از /api/v1/models و /api/v1/models/load بومی LM Studio استفاده می‌کند، و به‌صورت پیش‌فرض برای استنتاج از /v1/chat/completions استفاده می‌شود. اگر می‌خواهید بارگذاری JIT، TTL، و حذف خودکار LM Studio مالک چرخه عمر مدل باشند، models.providers.lmstudio.params.preload: false را تنظیم کنید. برای راه‌اندازی و عیب‌یابی، /providers/lmstudio را ببینید.

Ollama

Ollama به‌عنوان یک Plugin ارائه‌دهنده همراه عرضه می‌شود و از API بومی Ollama استفاده می‌کند:

• ارائه‌دهنده: ollama
• احراز هویت: لازم نیست (سرور محلی)
• مدل نمونه: ollama/llama3.3
• نصب: https://ollama.com/download

# Install Ollama, then pull a model:ollama pull llama3.3

{  agents: {    defaults: { model: { primary: "ollama/llama3.3" } },  },}

وقتی با OLLAMA_API_KEY فعال‌سازی را انتخاب کنید، Ollama به‌صورت محلی در http://127.0.0.1:11434 شناسایی می‌شود، و Plugin ارائه‌دهنده همراه، Ollama را مستقیماً به openclaw onboard و انتخابگر مدل اضافه می‌کند. برای پذیرش اولیه، حالت ابری/محلی، و پیکربندی سفارشی، /providers/ollama را ببینید.

vLLM

vLLM به‌عنوان یک Plugin ارائه‌دهنده همراه برای سرورهای محلی/خودمیزبانِ سازگار با OpenAI عرضه می‌شود:

• ارائه‌دهنده: vllm
• احراز هویت: اختیاری (به سرور شما بستگی دارد)
• URL پایه پیش‌فرض: http://127.0.0.1:8000/v1

برای فعال‌سازی کشف خودکار به‌صورت محلی (اگر سرور شما احراز هویت را اعمال نکند، هر مقداری کار می‌کند):

export VLLM_API_KEY="vllm-local"

سپس یک مدل تنظیم کنید (با یکی از شناسه‌های برگشتی از /v1/models جایگزین کنید):

{  agents: {    defaults: { model: { primary: "vllm/your-model-id" } },  },}

برای جزئیات، /providers/vllm را ببینید.

SGLang

SGLang به‌عنوان یک Plugin ارائه‌دهنده همراه برای سرورهای سریعِ خودمیزبانِ سازگار با OpenAI عرضه می‌شود:

• ارائه‌دهنده: sglang
• احراز هویت: اختیاری (به سرور شما بستگی دارد)
• URL پایه پیش‌فرض: http://127.0.0.1:30000/v1

برای فعال‌سازی کشف خودکار به‌صورت محلی (اگر سرور شما احراز هویت را اعمال نکند، هر مقداری کار می‌کند):

export SGLANG_API_KEY="sglang-local"

سپس یک مدل تنظیم کنید (با یکی از شناسه‌های برگشتی از /v1/models جایگزین کنید):

{  agents: {    defaults: { model: { primary: "sglang/your-model-id" } },  },}

برای جزئیات، /providers/sglang را ببینید.

پراکسی‌های محلی (LM Studio، vLLM، LiteLLM، و غیره)

نمونه (سازگار با OpenAI):

{  agents: {    defaults: {      model: { primary: "lmstudio/my-local-model" },      models: { "lmstudio/my-local-model": { alias: "Local" } },    },  },  models: {    providers: {      lmstudio: {        baseUrl: "http://localhost:1234/v1",        apiKey: "${LM_API_TOKEN}",        api: "openai-completions",        timeoutSeconds: 300,        models: [          {            id: "my-local-model",            name: "Local Model",            reasoning: false,            input: ["text"],            cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 },            contextWindow: 200000,            maxTokens: 8192,          },        ],      },    },  },}

نمونه‌های CLI

openclaw onboard --auth-choice opencode-zenopenclaw models set opencode/claude-opus-4-6openclaw models list

همچنین ببینید: پیکربندی برای نمونه‌های کامل پیکربندی.

مرتبط

• مرجع پیکربندی - کلیدهای پیکربندی مدل
• جایگزینی مدل هنگام خرابی - زنجیره‌های جایگزین و رفتار تلاش مجدد
• مدل‌ها - پیکربندی مدل و نام‌های مستعار
• ارائه‌دهنده‌ها - راهنماهای راه‌اندازی برای هر ارائه‌دهنده