‏Solo: کنترل‌پنل ترمینال‌ها و ایجنت‌های پروژه

Solo رو Aaron Francis ساخته و سایت خودش اون رو «meta-harness برای ایجنت‌های کدنویسی» معرفی می‌کنه، ولی نویسنده می‌گه این توصیف حقش رو ادا نمی‌کنه. برای اون Solo یه کنترل‌پنل برای کل پروژه‌ست: همهٔ ترمینال‌هایی که لازم داری داخلش زندگی می‌کنن و دستورهای پرتکرار از قبل تو اسلات‌های مشخص نشستن، با گزینهٔ اجرای خودکار. موقع ساختن پروژه هم Solo خودش حدس می‌زنه چه دستورهایی می‌خوای و بعداً می‌تونی عوضشون کنی.

مثالی که می‌زنه یه اپ تناسب اندامه که با TanStack Start ساخته و دو دستور فعال داره: dev server و Postgres روی Docker. با هاور کردن روی هر دستور، دکمه‌های stop و start و restart میاد بالا و با کلیک روی هرکدوم خروجی همون ترمینال تو پنجرهٔ اصلی نشون داده می‌شه. ایجنت‌ها هم بخش خودشون رو دارن: با Command-T و تایپ کردن agent راه می‌افتن و به گفتهٔ نویسنده Solo تقریباً هر ایجنتی که اسمش رو شنیدی ساپورت می‌کنه. از دید کاربر هیچ چیزی عوض نمی‌شه و ایجنت همون‌طور که عادت داری داخل Solo کار می‌کنه.

بخش اصلی از نظر نویسنده همون MCP داخلی Solo هست، یعنی سروری که به ایجنت اجازه می‌ده دستورهای Solo و خروجی‌شون رو بخونه. برای تست، پردازهٔ دیتابیس رو خاموش می‌کنه و از یه ایجنت معمولی می‌پرسه چرا dev server خطا می‌ده؛ ایجنت می‌ره خودش سرور رو بالا بیاره و خطا رو بازتولید کنه، در حالی که کار درست نگاه کردن به خروجی موجوده. فعال کردنش ساده‌ست: Solo یه دستور bash می‌ده یا با دکمهٔ Run خودش اجراش می‌کنه. ولی اگه تو پرامپت صریح نگی از MCP استفاده کن، رفتار ایجنت عوض نمی‌شه.

راه‌حلش اینه که این تکرار رو تو یه skill بسته‌بندی کنه، چیزی مثل یه subroutine برای کاری که مرتب انجام می‌ده:

---
name: solo-debug
description: Debug this application using Solo MCP
disable-model-invocation: true
---

Use the Solo MCP tools to inspect the processes already running
for this project. Inspect recent output and errors.

خط disable-model-invocation: true جلوی این رو می‌گیره که مدل خودش این skill رو صدا بزنه. نویسنده می‌گه skillها این روزها بدنام شدن، چون بعضی‌ها کلی از اونها رو تو ریپو می‌ریزن و context window رو شلوغ می‌کنن، ولی یه skill که فقط دستی اجرا می‌شه این مشکل رو نداره. فایل رو تو مسیر .claude/skills/solo-debug/SKILL.md گذاشته و از اون به بعد فقط /solo-debug رو می‌زنه و همون پرامپت اولیه جواب می‌ده.

جمع‌بندی خودش اینه که مدیریت پردازه‌ها به‌تنهایی هم خوبه، ولی MCP داخلی برای دیباگ اون چیزیه که Solo رو براش به یه ابزار محبوب تبدیل کرده. می‌گه هنوز فقط سطح ماجرا رو خونده‌ایم: Solo اسکرچ‌پد و to-do هم داره و کلی workflow برای orchestration ایجنت‌ها.

نکات کلیدی:

• Solo رو Aaron Francis ساخته و ترمینال‌ها و ایجنت‌های یه پروژه رو تو یه پنجره جمع می‌کنه
• دستورهای پرتکرار تو اسلات‌های آماده با امکان اجرای خودکار و دکمه‌های stop و start و restart
• MCP داخلی به ایجنت اجازه می‌ده خروجی پردازه‌های در حال اجرا رو بخونه، جای بازتولید خطا
• MCP خودکار وارد عمل نمی‌شه: باید تو پرامپت صریح بخوایش، یا با یه skill دستی بپیچیش
• disable-model-invocation: true جلوی صدا زدن خودکار skill توسط مدل رو می‌گیره