نقاط النهاية والمفاتيح الخاصة بطرف ثالث في 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 والنماذج الصينية.
- الفوترة حسب token — الأسعار المباشرة على /models
- الدفع بالبطاقة (Visa / Mastercard) أو Apple Pay أو Google Pay أو العملات الرقمية
- خدمة ذاتية: شحن الرصيد والتفعيل فورًا
4 أمور يحسمها هذا الجدول
صفوف تتضمن اقتباسًا رسميًا حرفيًا
وكلاء CLI الـ11 موزّعون في صفوف، وينسخ كل صف فقط موقع الإعدادات وأسماء الحقول المذكورة في وثائق ذلك الوكيل الرسمية، مع إرفاق المصدر. اعتبارًا من 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 ذلك الوكيل وشأنه. بالنسبة إلى orca orchestration worker-start، فإن --model موثّق لهذه الـ3 فقط، ويجب تفعيل orchestration أولًا ضمن Settings → Experimental. تقول الوثائق إن خيارات الأوامر تتطور مع التطبيق، لذا ينطبق هذا اعتبارًا من 2026-09-22.
Cursor CLI: لا توجد نقطة نهاية لطرف ثالث في الوثائق
توثّق Cursor CLI مسارين (2) لتسجيل الدخول: تسجيل الدخول عبر المتصفح، أو مفتاح API للمستخدم من لوحة التحكم الخاصة بـ Cursor يُمرَّر باسم CURSOR_API_KEY. في وثائق الإعداد التي فُحصت في 2026-09-22، عناصر الشبكة هي إعدادات proxy وHTTP/1.1، مع عدم وجود base_url عام؛ ولا تُوثَّق بيانات الاعتماد التي تُحضرها بنفسك إلا لـ AWS Bedrock، الذي يمر رسميًا عبر حساب AWS الخاص بك بدلًا من مزوّدي النماذج لدى Cursor. لذا يُقرأ هذا الصف على أنه «غير موثّق»، وهذا لا يساوي «غير مدعوم».
قبل الجدول: 3 طبقات
طبقة نقطة النهاية: كل وكيل CLI لا يقرأ إلا إعداداته الخاصة. تعتمد عائلة نمط Anthropic إعادة التوجيه عبر متغيرات البيئة؛ وتُدخل العائلة المتوافقة مع OpenAI عنوان base URL ومفتاحًا ومعرّف نموذج في ملف إعدادات ذلك الوكيل أو لوحة الإعدادات، باستخدام أسماء الحقول من وثائق كل مورّد. طبقة بيانات الاعتماد: يُصدر المفتاح من مزوّد النموذج أو البوابة ويوضع حيث تشير تلك الوثائق: اسم متغير أو حقل إعداد أو خانة في لوحة الإعدادات. طبقة التنسيق: صياغة Orca نفسها للمُحدِّد المدمج هي «مربع تحرير وسرد الوكيل يشغّل فقط عملية في طرفية»، وتسمّي دورها الخاص بأنه شجرة العمل وألواح الطرفية ومسار المراجعة وإدارة الجلسات. لذا فإن «مفتاح طرف ثالث في Orca» يعني تحرير إعدادات هؤلاء الوكلاء الـ11 بشكل منفصل. ثمة جملة رسمية أخرى أُضيفت في 2026-10-20: يسرد المُحدِّد الآن وكلاء أكثر بكثير من هذه الصفوف الـ11، ولا تزال هذه الصفحة تنسخ صياغة كل مورّد الخاصة بصفه. فُحصت أسماء الحقول والمصادر في 2026-10-20.
لماذا يحمل هذا الجدول تاريخًا
اعتبارًا من فحص 2026-10-20، فإن توجيه وكيل إلى نقطة نهاية طرف ثالث ميزة موثّقة، وليس حيلة من المنتدى: تقول صفحة Droid BYOK «استخدم مفاتيح OpenAI أو Anthropic الخاصة بك»؛ ويذكر Qwen Code كلاً من OpenRouter وRequesty داخل قسمه المتوافق مع OpenAI؛ وتذكر OpenCode أن خيار baseURL يمكن ضبطه لأي مزوّد، مستشهدةً بخدمات وسيطة ونقاط نهاية مخصصة؛ ويعرّف مخطط إعداد Codex قاعدة base_url بأنها عنوان API المتوافق مع OpenAI لذلك المزوّد؛ ويفتتح دليل النماذج المخصصة في Grok CLI بمزوّدين بدلاء ونماذج مستضافة ذاتيًا. كما أن هذا التوجه يسير عكسيًا أيضًا: في 2026-10-20 لم تعد صفحة إيقاف الخدمة في Roo Code تقدم جملة قابلة للاقتباس (يعيد docs.roocode.com/sunset التوجيه إلى صفحة 404 على /Roo-Code/). كانت تلك الصفحة قد قالت إن جميع منتجاتها أُغلقت في 2026-05-15، لذا يُقرأ الصف الآن بصفته تاريخًا. وتحركت Orca نفسها في مكانين: يعرض المنتقي المدمج الآن عددًا أكبر بكثير من الوكلاء عمّا كان في 2026-09-22، ويغطي --model الآن Claude وCodex وCursor وAntigravity وMuse، مع قبول OpenCode لنموذج فقط داخل شجرة عمل قائمة. تتحرك الوثائق بوتائر مختلفة، لذا تحمل هذه الصفحة تاريخ فحصها الخاص فقط، 2026-10-20.
الخط الزمني للفحوص
تاريخ إيقاف Roo Code ونطاقه ما زالا غير محسومين: في 2026-10-20 أعادت صفحة الإيقاف الرسمية التوجيه إلى صفحة 404 على /Roo-Code/ ولم تقدّم أي جملة حرفية، ولم يفحصها هذا الموقع. لا يزال صفّه ينسخ الصياغة الرسمية، لكنه يُقرأ على أنه تاريخ.
2026-09-21: تاريخ آخر تحديث في تذييل صفحة مزوّدي OpenCode الرسمية، وهو أيضًا المكان الذي تُوثّق فيه 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: أن المنتقي يكتفي بتشغيل عملية في الطرفية، وأنه يمكن تجاوز وسيطات أحد الوكلاء وبيئته من الإعدادات. تم التحقق في 2026-10-20.
3 أمور لا يذكرها هذا الجدول
البند 1: يقول صف Cursor CLI «غير موثّق» وليس «غير مدعوم». عند فحص جميع صفحات وثائق CLI الـ15 الخاصة به في 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 بالطريقة نفسها؛ تقول الوثائق إن المنتقي المدمج يكتفي بتشغيل عملية في الطرفية، وإنه يمكن تجاوز وسيطات التشغيل الافتراضية لأحد الوكلاء وبيئته من الإعدادات، وإن Orca يترك أي وكيل تم تجاوز إعداداته بالفعل دون تغيير. تم التحقق في 2026-09-22.
أين يختلف الأسلوبان 2، والمزالق
تقع المزالق في أماكن مختلفة. يعدّل Claude Code، الذي يستخدم Anthropic Messages، متغيرات البيئة أو كتلة env في settings.json؛ وتمنح الوثائق الأولوية للملف عندما يضبط كلاهما المتغير نفسه، وتذكر أنه يعطّل MCP tool search افتراضيًا على مضيف ليس من الطرف الأول، ويعطّل Remote Control عندما لا يكون المضيف api.anthropic.com. وتقول Anthropic أيضًا إنها لا تصادق على منتجات بوابات الطرف الثالث ولا تصونها ولا تدققها، ويجب أن تخدم نقطة النهاية /v1/messages وأن تمرر anthropic-beta و anthropic-version دون تغيير. في عائلة OpenAI-compatible، يكمن المزلق في طريقة الكتابة: 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، والصياغة الرسمية لذلك هي توجيه الطلبات عبر proxy أو بوابة. أما البقية هنا فهي متوافقة مع OpenAI، مع base_url والمفتاح ومعرّف النموذج داخل إعداد الوكيل نفسه. الخطوة 2 — أين تقول الوثائق أن تكتبه. في ملف: كتلة env في settings.json الخاص بـ Claude Code، أو قسم model_providers باسم مخصص في ~/.codex/config.toml. في لوحة: تذكر Cline وRoo Code كلتاهما اختيار OpenAI Compatible بصفته مزوّد API، ثم ملء Base URL / مفتاح API / النموذج. الخطوة 3 — طلب واحد بالحد الأدنى. في إعدادات Orca تتجاوز وسائط تشغيل ذلك الوكيل أو بيئته، وتقول الوثائق إن الوكيل الذي تجاوزته يُترك كما هو؛ وحيثما يتضمن فحصًا خاصًا به، استخدمه — يخبرك Grok بتشغيل grok inspect بعد تعديل ~/.grok/config.toml. لاختيار نموذج لكل تشغيل، تقول صياغة 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 وخدمات وسيطة داخلية، وليست نحن. توجيه تلك العائلة إلى مضيف غير تابع للطرف الأول يغيّر 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 يتعلق بوسائط التشغيل والبيئة: تأتي عمليات التشغيل الجديدة مع خيار تجاوز الصلاحيات الخاص بكل CLI مدعوم معبأً مسبقًا، وبمجرد أن تتجاوز إعداد وكيل محدد، تكون الجملة الرسمية «تترك Orca ذلك الوكيل وشأنه»، تتبعها قاعدة مفادها أن القيمة المخصصة غير الفارغة تُعد تجاوزًا صريحًا وتستثني ذلك الوكيل من ترحيلات وضع الصلاحيات اللاحقة. لا تقول الوثائق أبدًا ما إذا كان تحديث ما سيعيد كتابة ملفات إعداد الوكيل لديك، ولا يوجد ضمان شامل يمكن اقتباسه — فهاتان الجملتان هما كل ما هناك. ما يتغيّر فعليًا هو أسماء الحقول والمسارات في وثائق المزوّدين: فنقطة النهاية موجودة في ملفك على مستوى المستخدم، وتحديث 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 inspect بعد تعديل ~/.grok/config.toml وترى ما وجده هناك. وأخيرًا خانة بيانات الاعتماد: قاعدة Claude Code هي ANTHROPIC_AUTH_TOKEN عندما يذكر الطرف الآخر bearer token أو ترويسة Authorization، و ANTHROPIC_API_KEY عندما يذكر مفتاح API أو x-api-key، وعندما يضبط تصدير shell وكتلة env في settings.json المتغير نفسه، تكون الأولوية للملف (تحقق في 2026-09-22).
في أي ملف تنتهي هذه المفاتيح فعليًا؟
يختلف ذلك حسب الوكيل، وينقسم بين ملفات ولوحات إعدادات. Claude Code: المسار الرسمي هو كتلة env في settings.json، إضافةً إلى تحذير صريح بعدم وضع بيانات الاعتماد في ملف .claude/settings.json الخاص بالمشروع، لأنه يُودَع في المستودع. Codex: في المخطط الرسمي يخزّن env_key اسم متغير بيئة، لا المفتاح، والحقل المضمّن موسوم بأنه غير مستحسن لأسباب أمنية. Kilo: لا تُحلّ مراجع البيئة إلا في مواقع موثوقة، ولا يمكن لملف مشروع مُودَع في مستودع أن يحلّها، وتنتهي الوثائق بعبارة «احتفظ ببيانات اعتماد المزوّد في إعدادك العام». OpenCode: يكتب /connect بيانات الاعتماد في ~/.local/share/opencode/auth.json. Cline وRoo Code: حقل مفتاح API في لوحة الإعدادات. وتقول 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؛ وأي صفحة تحمل تاريخًا أقدم تُقتبس كما كانت عليه في ذلك اليوم.
اضبط نقطة النهاية بشكل صحيح، ثم اعمل بالتوازي
تجيب هذه الصفحة عن أمر واحد: بالنسبة إلى كل وكيل من وكلاء CLI الـ 11 في ذلك الجدول، أين تضع وثائقه الرسمية نقطة نهاية طرف ثالث، وما أسماء الحقول. لا تشحن Orca أي نموذج — بل تشغّل وكلاء أنت مشترك فيهم بالفعل، ويقرأ CLI الذي تشغّله Orca إعداداتك الخاصة، حيث يمكن أن يكون ذلك المفتاح مفتاح QCode. لا يقدّم هذا الموقع أي وعد بشأن أي بوابة أو مدى توافقها؛ تم التحقق من الصياغة الرسمية في 2026-09-22.
قراءات ذات صلة
دليل بيئة تطوير الوكلاء في Orca
ما هو وما ليس هو، وأي وكلاء CLI يشغّل، وكيفية تثبيته.
إعداد نقطة نهاية مخصصة لـ Claude Code
توجد هناك كتابة هذين المتغيرين (2) وكتلة env في settings.json، إضافة إلى 2 من سلوكيات المضيف غير التابعة للطرف الأول.
واجهة API للاستعلام عن استخدام مفتاح API
عندما لا يستطيع المنسّق رؤية جانب التجميع، استعلم عن الاستخدام وتاريخ انتهاء الصلاحية لكل مفتاح باستخدام token للقراءة فقط.
دليل الدفع بالعملات المشفرة
تسع عملات، و56 شبكة، وبدون رسوم منصة لرصيد API للبرمجة بالذكاء الاصطناعي.
تعيد هذه الصفحة صياغة وثائق تنشرها Orca وكل مزوّد CLI في ذلك الجدول علنًا. نحن غير منتسبين إلى Orca أو Stably أو أي من هؤلاء المزوّدين، ولا نحظى بأي تأييد منهم. مسارات الملفات وأسماء الحقول وأشكال الأوامر محدودة بالصفحات الرسمية الملتقطة في 2026-10-20؛ فالمزوّدون يراجعون وثائقهم، وتقول Orca نفسها إن خيارات أوامرها تتطور مع التطبيق. يُقرأ صف Roo Code بوصفه تاريخًا، إذ لم تعد صفحته الرسمية للإيقاف في 2026-10-20 تقدّم جملة قابلة للاقتباس. QCode ليس سوى مزوّد واحد محتمل للمفتاح في ذلك الإعداد - ولا نحكم على توافق أي بوابة طرف ثالث ولا نتحمل أي مسؤولية عن سلوك Orca أو أي وكيل CLI.