Herdr: مدیریت وضعیت عامل‌های هوش مصنوعی در محیط ترمینال

تصور کنید یک جریان کاری (Workflow) را مدیریت می‌کنید که در آن ده‌ها عامل هوش مصنوعی به‌طور کامل در محیط خط فرمان و تنها از طریق یک فایل باینری نوشته شده با زبان Rust کنترل می‌شوند. این هسته مرکزی هردر (Herdr) است که در ۲۹ ژوئن ۲۰۲۶ منتشر شد. هردر به عنوان یک «مالتی‌پلکسر عامل» (Agent Multiplexer) عمل می‌کند که در ترمینال مستقر شده تا نیاز به داشبوردهای وب یا رابط‌های گرافیکی مبتنی بر Electron را کاملاً از بین ببرد. این ابزار تجربه‌ای بومی برای ماوس ارائه می‌دهد که به کاربران اجازه می‌دهد پنل‌ها را تقسیم کنند، المان‌ها را بکشند (Drag) و مستقیماً در ترمینال کلیک کنند.

برای سال‌ها، توسعه‌دهندگان با یک انتخاب دوتایی سخت روبرو بودند: یا از مالتی-پلکسرهای سبک ترمینال مانند tmux استفاده می‌کردند که هیچ آگاهی از وضعیت هوش مصنوعی نداشتند، یا از مدیریت‌های گرافیکی (GUI) سنگین استفاده می‌کردند که خروجی واقعی ترمینال را می‌پوشاند و مبهم می‌کرد. این موضوع باعث ایجاد یک نقطه اصطکاک می‌شد؛ جایی که کاربر باید مدام زمینه (Context) خود را تغییر می‌داد تا بررسی کند آیا یک عامل در پس‌زمینه کارش را تمام کرده است یا در انتظار دریافت ورودی متوقف شده است. طبق مستندات رسمی در github.com، هردر این مشکل را با آوردن پایداری و آگاهی از وضعیت (State Awareness) به یک محیط بومی ترمینال حل کرده است. برخلاف مدیریت‌های گرافیکی، شما ترمینال واقعی خودِ عامل را می‌بینید، نه تفسیری از آن توسط یک شخص یا برنامه دیگر. این رویکرد تکاملی در مدیریت ابزارهای توسعه، یادآور تلاش‌های معماری Polypore برای واگذاری کنترل ابزارهای دیباگ به عامل‌ها است تا محیط‌های برنامه‌نویسی را حول محور هوش مصنوعی بازسازی کند.

معماری هسته و مدیریت جلسات

هردر بر اساس یک مدل سرور-کلاینت عمل می‌کند. به‌طور پیش‌فرض، این ابزار به یک سرور در پس‌زمینه متصل می‌شود، به این معنی که شما می‌توانید کلاینت خود را جدا (Detach) کنید و اجازه دهید عامل‌ها در پس‌زمینه به کار خود ادامه دهند. برای جدا شدن، کافی است کلیدهای ctrl+b q را فشار دهید. در این حالت، سرور و فرآیندهای پنل همچنان در حال اجرا باقی می‌مانند. بعدها می‌توانید از هر ترمینالی با اجرای دوباره دستور herdr متصل شوید تا فرآیندهای خود را دقیقاً در همان جایی که رها کرده بودید، بیابید.

سازماندهی در هردر از طریق یک سلسله‌مراتب سه لایه مدیریت می‌شود:

• فضاهای کاری (Workspaces): کانتینرهایی در سطح پروژه هستند که اغلب حول محور مخازن گیت (git repos) یا نام پوشه‌ها سازماندهی می‌شوند. زمانی که یک جلسه هیچ فضای کاری نداشته باشد، هردر به‌طور خودکار یکی را باز می‌کند.
• تب‌ها (Tabs): گروه‌هایی از پنل‌ها در داخل یک فضای کاری هستند. این تب‌ها در محیط CLI و Socket API به عنوان موجوداتی درجه اول (First-class citizens) شناخته می‌شوند.
• پنل‌ها (Panes): این‌ها فرآیندهای واقعی ترمینال هستند، نه نماهای بازنویسی شده؛ این امر تضمین می‌کند که شما خروجی خام و بدون تغییر عامل را مشاهده می‌کنید.

برای کسانی که به وضعیت‌های زمان اجرای کاملاً مجزا نیاز دارند، هردر از «جلسات نام‌گذاری شده» پشتیبانی می‌کند. کاربران می‌توانند این جلسات را از طریق دستورات herdr session attach work برای اتصال، herdr session stop work برای توقف و herdr session list برای جابه‌جایی بین فضای نام‌های (Namespaces) مختلف مدیریت کنند. همچنین برای متوقف کردن سرور پیش‌فرض و بستن تمام پنل‌های مرتبط با آن، از دستور herdr server stop استفاده می‌شود.

مدیریت متن و مکانیسم‌های کپی

هردر یک سیستم کپی تخصصی را پیاده‌سازی کرده است تا از تله‌های رایج مالتی-پلکسرهای ترمینال جلوگیری کند. این ابزار به‌جای کپی از نوار کناری، متنِ داخل پنل را کپی می‌کند. کاربران می‌توانند با کشیدن-انتخاب (Drag-select) در داخل یک پنل یا با دوبار کلیک روی یک کلمه یا توکن، متن را انتخاب کنند.

برای کاربرانی که رویکرد مبتنی بر کیبورد را ترجیح می‌دهند، یک «حالت کپی» از طریق prefix+[ در دسترس است:

• ناوبری: حرکت با استفاده از h/j/k/l و w/b/e و {/}.
• انتخاب: شروع انتخاب متن با کلید v یا Space.
• اجرا: کپی با y یا Enter و خروج از این حالت با q یا Esc.

برای کاربرانی که از PuTTY یا ترمینال‌های خاص SSH استفاده می‌کنند، هردر پشتیبانی از نگه داشتن کلید Shift هنگام کشیدن (Drag) را فراهم کرده است تا از انتخاب بومی خودِ ترمینال استفاده کنند و برای چسباندن متن (Paste) از Shift + right click بهره ببرند.

آگاهی از وضعیت عامل هوش مصنوعی

آنچه هردر را از ابزارهای سنتی متمایز می‌کند، نوار کناری تخصصی آن است که سلامت عامل‌ها را از طریق چهار وضعیت متمایز مانیتور می‌کند:

• 🔴 مسدود (Blocked): عامل به ورودی یا تأیید شما نیاز دارد.
• 🟡 در حال کار (Working): عامل به‌طور فعال در حال اجرا است.
• 🔵 پایان یافته (Done): کار تمام شده است، اما شما هنوز آن را بررسی نکرده‌اید.
• 🟢 بیکار (Idle): کار تمام شده و توسط شما دیده شده است.

فضاهای کاری به‌طور خودکار بر اساس فوری‌ترین وضعیت (Most urgent state) به‌روزرسانی می‌شوند. این ویژگی به توسعه‌دهنده اجازه می‌دهد با یک نگاه سریع به لیست کامل پروژه‌ها، متوجه شود توجه او در کجا مورد نیاز است. تشخیص وضعیت به‌صورت پیش‌فرض و بدون نیاز به هیچ‌گونه پیکربندی یا نصب قلاب (Hook)، از طریق خواندن نام فرآیندهای پیش‌زمینه و تحلیل‌های اکتشافی خروجی ترمینال (Terminal output heuristics) انجام می‌شود.

اکوسیستم یکپارچه‌سازی و پشتیبانی

هردر از طیف گسترده‌ای از CLIهای محبوب هوش مصنوعی پشتیبانی می‌کند. یکپارچه‌سازی‌های مستقیم برای شناسایی جلسه و بازیابی (Restore) شامل موارد زیر است: Claude Code، Codex، GitHub Copilot CLI، Devin، Droid، Qodercli و Cursor Agent CLI. این ابزارها شناسه‌ی جلسه را برای بازیابی بومی گزارش می‌کنند، در حالی که وضعیت آن‌ها همچنان از طریق تشخیص صفحه (Screen detection) استخراج می‌شود.

یکپارچه‌سازی‌های پیشرفته‌تر، هم گزارش‌های وضعیت معنایی (Semantic state reports) و هم شناسه‌ی جلسه را ارائه می‌دهند. این موارد عبارتند از:

• Pi
• OMP
• Kimi Code CLI
• OpenCode
• Kilo Code CLI
• Hermes

کاربران می‌توانند این موارد را به‌طور خاص با دستوراتی مانند herdr integration install pi، herdr integration install omp، herdr integration install claude یا herdr integration install codex نصب کنند. نصب‌های خاص دیگر شامل دستورات زیر است: herdr integration install copilot، herdr integration install devin، herdr integration install droid، herdr integration install kimi، herdr integration install opencode، herdr integration install kilo، herdr integration install hermes، herdr integration install qodercli و herdr integration install cursor.

علاوه بر این، تشخیص خودکار برای ابزارهایی مانند Amp، Grok CLI، Antigravity CLI و Hermes Agent فعال است. ابزارهایی مانند Gemini CLI و Cline در حال حاضر شناسایی می‌شوند اما هنوز به‌طور کامل تست نشده‌اند. این سطح از اتوماسیون در محیط ترمینال، شباهت زیادی به تحولات در oproxy دارد که در آن هوش مصنوعی جایگزین نوشتن دستی اسکریپت‌های Lua برای دیباگ و شبیه‌سازی شبکه شده است.

جریان کاری فنی و کنترل

کنترل سیستم از طریق یک پیشوند ctrl+b مدیریت می‌شود که ارگونومی مشابه tmux دارد. توجه داشته باشید که ctrl+alt+n، cmd+k، alt+1 و ترکیب‌های کلیدهای تابع (Function-key chords) میان‌برهای مستقیم حالت ترمینال هستند و نیازی به پیشوند ندارند.

میان‌برهای رایج:

• prefix+c: ایجاد یک تب جدید
• prefix+n / prefix+p: تب بعدی یا قبلی
• prefix+1..9: سوئیچ به یک تب خاص
• prefix+w: ناوبری فضای کاری
• prefix+g: ناوبری جلسات
• prefix+shift+n: ایجاد فضای کاری جدید
• prefix+shift+g: ایجاد Worktree جدید
• prefix+shift+w: تغییر نام فضای کاری
• prefix+shift+d: بستن فضای کاری
• prefix+h/j/k/l: تمرکز روی پنل (Focus)
• prefix+shift+h/j/k/l: جابه‌جایی پنل (Swap)
• prefix+v یا prefix+minus: تقسیم پنل (Split)
• prefix+x: بستن پنل
• prefix+b: فعال/غیرفعال کردن نوار کناری
• prefix+z: زوم روی پنل
• prefix+r: حالت تغییر اندازه (از h/l برای عرض، j/k برای ارتفاع و esc برای خروج استفاده می‌کند)

مکانیسم‌های به‌روزرسانی و نسخه‌بندی

هردر به‌روزرسانی‌ها را بر اساس روش نصب مدیریت می‌کند. برای کسانی که از نصب‌کننده داخلی استفاده می‌کنند، دستور herdr update یک باینری جدید را نصب می‌کند. از آنجا که سرور در حال اجرا از فرآیند قدیمی استفاده می‌کند، کاربران باید herdr server stop را اجرا کرده و دوباره راه-اندازی کنند تا به‌روزرسانی اعمال شود. برای جلسات نام‌گذاری شده، روند کار به این صورت است: herdr session stop <name> و سپس herdr session attach <name>.

برای به حداقل رساندن اختلال، هردر یک پرچم آزمایشی به نام herdr update --handoff ارائه می‌دهد. این پرچم تلاش می‌کند تا پنل‌های زنده، از جمله سرورهای توسعه فعال را، بدون کشتن فرآیندهای پیش‌زمینه، از سرور قدیمی به سرور جدید منتقل کند.

مدیریت کانال‌ها برای نصب‌های مستقیم در لینوکس و macOS در دسترس است:

• Stable: کانال پیش‌فرض است.
• Preview: دسترسی به بیلد‌های Master از طریق دستور herdr channel set preview. برای بازگشت به حالت پایدار، از herdr channel set stable استفاده کنید.

نصب‌کننده‌هایی مانند Homebrew، mise و Nix در کانال Stable باقی می‌مانند و باید از طریق brew upgrade herdr یا mise upgrade herdr به‌روزرسانی شوند. برای کاربران mise، اگر ابزار در ریجستری یافت نشد، دستور mise use -g github:ogulcancelik/herdr به عنوان جایگزین موقت عمل می‌کند. اگر herdr update از یک کانال پیکربندی شده شکست بخورد، کاربران می‌توانند به‌سادگی آن را دوباره اجرا کنند.

قابلیت‌های ریموت و دسترسی

هردر به‌گونه‌ای طراحی شده است که روی SSH استاندارد کار کند. کاربران می‌توانند آن را روی یک میزبان راه دور اجرا کنند، جدا شوند و بعداً دوباره متصل شوند. متناوباً، می‌توان از یک ترمینال محلی بدون باز کردن شل (Shell)، به صورت زیر متصل شد:

• herdr --remote workbox
• herdr --remote ssh://you@yourserver:2222

اتصال ریموت به‌طور پیش‌فرض شامل SSH keepalives برای حفظ جلسه است. این ویژگی را می‌توان با تنظیم [remote].manage_ssh_config = false غیرفعال کرد. برای کسانی که به دسترسی خاص ترمینال نیاز دارند، ابزار اجازه اتصال مستقیم را می‌دهد: herdr agent attach <target> یا herdr terminal attach <terminal_id>.

نصب و پیکربندی

نصب بسته به پلتفرم متفاوت است:

• لینوکس/macOS: curl -fsSL https://herdr.dev/install.sh | sh
• ویندوز (بتا پیش‌نمایش): powershell -ExecutionPolicy Bypass -c "irm https://herdr.dev/install.ps1 | iex"
• سایر موارد: نصب از طریق Homebrew یا mise، یا دانلود باینری پایدار لینوکس/macOS از بخش Releases. توجه داشته باشید که باینری‌های بومی ویندوز در حال حاضر فقط در نسخه‌های بتای پیش‌نمایش موجود هستند.

پیکربندی از طریق یک فایل TOML در مسیر ~/.config/herdr/config.toml انجام می‌شود. کاربران می‌توانند پیکربندی پیش‌فرض را با اجرای herdr --default-config چاپ کنند. تنظیمات داخل برنامه شامل تم، صدا و ترجیحات Toast است. این ابزار شامل ۱۸ تم داخلی است، از جمله Catppuccin، Terminal، Tokyo Night، Gruvbox، One، Solarized، Kanagawa، Rosé Pine، Vesper و نسخه‌های روشن از پالت‌های اصلی. لاگ‌ها در ~/.config/herdr/ ذخیره می‌شوند، به‌طور خاص herdr-client.log و herdr-server.log برای جلسات پایدار.

این تغییر به سمت مدیریت «بومی ترمینال»، نشان‌دهنده حرکتی از رابط‌های «چت‌بات هوش مصنوعی» به سمت تجربه‌ای حرفه‌ای‌تر و شبیه به IDE است. با ادغام با Socket API محلی یونیکس، عامل‌ها اکنون می‌توانند محیط خود را ارکستره کنند—فضاهای کاری خود را بسازند، پنل‌ها را تقسیم کنند یا عامل‌های کمکی ایجاد کنند—و به‌طور مؤثری ترمینال را به یک بوم پویا برای جریان‌های کاری عامل‌محور تبدیل کنند.

اگر در حال حاضر برای رصد جلسات مختلف Claude یا Copilot CLI از چندین تب ترمینال استفاده می‌کنید، باید مستندات Socket API و فایل SKILL.md را بررسی کنید تا ببینید عامل‌های شما چگونه می‌توانند به‌طور برنامه‌ریزی‌شده نمای شما را کنترل کنند.

گام بعدی شما

• اگر از چندین تب ترمینال برای رصد جلسات Claude یا Copilot استفاده می‌کنید، هردر را جایگزین کنید.
• مستندات Socket API را بررسی کنید تا ببینید عامل‌های شما چگونه می‌توانند به‌صورت برنامه‌ریزی‌شده پنل‌های شما را کنترل کنند.
• برای کاهش اختلال در سرورهای توسعه، از پرچم update --handoff استفاده کنید.

اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است؛ به تحلیل ما درباره تأثیر توزیع محاسبات بر سرعت استنتاج عامل‌ها مراجعه کنید.