نقطه‌های پایانی و کلیدهای شخص ثالث در Orca، تنظیم‌شده برای هر عامل
مستندات آن میگویند Orca هر عامل CLI را که در ترمینال کار میکند اجرا میکند، انتخاب‌گر فقط یک فرایند را راه می‌اندازد، بنابراین نقطه پایانی و کلید در پیکربندی‌ای قرار میگیرند که خود عامل میخواند. این صفحه 11 ردیف را ارائه می‌دهد: هرجا فروشنده نام فیلدی را ذکر کند، آن را کپی می‌کنیم؛ هرجا ذکر نکند (نقطه پایانی شخص ثالث برای Cursor CLI)، این را اعلام می‌کنیم. عامل‌های به‌سبک Anthropic یک متغیر نقطه پایانی را تغییر میدهند، عامل‌های سازگار با OpenAI مقدار base_url، یک کلید و یک شناسه مدل را تنظیم میکنند، و این دو خانواده در نقاط متفاوتی شکست می‌خورند. دو جمله رسمی دیگر در 2026-10-20 اضافه شدند: انتخاب‌گر داخلی اکنون عامل‌های بسیار بیشتری نسبت به 11 ردیف این صفحه فهرست میکند، و --model اکنون Claude، Codex، Cursor، Antigravity و Muse را پوشش می‌دهد، در حالی که OpenCode مدل به‌ازای هر اجرا را فقط در یک worktree موجود میپذیرد (بررسیشده در 2026-10-20).
بهروزرسانی شده 2026-11-14
این ابزار را به نقطه پایانی QCode متصل کنید — یک کلید برای Claude، GPT و مدل‌های چینی.
- صورتحساب به‌ازای توکن — نرخ‌های زنده در /models
- پرداخت با کارت (Visa / Mastercard)، Apple Pay، Google Pay یا رمزارز
- به‌صورت خودخدمت: شارژ حساب و فعال‌سازی فوری
4 نکته‌ای که این جدول روشن میکند
ردیف‌هایی با نقلقول رسمی کلمه‌به‌کلمه
11 عامل CLI در ردیف‌هایی قرار میگیرند، و هر ردیف فقط مکان پیکربندی و نام فیلدهایی را که در مستندات رسمی همان عامل ذکر شده‌اند کپی میکند، بههمراه منبع. تا 2026-09-22، 10 ردیف یک جمله کلمه‌به‌کلمه درباره نقطه‌های پایانی سفارشی یا کلیدهای خودتان دارند؛ در ردیف Cursor CLI، مستندات رسمی ساکت می‌مانند. هر عامل ردیف خودش را دارد، و هیچ چیزی برای یک فروشنده پر نمیشود.
Anthropic Messages در برابر سازگار با OpenAI
یک خانواده Anthropic Messages است: Claude Code برای مسیریابی درخواست‌ها از طریق یک پروکسی یا گیتوی، ANTHROPIC_BASE_URL را تنظیم میکند، و اعتبارنامه بسته به هدر مورد انتظار طرف مقابل در ANTHROPIC_AUTH_TOKEN یا ANTHROPIC_API_KEY قرار می‌گیرد. همان مستندات بیان میکنند که Anthropic هیچ گیتوی شخص ثالثی را حسابرسی نمیکند و از مسیریابی Claude Code به مدل‌های غیر Claude پشتیبانی نمیکند. خانواده دیگر سازگار با OpenAI است: base_url، کلید و شناسه مدل در پیکربندی سراسری یا پنل تنظیمات خود همان عامل قرار میگیرند. بررسیشده در 2026-09-22.
انتخاب‌گر عامل، آرگومانهای اجرا در Settings، worker-start
هیچ‌یک از این 3 مورد، نقطه پایانی را برای شما ویرایش نمیکند. انتخاب‌گر داخلی عامل فقط یک CLI از پیش پیکربندی‌شده را در ترمینال راه می‌اندازد، و یکپارچگی عمیق‌تر برای هر عامل ذکر شده است. تنظیمات می‌تواند آرگومانهای اجرای پیش‌فرض و محیط یک عامل را بازنویسی کند، و پس از آن Orca آن عامل را به حال خود رها میکند. برای worker-start در هماهنگسازی orca، --model فقط برای این 3 مورد مستند شده است، و هماهنگسازی ابتدا باید در Settings → Experimental فعال شود. مستندات میگویند پرچم‌های دستور همراه با برنامه تغییر میکنند، بنابراین این مطلب تا 2026-09-22 معتبر است.
Cursor CLI: هیچ نقطه پایانی شخص ثالثی در مستندات وجود ندارد
Cursor CLI 2 مسیر ورود را مستند میکند: ورود از طریق مرورگر، یا کلید API کاربر از داشبورد خود Cursor که به‌صورت CURSOR_API_KEY ارسال میشود. در مستندات پیکربندی که در 2026-09-22 بررسی شد، موارد شبکه عبارت‌اند از تنظیمات پروکسی و HTTP/1.1، بدون base_url عمومی؛ اعتبارنامه‌هایی که خودتان می‌آورید فقط برای AWS Bedrock مستند شده‌اند، که به‌طور رسمی از طریق حساب AWS شما بهجای ارائه‌دهندگان مدل Cursor انجام میشود. پس این ردیف «مستندنشده» خوانده میشود، که با «پشتیبانی‌نشده» یکسان نیست.
پیش از جدول: 3 لایه
لایه نقطه پایانی: هر عامل CLI فقط پیکربندی خودش را میخواند. خانواده سبک Anthropic از طریق متغیرهای محیطی تغییر مسیر می‌دهد؛ خانواده سازگار با OpenAI یک Base URL، یک کلید و یک شناسه مدل را در فایل پیکربندی یا پنل تنظیمات آن عامل وارد میکند، با استفاده از نام فیلدهای مستندات هر ارائهدهنده. لایه اعتبارنامه: کلید توسط ارائهدهنده مدل یا درگاه صادر میشود و به همان جایی می‌رود که آن مستندات اشاره میکنند - یک نام متغیر، یک فیلد پیکربندی یا یک کادر در پنل تنظیمات. لایه هماهنگسازی: عبارت خود Orca برای انتخاب‌گر داخلی این است: «کمبوباکس عامل فقط یک فرایند را در یک ترمینال اجرا میکند»، و بخش خودش را worktree، پنلهای ترمینال، جریان بازبینی و مدیریت نشست می‌نامد. بنابراین «کلید شخص ثالث در Orca» یعنی ویرایش جداگانه پیکربندی این 11 عامل. یک جمله رسمی دیگر، افزوده‌شده در 2026-10-20: انتخاب‌گر اکنون عامل‌های بسیار بیشتری نسبت به این 11 ردیف فهرست میکند، و این صفحه هنوز عبارت خود هر ارائهدهنده را برای ردیفش کپی میکند. نام فیلدها و منابع در 2026-10-20 بررسی شدند.
چرا این جدول تاریخ دارد
بر اساس بررسی 2026-10-20، اتصال یک عامل به نقطه پایانی شخص ثالث یک قابلیت مستند است، نه یک ترفند انجمنی: صفحه Droid BYOK میگوید «Use your own OpenAI or Anthropic keys»؛ Qwen Code از OpenRouter و Requesty در بخش سازگار با OpenAI خود نام می‌برد؛ OpenCode اعلام میکند که گزینه baseURL را می‌توان برای هر ارائه‌دهنده‌ای تنظیم کرد و به سرویس‌های پروکسی و نقاط پایانی سفارشی اشاره میکند؛ طرح‌واره پیکربندی Codex، base_url را بهعنوان آدرس API سازگار با OpenAI همان ارائهدهنده تعریف میکند؛ راهنمای مدل‌های سفارشی Grok CLI با ارائه‌دهندگان جایگزین و مدل‌های خودمیزبان آغاز میشود. این روند معکوس هم میشود: در 2026-10-20 صفحه sunset مربوط به Roo Code دیگر جمله قابل نقل‌قولی ارائه نمیدهد (docs.roocode.com/sunset به صفحه 404 در /Roo-Code/ هدایت میشود). آن صفحه گفته بود همه محصولاتش در 2026-05-15 تعطیل میشوند، بنابراین این ردیف اکنون بهعنوان تاریخچه خوانده میشود. خود Orca در دو جا تغییر کرده است: انتخاب‌گر داخلی اکنون عوامل بسیار بیشتری نسبت به 2026-09-22 فهرست میکند، و --model اکنون Claude، Codex، Cursor، Antigravity و Muse را پوشش می‌دهد، در حالی که OpenCode مدل را فقط در یک worktree موجود میپذیرد. مستندات با سرعت‌های متفاوتی به‌روز میشوند، بنابراین این صفحه فقط تاریخ بررسی خودش، 2026-10-20، را دارد.
خط زمانی بررسی‌ها
تاریخ و محدوده تعطیلی Roo Code همچنان نامشخص است: در 2026-10-20 صفحه رسمی تعطیلی به صفحه 404 در /Roo-Code/ تغییر مسیر داد و هیچ جمله عیناً نقل‌شده‌ای ارائه نکرد، و این سایت آن را بررسی نکرده است. ردیف آن هنوز عبارت رسمی را کپی میکند، اما بهعنوان یک مطلب تاریخی خوانده میشود.
2026-09-21: تاریخ آخرین بهروزرسانی در پاورقی صفحه رسمی OpenCode Providers، که در آن همچنین مستند شده است که baseURL هر ارائهدهنده به یک سرویس پراکسی یا نقطه پایانی سفارشی اشاره میکند. این صفحه تاریخ پاورقی هر ارائهدهنده را به کار نمی‌گیرد؛ فقط تاریخ بررسی خودش را دارد.
2026-09-22: هر ردیف در برابر مستندات رسمی 11 عامل و Orca دوباره بازخوانی شد؛ مسیرها و نام فیلدها همان‌گونه که ارائه‌دهندگان می‌نویسند کپی شده‌اند، هر ردیف منبع خود را نگه میدارد، و Cursor CLI با «مستند نشده» علامتگذاری شده است، نه «پشتیبانی‌نشده». Orca میگوید فلگ‌هایش همراه با برنامه تکامل می‌یابند، بنابراین جدول فقط برای این تاریخ معتبر است.
آنچه مستندات بیان میکنند و آنچه بیان نمی‌کنند
کلمه‌به‌کلمه بیان‌شده
10 ردیف از 11 ردیف، عبارتی را کپی میکنند که کلمه‌به‌کلمه در مستندات آن عامل وجود دارد: Claude Code - ANTHROPIC_BASE_URL بههمراه ANTHROPIC_AUTH_TOKEN یا ANTHROPIC_API_KEY؛ Codex - base_url و env_key در بخش model_providers؛ OpenCode و Kilo Code - options.baseURL، هر یک در صفحه خودش؛ Cline و Roo Code - API Provider، Base URL، API Key و Model در پنل تنظیمات (هیچ مسیر پیکربندی داده نشده است)؛ Qwen Code - baseUrl و envKey زیر modelProviders در settings.json؛ Kimi Code - base_url زیر ورودی openai آن؛ Droid - customModels در ~/.factory/settings.json همراه با model، baseUrl، apiKey؛ Grok CLI - base_url و env_key در ~/.grok/config.toml. Orca 2 جمله مستندشده اضافه میکند: انتخاب‌گر فقط یک فرایند را در ترمینال اجرا میکند، و آرگومان‌ها و محیط یک عامل میتوانند در Settings بازنویسی شوند. بررسیشده در 2026-10-20.
3 نکته‌ای که این جدول نمی‌گوید
مورد 1: ردیف Cursor CLI میگوید «مستند نشده»، نه «پشتیبانی نمیشود». بررسی همه 15 صفحه از مستندات CLI آن در 2026-09-22 برای base_url، baseUrl، OPENAI_BASE_URL و ANTHROPIC_BASE_URL 0 نتیجه می‌دهد، فقط 4 متغیر CURSOR_ را نشان می‌دهد و ورود از مرورگر بههمراه کلید API کاربر از داشبورد Cursor را فهرست میکند؛ تنها مسیر مستندشده برای اعتبارنامههای اختصاصی، AWS Bedrock است. مورد 2: «از نقطه پایانی سفارشی پشتیبانی میکند» به معنای «هر نقطه پایانی اجرا میشود» نیست. Droid مینویسد «نمی‌توانیم تضمین کنیم که همه مدل‌های سفارشی بدون تنظیمات اضافه کار میکنند»، و Anthropic اعلام میکند که محصولات دروازه‌ای اشخاص ثالث را تأیید، نگهداری یا ممیزی نمیکند و از مسیریابی Claude Code به مدل‌های غیر Claude پشتیبانی نمیکند. مورد 3: ردیف‌ها به یک اندازه به‌روز نیستند - Roo Code تعطیلی خود را به 2026-05-15 تاریخ‌گذاری میکند، در حالی که صفحه ارائه‌دهنده‌های OpenCode تاریخ 2026-09-21 را چاپ میکند. این صفحه نگاشت را فقط در 2026-09-22 توصیف میکند.
2 روش برای تنظیم نقطه پایانی: اشتراک‌ها و تفاوت‌ها
آنچه 2 روش در آن مشترک‌اند
2 روش یک کار انجام میدهند: جلوگیری از ارسال درخواست‌های استنتاج توسط آن عامل به میزبان خودِ ارائهدهنده. این تغییر همیشه در پیکربندی خود عامل قرار دارد، و هر دو به همان 3 مورد نیاز دارند: یک نقطه پایانی، یک کلید، یک شناسه مدل. در سمت Orca، با 2 روش یکسان رفتار میشود - مستندات میگویند انتخاب‌گر داخلی فقط یک فرایند را در ترمینال اجرا میکند، آرگومانهای اجرای پیش‌فرض و محیط یک عامل میتوانند در Settings بازنویسی شوند، و Orca عاملی را که از قبل بازنویسی شده است به حال خود رها میکند. بررسیشده در 2026-09-22.
تفاوت‌های 2 روش و تله‌ها
تله‌ها در جاهای مختلفی قرار دارند. Claude Code که با Anthropic Messages صحبت میکند، متغیرهای محیطی یا بلوک env در settings.json را ویرایش میکند؛ مستندات وقتی هر دو یک متغیر را تنظیم میکنند، اولویت را به فایل میدهند، جست‌وجوی ابزار MCP را به‌طور پیش‌فرض روی میزبانی که متعلق به خود ارائهدهنده نیست خاموش میکنند و وقتی میزبان api.anthropic.com نیست، Remote Control را غیرفعال میکنند. Anthropic همچنین میگوید محصولات درگاه شخص ثالث را تأیید، نگهداری یا حسابرسی نمیکند، و یک نقطه پایانی باید /v1/messages را ارائه دهد و anthropic-beta و anthropic-version را بدون تغییر عبور دهد. در خانواده سازگار با OpenAI، تله در نوشتار است: base_url در Codex و Kimi Code، options.baseURL در OpenCode و Kilo Code، baseUrl در Qwen Code و Droid؛ کلید در پنلهای Cline و Roo Code یک مقدار تایپ‌شده است، اما در Codex env_key، Qwen Code envKey و Grok CLI env_key یک نام متغیر است. بررسیشده در 2026-09-22.
3 گام: خانواده را انتخاب کنید، آن را بنویسید، آن را بررسی کنید
گام 1 — خانواده. Anthropic Messages با متغیرها تنظیم میشود: Claude Code نقطه پایانی را در ANTHROPIC_BASE_URL قرار می‌دهد، که عبارت رسمی آن مسیردهی درخواست‌ها از طریق پروکسی یا دروازه است. بقیه موارد اینجا سازگار با OpenAI هستند، با base_url، کلید و شناسه مدل در پیکربندی خود آن عامل. گام 2 — جایی که مستندات میگویند آن را بنویسید. در یک فایل: بلوک env در settings.json مربوط به Claude Code، یا بخش model_providers با نام سفارشی در ~/.codex/config.toml. در یک پنل: Cline و Roo Code هر دو میگویند OpenAI Compatible را بهعنوان API Provider انتخاب کنید، سپس Base URL / API Key / Model را پر کنید. گام 3 — یک درخواست حداقلی. در Settings مربوط به Orca، آرگومانهای اجرای آن عامل یا محیط آن را بازنویسی میکنید، و مستندات میگویند عاملی که بازنویسی کردهاید به حال خود رها میشود؛ هرجا خودش بررسی‌ای ارائه می‌دهد، از آن استفاده کنید — Grok میگوید پس از ویرایش ~/.grok/config.toml دستور grok inspect را اجرا کنید. برای انتخاب مدل در هر اجرا، متن 2026-10-20 میگوید --model شامل Claude، Codex، Cursor، Antigravity و Muse میشود، در حالی که OpenCode مدل را فقط در یک worktree موجود میپذیرد (همه جملات در 2026-10-20 بررسی شده‌اند).
کلید واقعاً از کجا وارد میشود
Orca هیچ مدلی را پروکسی نمیکند و هیچ اعتبارنامه‌ای نگه نمی‌دارد: صفحه رسمی اولین جلسه میگوید CLI عامل را در پوشه کاری درست اجرا میکند و اعتبارنامههای اشتراک شما را ارسال میکند. بنابراین نقطه پایانی و کلید هر دو داخل پیکربندی خودِ CLI اجراشده تغییر میکنند، و آن کلید می‌تواند کلید QCode باشد — تنها پل اینجا همین است. ما هرگز نمی‌نویسیم که Orca از QCode پشتیبانی میکند، یا اینکه وصل کردن کافی است: متن رسمی Anthropic این است که دروازه‌های شخص ثالث را تأیید، نگهداری یا حسابرسی نمیکند و از مسیردهی Claude Code به مدل‌های غیر Claude پشتیبانی نمیکند، و نمونه‌هایی که مستنداتش نام می‌برد LiteLLM، Kong و پروکسی‌های داخلی هستند، نه ما. متصل کردن آن خانواده به میزبانی که میزبان خود Anthropic نیست، 2 رفتار مستند را تغییر می‌دهد؛ آنها و 2 متغیر در /anthropic-base-url-setup-guide آمده‌اند. مصرف سمت تجمیع به‌ازای هر کلید در /api-key-usage-query-guide آمده است (بررسیشده در 2026-09-22).
پرسش‌های متداول
آیا چند عامل روی یک ماشین میتوانند هرکدام از کلید خودشان استفاده کنند؟
بله، چون آنها از ابتدا یک پیکربندی مشترک نداشتند. صفحه «موارد پشتیبانیشده» در Orca میگوید کادر ترکیبی عامل فقط فرایندی را در ترمینال اجرا میکند، بنابراین نقطه پایانی و اعتبارنامه به هر CLI که اجرا شده تعلق دارند: Claude Code بلوک env را در settings.json بههمراه آن 2 متغیر میخواند، Codex فایل ~/.codex/config.toml را میخواند، Droid ورودیهای customModels خود را در ~/.factory/settings.json میخواند، Qwen Code فایل ~/.qwen/settings.json را میخواند، و Cline و Roo Code آنچه را در پنلهای تنظیماتشان تایپ کردهاید میخوانند. در سمت Claude Code، مستند رسمی قاعدهای اضافه میکند: یک متغیر اعتبارنامه درگاه بر ورود ذخیرهشده claude.ai یا کلید Console اولویت دارد؛ بنابراین کلید خود شما بر اشتراک اولویت دارد. Cursor CLI نمونه مقابل است: مستندات فقط ورود از مرورگر و یک کلید API را ارائه میدهند، و آن کلید از داشبورد خود Cursor میآید. بررسیشده در 2026-09-22.
چرا نوار مصرف Orca گیتویای را که به آن اشاره کردهام نشان نمیدهد؟
چون هرگز از فروشنده نمیپرسد. صفحه رسمی ردیابی مصرف میگوید Orca وضعیت مصرف محلی را که هر عامل روی دیسک نگه میدارد میخواند و بلافاصله پس از آن میگوید «هیچ فراخوان API و هیچ احراز هویت اضافهای انجام نمیشود»، و همان صفحه میگوید اعداد وقتی عامل مینویسد بهروزرسانی میشوند، نه در زمان واقعی. پوشش نامبردهشده در آن صفحه 6 عامل است: Claude Code، Codex، Gemini، OpenCode، Kimi Code، MiniMax. در 2026-10-20 همان صفحه دو نمایش را نیز توصیف میکند: زمان باقیمانده تا بازنشانی پنجرههای 5 ساعته، روزانه، هفتگی و پنجرههای هفتگی Claude Fable، و یک نشان هشدار وقتی مصرف از 80% فراتر رود. اینکه آن نمایش پس از متصل کردن یک نقطه پایانی به یک درگاه شخص ثالث درست میماند یا نه، در مستندات رسمی نوشته نشده است، و این صفحه بهجای آنها حدس نمیزند. صورتحساب تجمیعی را در سمت ارائهدهنده کلید ببینید (بررسیشده در 2026-10-20).
چرا --model برای برخی از عاملها هیچ کاری نمیکند؟
چون مستندات آن را فقط برای 3 عامل ارائه میکنند. صفحه هماهنگسازی میگوید --model شناسههای مدل غیرشفاف ارائهدهنده را برای Claude، Codex و Cursor میپذیرد، و در همان جمله الزام میکند که --effort همراه --model بیاید و فقط زمانی اعمال شود که آن عامل و مدل از آن سطح پشتیبانی کنند. برای آن دستورها نیز باید ابتدا Settings → Experimental روشن شده باشد. برای بقیه، یک نقطه پایانی یا مدل متفاوت در پیکربندی خود آن عامل تنظیم میشود، و 11 ردیف جدول این صفحه برای همین است. خود Orca مینویسد «فلگهای دستور همراه با برنامه تغییر میکنند»، بنابراین این شکل فقط برای همان روزی معتبر است که بررسی شده است، 2026-09-22.
آیا بهروزرسانی Orca نقطه پایانیای را که تغییر دادهام بازنویسی میکند؟
دو لایه. آنچه مستندات Orca به آن متعهد است درباره آرگومانهای اجرا و محیط است: اجراهای جدید با فلگ permission-bypass هر CLI پشتیبانیشده از پیش پر میشوند، و پس از اینکه یک عامل مشخص را بازنویسی کردید، جمله رسمی این است که Orca آن عامل را به حال خود میگذارد، و پس از آن قاعدهای میآید که یک مقدار سفارشی غیرخالی بهعنوان بازنویسی صریح شمرده میشود و آن عامل را از مهاجرتهای بعدی permission-mode خارج میکند. مستندات هرگز نمیگویند آیا برخی بهروزرسانیها فایلهای پیکربندی عامل شما را بازنویسی خواهند کرد یا نه، و هیچ تضمین کلی برای نقلقول وجود ندارد — تنها چیزی که وجود دارد همان دو جمله است. چیزی که واقعاً تغییر میکند نام فیلدها و مسیرها در مستندات فروشنده است: نقطه پایانی در فایل سطح کاربر شما قرار دارد، و بهروزرسانی Orca رویدادی متفاوت از بهروزرسانی همان CLI است (بررسیشده در 2026-09-22).
چگونه یک نقطه پایانی نادرست را عیبیابی کنم؟
با شکل base_url شروع کنید: مستندات Qwen میگویند برای یک گیتوی میزبانیشده سازگار با OpenAI، baseUrl را روی ریشه /v1 مربوط به API تنظیم میکنید، برای مثال https://gateway.example.com/v1، نه مسیر کامل /v1/chat/completions، چون SDK خودش آن مسیر را اضافه میکند. سپس خانواده را بررسی کنید: قالب Anthropic Messages در Claude Code انتظار دارد نقطه پایانی هدرهای anthropic-beta و anthropic-version را بدون تغییر منتقل کند. سپس مطمئن شوید که پیکربندی خوانده شده است: مستندات Grok میگویند پس از ویرایش ~/.grok/config.toml دستور grok inspect را اجرا کنید و ببینید آنجا چه چیزی پیدا کرده است. در پایان، جایگاه اعتبارنامه: قاعده Claude Code این است که وقتی طرف مقابل توکن bearer یا هدر Authorization را میگوید از ANTHROPIC_AUTH_TOKEN و وقتی کلید API یا x-api-key را میگوید از ANTHROPIC_API_KEY استفاده شود؛ و وقتی یک export شل و بلوک env در settings.json همان متغیر را تنظیم میکنند، فایل مقدم است (بررسیشده در 2026-09-22).
این کلیدها در واقع در کدام فایل قرار میگیرند؟
بسته به عامل متفاوت است و به فایلها و پنلهای تنظیمات تقسیم میشود. Claude Code: مسیر رسمی، بلوک env در settings.json است، بههمراه هشداری صریح مبنی بر قرار ندادن اعتبارنامه در .claude/settings.json پروژه که به مخزن کامیت میشود. Codex: در schema رسمی، env_key نام یک متغیر محیطی را ذخیره میکند، نه خود کلید را، و فیلد inline به دلایل امنیتی نامطلوب علامتگذاری شده است. Kilo: ارجاعهای محیطی فقط در مکانهای مورد اعتماد تفسیر میشوند، یک فایل پروژه که در مخزن کامیت شده است نمیتواند آنها را تفسیر کند، و مستندات با این جمله پایان مییابد: «اعتبارنامههای ارائهدهنده را در پیکربندی سراسری خود نگه دارید.» OpenCode: /connect اعتبارنامهها را در ~/.local/share/opencode/auth.json مینویسد. Cline و Roo Code: یک فیلد API Key در پنل تنظیمات. Grok نیز میگوید: «env_key را به هاردکد کردن api_key ترجیح دهید.» Orca هیچکدام از اینها را ذخیره نمیکند؛ فقط همان CLI را اجرا میکند (بررسیشده در 2026-09-22).
منابع
Orca: agents/supported، agents/usage-tracking، cli/orchestration و first-session زیر https://raw.githubusercontent.com/stablyai/orca/main/docs/site/content/docs/ (بر اساس بررسی 2026-10-20، این صفحه‌ها از .md به .mdx منتقل شده‌اند و مسیرهای قدیمی .md خطای 404 برمی‌گردانند)، رندر شده در https://www.onorca.dev/docs. عاملها: code.claude.com/docs/en/env-vars بههمراه llm-gateway، llm-gateway-connect و llm-gateway-protocol؛ raw.githubusercontent.com/openai/codex/main/codex-rs/core/config.schema.json؛ opencode.ai/docs/providers/؛ docs.cline.bot/provider-config/openai-compatible؛ docs.roocode.com/providers/openai-compatible و صفحه تعطیلی آن؛ kilo.ai/docs/code-with-ai/agents/custom-models؛ github.com/QwenLM/qwen-code/blob/main/docs/users/configuration/auth.md؛ docs.factory.ai/model-independence/byok.md؛ cursor.com/docs/cli/reference/authentication؛ docs.x.ai/build/overview و build/settings/reference. همه در 2026-10-20 بررسی شدند؛ صفحه‌ای که تاریخ قدیمی‌تری دارد، همان‌گونه که در آن روز بوده نقل شده است.
نقطه پایانی را درست تنظیم کنید، سپس موازی شوید
این صفحه به یک چیز پاسخ می‌دهد: برای هر یک از 11 عامل CLI در آن جدول، مستندات رسمی آن نقطه پایانی شخص ثالث را کجا قرار میدهند و فیلدها چه نام دارند. Orca هیچ مدلی ارائه نمیدهد — عامل‌هایی را اجرا میکند که از قبل در آنها مشترک شده‌اید، و CLIای که اجرا میکند پیکربندی خود شما را میخواند، جایی که آن کلید می‌تواند یک کلید QCode باشد. این سایت هیچ وعده‌ای درباره هیچ درگاهی یا سازگاری آن نمیدهد؛ عبارت‌بندی رسمی بررسیشده در 2026-09-22.
مطالب مرتبط
راهنمای محیط توسعه عامل Orca
اینکه چیست و چه نیست، کدام عوامل CLI را اجرا میکند و چگونه آن را نصب کنید.
راه‌اندازی نقطه پایانی سفارشی Claude Code
نحوه نوشتن آن 2 متغیر و بلوک env در settings.json، بههمراه 2 رفتار مربوط به میزبانی که میزبان خود Anthropic نیست، همان‌جا قرار دارند.
API پرسش مصرف کلید API
وقتی هماهنگ‌کننده سمت تجمیع را نمی‌بیند، مصرف و انقضا را به‌ازای هر کلید با یک توکن فقط‌خواندنی استعلام کنید.
راهنمای پرداخت با رمزارز
نه رمزارز، 56 شبکه، کارمزد پلتفرم صفر برای اعتبار API کدنویسی با هوش مصنوعی.
این صفحه مستنداتی را بازگو میکند که Orca و هر فروشنده CLI در آن جدول به‌صورت عمومی منتشر میکنند. ما وابسته به Orca، Stably یا هیچ‌یک از آن فروشندگان نیستیم و هیچ تأییدیه‌ای از آنها نداریم. مسیرهای فایل، نام فیلدها و شکل دستورها به صفحات رسمی ثبت‌شده در 2026-10-20 محدود میشوند؛ فروشندگان مستندات خود را بازنگری میکنند و خود Orca میگوید فلگهای دستورش همراه با برنامه تغییر میکنند. ردیف Roo Code بهعنوان سابقه تاریخی خوانده میشود، چون در 2026-10-20 صفحه رسمی پایان کار آن دیگر جمله قابل نقل ارائه نمی‌کرد. QCode فقط یکی از ارائه‌دهندگان ممکن کلید در آن پیکربندی است — ما درباره سازگاری هیچ درگاه شخص ثالثی داوری نمی‌کنیم و مسئولیتی در قبال رفتار Orca یا هیچ عامل CLI نمی‌پذیریم.