محیط توسعه عامل · بررسی‌شده در 2026-10-19

Orca ADE: عامل‌های CLI موازی، هرکدام در git worktree خودش

از 2026-10-19، مخزن رسمی Orca را یک AI Orchestrator برای سازندگان 100x می‌نامد، و سایت مستندات آن را یک IDE دسکتاپ می‌نامد: عامل‌های خط فرمان مانند Codex، ClaudeCode، OpenCode یا Pi را کنار هم و هرکدام را در git worktree خودش اجرا می‌کند، در حالی که دسترسی به مدل همچنان از اشتراک خود شما می‌آید. این صفحه پوشش می‌دهد که موازی‌سازی واقعاً چه چیزی را صرفه‌جویی می‌کند، چه هزینه‌ای برای شما دارد، و Orca چگونه پرچم‌های مجوز هر CLI را از پیش پر می‌کند.

به‌روزرسانی شده 2026-11-14

این ابزار را به نقطه پایانی QCode متصل کنید — یک کلید برای Claude، GPT و مدل‌های چینی.

#محیط توسعه عامل#worktree‌های جداگانه git#هر عامل CLI#اشتراک خودتان

چهار نکته که باید بدانید

ADE

نام رسمی: ADE، همچنین AI Orchestrator

README رسمی اکنون با معرفی Orca به‌عنوان یک AI Orchestrator برای سازندگان 100x آغاز می‌شود، در حالی که سایت مستندات هنوز آن را یک IDE دسکتاپ می‌نامد. هر دو به یک چیز اشاره دارند: این ابزار عامل‌های خط فرمانی را که از قبل اجرا می‌کنید هماهنگ می‌کند، و هیچ مدلی در آن گنجانده نشده است. پاورقی‌های صفحه سایت هنوز آن را محیط توسعه عامل (ADE) می‌نامند. بررسی‌شده در 2026-10-19.

دستور git worktree

checkout اختصاصی برای هر وظیفه

مدخل Parallel Worktrees در README یک prompt را به چند عامل می‌فرستد، هر یک در git worktree ایزوله خودش، سپس نتایج را مقایسه می‌کند و برنده را ادغام می‌کند. مستندات این سازوکار را نیز بیان می‌کنند: هر وظیفه نسخه روی‌دیسکی خودش از مخزن را از طریق git worktree دریافت می‌کند، بنابراین عامل‌ها هرگز با فایل‌های یکدیگر تداخل نمی‌کنند. یک worktree کاملاً جدید یک checkout تمیز است، بنابراین وابستگی‌ها، کش‌ها و اسرار محلی که در مسیرهای gitignored قرار دارند باید دوباره ایجاد شوند.

هر عامل CLI

کمبوی فقط یک فرایند را شروع می‌کند

صفحه عامل‌های پشتیبانی‌شده سازوکار را ساده بیان می‌کند: کمبوی عامل فقط یک فرایند را در ترمینال اجرا می‌کند، بنابراین هر عامل CLI که در ترمینال اجرا می‌شود قابل استفاده است. انتخاب‌گر داخلی فهرستی یک‌کلیکی ارائه می‌دهد؛ هوک‌های عمیق‌تر، وضعیت، ردیابی مصرف و جابه‌جایی حساب کاربری برای هر عامل مستند شده‌اند. README اکنون نشان می‌دهد که Codex، ClaudeCode، OpenCode یا Pi در کنار هم اجرا می‌شوند، هر یک در worktree خودش، و در یک مکان ردیابی می‌شوند.

به‌صورت بلادرنگ نیست

نوار مصرف فایل‌های محلی را می‌خواند

صفحه رسمی ردیابی مصرف می‌گوید Orca وضعیت مصرفی را که هر عامل روی دیسک خودش نگه می‌دارد می‌خواند و آن را در نوار وضعیت نشان می‌دهد، و بلافاصله پس از آن یک خط می‌آید: بدون درخواست‌های API اضافه، بدون احراز هویت اضافه. نتیجه این است: اعداد زمانی به‌روزرسانی می‌شوند که عامل آن‌ها را می‌نویسد، نه در زمان واقعی. کلیک روی آن بخش، پاپ‌اور مصرف را باز می‌کند که شامل هر ارائه‌دهنده ردیابی‌شده، پلن آن، نزدیک‌ترین زمان بازنشانی و نوارهای هر بازه است.

آنچه هست و آنچه نیست

منابع رسمی یک محصول واحد را به سه شکل توصیف می‌کنند: README مخزن، Orca را AI Orchestrator برای سازندگان 100x می‌نامد، فهرست مستندات آن را IDE دسکتاپ می‌نامد، و پاورقی سایت هنوز آن را محیط توسعه عامل (ADE) می‌نامد. هر سه یک معنا دارند — چندین عامل خط فرمان، هر یک در git worktree خودش، که به‌صورت موازی اجرا می‌شوند و پیشرفت در یک مکان قابل مشاهده است. آنچه نیست اهمیت بیشتری دارد: مستندات رسمی به‌صراحت بیان می‌کنند که Orca یک مدل نیست، مدل‌ها و اشتراک‌ها در سمت شما باقی می‌مانند، و Orca محاسبات مدیریت‌شده نمی‌فروشد؛ بنابراین ماشین‌ها و حساب‌های ابری که از راه دور استفاده می‌کنید همچنان تحت کنترل شما باقی می‌مانند (README و مستندات در 2026-10-19 بررسی شده‌اند).

اعداد این نیم‌سال

بدون اعداد هیجانی، فقط مقادیری که آن روز روی صفحه قابل خواندن‌اند. داده‌های جاسازی‌شده در صفحه مخزن GitHub، مقدار createdAt را 2026-03-17 قرار می‌دهند؛ انتشاری که نشان Latest را دارد، v1.4.230 است. صفحه اول README می‌گوید رایگان و متن‌باز تحت MIT License است، بنابراین نصب آن، خواندن آن و ثبت issue‌ها هیچ هزینه اولیه‌ای ندارد؛ خط قابل مشاهده روی سایت عبارت Free and open source را نشان می‌دهد. ویژگی‌های جدید روزانه منتشر می‌شوند. هزینه‌کردن از سمت عامل آغاز می‌شود. پشت همه این حرف‌ها دو چیز قرار دارد که صفحات خود فروشنده از آن‌ها پشتیبانی می‌کنند: متن‌باز تحت MIT License، و ریتمی که خود فروشنده آن را روزانه می‌نامد، در حالی که فهرست README پیوسته عقب مانده است. این مقادیر تغییر می‌کنند، بنابراین فقط به‌عنوان یک عکس لحظه‌ای از 2026-10-19 در اینجا می‌مانند.

خط زمانی

2026-03-17

2026-03-17: صفحه مخزن در GitHub مقدار createdAt را همین روز (UTC) ذکر می‌کند؛ همان فراداده می‌گوید که این مخزن fork نیست، در مالکیت یک سازمان است و آرشیو نشده است. تا 2026-10-19، مخزن کمتر از یک سال عمومی بوده است.

2026-09-20

2026-09-20: آخرین انتشار در آن زمان v1.4.206 بود و در یادداشت‌های آن آمده است که یک PR ادغام‌شده معمولاً 48–72 ساعت تا انتشار زمان می‌برد (به‌جز رفع‌های P0+)، در حالی که README اعتراف می‌کند که روزانه منتشر می‌شود، بنابراین آن فهرست همواره عقب است. مستندات نصب دامنه را مشخص می‌کنند: به‌روزرسانی‌های خودکار به‌طور پیش‌فرض از کانال پایدار پیروی می‌کنند، انتشارهای پایدار بررسی می‌شوند، و ویژگی‌های جدید ابتدا در کانال RC ظاهر می‌شوند، اغلب روزانه. بررسی‌شده در 2026-10-19.

2026-10-19

2026-10-19: آخرین انتشار رسمی v1.4.230 است. صفحه GitHub Releases آن را با انتشار در 2026-10-19T06:30:00Z و با مقدار false برای draft و prerelease فهرست می‌کند، بنابراین یک انتشار عادی است.

عیناً در مستندات در برابر تله‌ها

عیناً در مستندات

بررسی‌شده در 2026-10-19. عیناً در صفحات رسمی: در بخش مدل، عبارت رسمی این است که Orca عامل‌هایی را که از قبل استفاده می‌کنید اجرا می‌کند و اشتراک در سمت شما قرار دارد؛ در بخش محاسبات، میزبانی VPS مدیریت‌شده نمی‌فروشد؛ در بخش جداسازی، Orca بومی worktree است، بنابراین هر وظیفه به‌جای شاخه‌سازی و stash کردن، نسخه روی دیسک خودش را از مخزن دریافت می‌کند؛ در بخش سازگاری، با هر عامل CLI کار می‌کند، زیرا combobox فقط یک فرایند را در ترمینال اجرا می‌کند — هرچند ورودی‌های picker برای اجرای یک‌کلیکی از پیش پیکربندی شده‌اند، و هوک‌های عمیق‌تر، وضعیت، ردیابی مصرف و تغییر حساب کاربری فقط در جایی که پشتیبانی می‌شود ذکر شده‌اند. نوار مصرف وضعیت محلی‌ای را می‌خواند که هر عامل روی دیسک نگه می‌دارد، بدون فراخوانی‌های API اضافی و بدون احراز هویت اضافی، و اعداد زمانی به‌روزرسانی می‌شوند که عامل می‌نویسد، نه در زمان واقعی. نصب تنها یک دستور است، brew install --cask stablyai/orca/orca، و در Linux، CLI با نام orca-ide ارائه می‌شود. مجوز: رایگان و متن‌باز تحت MIT License. درباره کار از راه دور، یک یادداشت انتشار می‌گوید Orca Server 2.0 به‌زودی می‌آید تا کار از راه دور قابل‌اعتمادتر شود، در حالی که Remote Server فعلی آزمایشی می‌ماند و ممکن است باگ داشته باشد. درباره ریتم انتشار، مستندات نصب می‌گویند نسخه‌های پایدار بررسی و تأیید می‌شوند و بیلدهای RC ابتدا ویژگی‌های جدید را ارائه می‌کنند، اغلب روزانه.

⚠️ آنچه منابع رسمی باز گذاشته‌اند و تداخل نام

تداخل نام لایه دومی هم دارد: ابزار خروجی نمودار Plotly نیز orca نام دارد، و README آن می‌گوید از اوت 2026 منسوخ شده است و به Kaleido اشاره می‌کند؛ cask ساده orca در Homebrew همان ابزار را توصیف می‌کند (نمودارهای تعاملی Plotly)، و از 2026-09-01 غیرفعال شده است. منابع رسمی سه موضوع را باز گذاشته‌اند. نخست، یادداشت انتشار Orca Server 2.0 می‌گوید به‌زودی می‌آید، بدون ذکر تاریخ، و Remote Server که امروز می‌توانید از آن استفاده کنید هنوز آزمایشی علامت‌گذاری شده است و ممکن است باگ داشته باشد. دوم، README می‌پذیرد که فهرست ویژگی‌هایش همیشه از انتشارها عقب است و changelog را به‌عنوان فهرست واقعی معرفی می‌کند، بنابراین نام‌های دستور، نام‌های بسته و نام‌های عامل فقط تا روزی که بررسی شده‌اند معتبرند. سوم، تداخل نام: در دسکتاپ‌های GNOME، مسیر /usr/bin/orca متعلق به صفحه‌خوان است، به همین دلیل مستندات رسمی خط فرمان Linux را با نام orca-ide نصب می‌کنند و صریحاً می‌گویند که با command -v orca بررسی نکنید؛ دستور Homebrew را به‌صورت کامل stablyai/orca/orca بنویسید، نه orca کوتاه.

در مقایسه با N ترمینال به‌علاوه tmux

آنچه اضافه می‌کند

چهار چیزی که مستندات بیان می‌کنند و یک ترمینال خالی شما را مجبور می‌کند بسازید: یک نسخه جداگانه روی دیسک از مخزن برای هر وظیفه؛ یک prompt که به چند عامل پخش می‌شود، سپس مقایسه و برنده ادغام می‌شود؛ یک نوار مصرف که دفترداری محلی را می‌خواند به‌جای پرسیدن از فروشنده؛ و یک همراه موبایلی که اعلان می‌فرستد و پیگیری‌ها را می‌پذیرد. README رسمی همچنین می‌گوید: ترمینال‌هایی در کلاس Ghostty با رندر WebGL، تقسیم‌های بی‌نهایت و scrollback که پس از راه‌اندازی مجدد باقی می‌ماند؛ در Design Mode، کلیک روی هر عنصر UI در یک پنجره واقعی Chromium، HTML، CSS و یک اسکرین‌شات برش‌خورده آن را مستقیماً به prompt عامل شما می‌فرستد. بررسی‌شده در 2026-10-19.

آنچه از دست می‌دهید

آنچه پس می‌دهید: یک worktree جدید یک checkout تمیز است، و مستندات صریحاً می‌گویند که وابستگی‌ها، کش‌ها و رمزها و اطلاعات محرمانه محلی در مسیرهای gitignored تا زمانی که آن‌ها را بازسازی نکنید، غایب می‌مانند؛ عامل‌هایی که به‌صورت موازی اجرا می‌شوند با فلگ permission-bypass هر CLI از پیش پر شده می‌آیند؛ ارکستراسیون خط فرمان ابتدا باید در تنظیمات فعال شود؛ بخش موبایل عمدتاً فقط‌خواندنی است و دسکتاپ تنها منبع حقیقت می‌ماند. اگر به‌جای آن ترمینال‌ها و tmux خودتان را باز کنید، همه این‌ها در دستان شما می‌ماند — اسکریپت‌ها خوانا، قابل بازبینی و قابل نسخه‌بندی می‌مانند — اما لایه جداسازی و نمای مصرف را باید خودتان بسازید.

نحوه نصب و اولین اجرا

① macOS: cask مربوط به Homebrew از همان نامی استفاده می‌کند که مستندات می‌دهند، stablyai/orca/orca، با دستور brew install --cask stablyai/orca/orca؛ این cask کانال stable را دنبال می‌کند، و brew upgrade --cask orca بیلدهای stable جدید را دریافت می‌کند. در حالت tap‌نشده، brew install --cask orca به صادرکننده نمودار Plotly برمی‌خورد که از 2026-09-01 در Homebrew غیرفعال شده است، بنابراین به‌جای نصب برنامه اشتباه، شکست می‌خورد. بیلدهای RC از لینک‌های GitHub Releases یا از Check for Updates داخل برنامه می‌آیند. ② Windows و Linux: صفحه نصب ورودی‌های دانلود برای macOS، Windows و Linux ارائه می‌دهد؛ بسته‌های AppImage، .deb و .rpm برای Linux همان برنامه را در بر دارند و فقط در اینکه به‌روزرسانی‌ها چگونه به شما می‌رسند تفاوت دارند — فقط AppImage به Orca اجازه می‌دهد خودش را به‌روزرسانی کند، در حالی که .deb و .rpm فقط به شما می‌گویند نسخه جدیدی وجود دارد و دستور نصب را به شما می‌دهند. ③ اولین اجرا: مستندات می‌گویند برنامه امضا شده و نوتاریزه است، و macOS ممکن است در اولین اجرا همچنان از شما تأیید بخواهد، که برای برنامه‌های مبتنی بر Electron عادی است. ④ خط فرمان: CLI را در Settings → General → Orca CLI ثبت کنید؛ در Linux دستور orca-ide است، نه orca، زیرا /usr/bin/orca متعلق به صفحه‌خوان GNOME است، و مستندات صراحتاً می‌گویند که با command -v orca بررسی نکنید. ⑤ پس از نصب، یک worktree ایجاد کنید و ابتدا یک وظیفه کوچک اجرا کنید، و به یاد داشته باشید که یک worktree کاملاً جدید یک checkout تمیز است: وابستگی‌ها، کش‌ها و اسرار محلی که در مسیرهای gitignored قرار دارند، آنجا نیستند.

استفاده از Orca با QCode

Orca نه مدل‌ها را پروکسی می‌کند و نه اعتبارنامه‌ها را برای شما نگه می‌دارد: صفحه first-session می‌گوید که یک worktree جدید، CLI انتخاب‌شده شما را در پوشه کاری درست اجرا می‌کند و اعتبارنامه‌های اشتراک موجود شما را منتقل می‌کند، بنابراین تغییرات نقطه پایانی و کلید در پیکربندی خود آن CLI قرار می‌گیرد — و آن کلید می‌تواند کلید QCode باشد. این تنها پل میان این دو است. فراخوانی مدل‌ها به‌ازای هر توکن صورت‌حساب می‌شود و قیمت هر مدل در /models فهرست شده است؛ خود Orca یک اپلیکیشن محلی است، نه مدلی که اینجا ارائه می‌شود. برای اینکه Claude Code را به base_url دیگری اشاره دهید، به /anthropic-base-url-setup-guide مراجعه کنید؛ فیلدهای نقطه پایانی برای هر عامل در /orca-third-party-api-key آمده است. اگر می‌خواهید عامل‌ها مدت‌های طولانی دور از میز کارتان اجرا شوند، یا یک محیط توسعه از راه دور ثابت داشته باشید، سرورهای ابری QCode مناسب‌اند: هر کدام 1 IPv4 عمومی اختصاصی و دسترسی کامل root دارند، و پس از راه‌اندازی با ssh root@IP متصل می‌شوید، با جایگزینی IP با آدرس پنل. دوره‌ها 1، 3، 6 یا 12 ماهه هستند و یک آزمایش 1 روزه وجود دارد که بر اساس پیکربندی صورت‌حساب می‌شود؛ اگر راه‌اندازی شکست بخورد یا سرور ظرف 2 ساعت پس از سفارش تحویل داده نشود، هزینه به‌طور کامل به موجودی شما بازپرداخت می‌شود؛ با فعال بودن تمدید خودکار، یک ماه 3 روز پیش از منقضی شدن آن از موجودی شما تمدید می‌شود، و پنل وضعیت را نشان می‌دهد و به شما امکان می‌دهد شروع، توقف، راه‌اندازی مجدد، تمدید و بازنشانی رمز عبور را انجام دهید؛ تصویر سیستم بدون پنل ساخت سایت ارسال می‌شود، و در حال حاضر نمی‌توانید خطوط را تغییر دهید یا پیکربندی را آنلاین تغییر دهید. برای قیمت‌های شروع، مقایسه خطوط در qcode.cc/en/cloud را ببینید.

پرسش‌های متداول

آیا پیش از Orca به اشتراک Claude یا Codex نیاز دارید؟

خود برنامه نه. Orca متن‌باز تحت MIT License است و README بیان می‌کند که دسترسی به مدل را نمی‌فروشد: مدل‌ها از اشتراکی می‌آیند که از قبل برایش پرداخت می‌کنید، چیزی که مستندات آن را «آوردن اشتراک Claude، Codex یا OpenCode خودتان» توصیف می‌کند. صورت‌حساب به عامل مربوط است، نه به Orca — مستندات صریحاً می‌گویند که شما از قبل برای Claude Code، Codex یا Cursor CLI پرداخت می‌کنید، و صفحه GLM صریحاً می‌گوید Orca دسترسی GLM را در بر نمی‌گیرد یا بازفروش نمی‌کند. بررسی‌شده در 2026-10-19.

آیا می‌توانید آن را به کلید یا نقطه پایانی خودتان هدایت کنید؟

شما آن‌ها را در Orca جای‌گذاری نمی‌کنید. صفحه اولین جلسه می‌گوید که یک worktree جدید یک combobox عامل باز می‌کند و سپس Orca CLI انتخاب‌شده را با پوشه کاری درست اجرا می‌کند و اعتبارنامه‌های اشتراک موجود شما را منتقل می‌کند؛ صفحه پشتیبانی‌شده صریح می‌گوید: combobox عامل فقط یک فرایند را در ترمینال اجرا می‌کند. تغییرات نقطه پایانی و کلید در پیکربندی خود آن CLI قرار می‌گیرد. تنها تغییر مدل در سمت Orca، --model در هماهنگ‌سازی است که مستندات آن را به شناسه‌های مدل مبهم ارائه‌دهنده برای Claude، Codex و Cursor محدود می‌کند؛ هر عامل دیگر به پیکربندی خودش برمی‌گردد. نوشتهٔ جزء‌به‌جزء در /orca-third-party-api-key قرار دارد. بررسی‌شده در 2026-10-19.

چرا نوار مصرف آن OpenRouter یا درگاه دیگر را نشان نمی‌دهد؟

زیرا نوار مصرف، سوابق دفتری‌ای را می‌خواند که هر عامل روی دیسک خودش نگه می‌دارد، نه یک نقطه پایانی زندهٔ ارائه‌دهنده. صفحه رسمی ردیابی مصرف، وضعیت محلی Claude Code، Codex، Gemini، OpenCode، Kimi Code و MiniMax را نام می‌برد و با یک جمله نتیجه می‌گیرد: بدون فراخوانی‌های اضافی API، بدون احراز هویت اضافی — بنابراین اعداد فقط زمانی تغییر می‌کنند که عامل آن‌ها را بنویسد. اینکه نوار پس از هدایت یک عامل به نقطه پایانی شخص ثالثی مانند OpenRouter همچنان دقیق بماند یا نه، در مستندات رسمی پوشش داده نشده است.

برنامه گوشی تا کجا پیش می‌رود؟

شما می‌توانید تماشا کنید و پیگیری‌ها را بفرستید، اما این یک کلاینت دوم نیست. README می‌گوید می‌توانید عامل‌های خود را از گوشی پایش و هدایت کنید؛ صفحه موبایل دامنه را مشخص می‌کند: نمایی عمدتاً خواندنی — وضعیت عامل، تاریخچه اخیر اسکرول ترمینال، به‌علاوه پاسخ دادن به یک prompt، خواباندن یک worktree، مرور کنترل منبع و جابه‌جایی بین حساب‌های عامل. جفت‌سازی یک‌باره است و دسکتاپ همیشه منبع حقیقت است، و برنامه همراه هنوز در بتا است. اعتبارهای بازنشانی محدودیت نرخ درخواست Codex را می‌توان از صفحه Accounts برنامه همراه خرج کرد. بررسی‌شده در 2026-10-19.

یک worktree SSH از اتصال خودداری می‌کند — ابتدا چه چیزی را بررسی کنید؟

صفحه رسمی SSH دو چیز را نام می‌برد که مانع می‌شوند. ① تأیید کلید میزبان: Orca اتصال‌های داخلی SSH را با فایل‌های known_hosts مؤثر OpenSSH شما و کلیدهایی که قبلاً ذخیره کرده است بررسی می‌کند؛ اگر میزبان بازسازی شده و اثر انگشت آن تغییر کرده باشد، اتصال پیش از آنکه رمز عبور از شما خواسته شود رد می‌شود، بنابراین ابتدا خودتان اثر انگشت جدید را تأیید کنید، و در صورت عدم تطابق known_hosts، Orca دستور ssh-keygen -R منطبق را به شما می‌دهد. ② زنجیره ابزار راه دور: در اولین اتصال، Orca یک رله کوچک روی ماشین راه دور نصب می‌کند، و در Linux این اغلب به معنای کامپایل node-pty در همان لحظه است؛ اگر میزبان راه دور make، یک C++ compiler و python3 نداشته باشد، Orca همچنان اتصال را برای فایل‌ها، git و ویرایشگر کامل می‌کند، اما ترمینال‌های راه دور تا نصب ابزارهای ساخت کار نخواهند کرد.

آیا خودش مدل‌ها را فراخوانی می‌کند یا صورت‌حساب ایجاد می‌کند؟

در سمت مصرف، خیر: متن رسمی می‌گوید Orca فقط سوابق دفتری‌ای را می‌خواند که هر عامل روی دیسک خودش نگه می‌دارد، بدون فراخوانی‌های اضافی API و بدون احراز هویت اضافی. چیزی که واقعاً مدل‌ها را فراخوانی می‌کند و صورت‌حساب را ایجاد می‌کند، CLI‌ای است که شما اجرا کرده‌اید. همان مستندات درباره دو چیز هشدار می‌دهد: برای اجراهای جدید، Orca پرچم دور زدن مجوز هر CLI پشتیبانی‌شده را از پیش پر می‌کند، و worktree یک checkout جداشده است، نه یک محیط ایزوله امنیتی. اقدام مقابله‌ای مستندشده این است که در Settings → Agents → Agent Permissions گزینه Manual را انتخاب کنید. Orca هیچ لایه پراکسی مدل اضافه نمی‌کند، چون صفحه پشتیبانی‌شده می‌گوید combobox عامل فقط یک فرایند را در ترمینال اجرا می‌کند. بررسی‌شده در 2026-10-19.

منابع

مخزن رسمی و README: https://github.com/stablyai/orca و https://raw.githubusercontent.com/stablyai/orca/main/README.md. مستندات رسمی: https://www.onorca.dev/docs — صفحه‌هایی که در این صفحه کلمه‌به‌کلمه نقل شده‌اند عبارت‌اند از install، model/worktrees، ssh، mobile، agents/supported، agents/usage-tracking، cli/orchestration و first-session (منابع خام زیر https://raw.githubusercontent.com/stablyai/orca/main/docs/site/content/docs/). انتشارها و یادداشت‌های انتشار: https://api.github.com/repos/stablyai/orca/releases. نام دستورها، نام بسته‌ها و نام عامل‌ها فقط تا روزی که واکشی شده‌اند معتبرند.

ابتدا کلید و سهمیه را مرتب کنید

Orca یک برنامه محلی است: هیچ مدلی همراه ندارد، و فراخوانی‌های مدل از پیکربندی عاملی می‌آیند که اجرا می‌کنید، و کلید آن می‌تواند کلید QCode باشد. برای یک پلن ماهانه آماده نیستید؟ بسته‌های پرداخت به‌ازای مصرف از $4 برای سهمیه‌ای یک‌باره که طی 7 روز استفاده می‌کنید شروع می‌شوند (شارژ حساب از $5).

مطالب مرتبط

راهنمای پرداخت با رمزارز

نه رمزارز، 56 شبکه، کارمزد پلتفرم صفر برای اعتبار API کدنویسی با هوش مصنوعی.

این صفحه مستندات و مخزن Orca از Stably را که به‌صورت عمومی در دسترس است، بازگو می‌کند. وابسته به Orca یا Stably نیست و هیچ تأییدی از سوی آن‌ها ندارد. نام دستورها، نام بسته‌ها، نام عامل‌ها و رفتار نوار مصرف محدود به چیزی است که صفحات رسمی در 2026-10-19 نشان داده‌اند؛ خود README می‌گوید فهرست ویژگی‌هایش همواره از انتشارها عقب است، بنابراین پیش از نصب، صفحات اصلی را دوباره بررسی کنید. QCode تنها یکی از ارائه‌دهندگان ممکن برای کلیدی است که عامل شما استفاده می‌کند و مسئول نحوه رفتار Orca نیست.

مطمئن نیستید از کجا شروع کنید؟

یک هفته امتحان کنید

بسته کوچک: $4 برای $30 سهمیه، به مدت 7 روز معتبر

هر روز از آن استفاده کنید

Starter: $9.00/ماه با $5 سهمیه در هر روز — فقط $0.060 به‌ازای هر $1 سهمیه، در برابر حدود $0.113 برای بسته متوسط