اگر مجبورید بین ۵ پروژه مختلف جابهجا شوید و هر بار باید ترمینالها را از نو باز کنید، احتمالاً نیمی از تمرکزتان را در مسیر میبازید. Silo با حذف هزینهی زمانیِ «راهاندازی سرد»، محیطی را میسازد که در آن هر پروژه یک موجودیت زنده و دائمی است.
طبق مستندات این پروژه، Silo در ژوئیه ۲۰۲۶ عرضه شد تا محیطی پایدار فراهم کند که در آن توسعهدهندگان بتوانند چندین پروژه — هر کدام با عامل (Agent) های فعال و ترمینالهای باز — را به صورت همزمان مدیریت کنند. در ویرایشگرهای مدرنی مثل VS Code یا Cursor، مدل کار بر مبنای فایل است (file-first model)؛ یعنی وقتی پروژه را عوض میکنید، حالت ترمینالها از بین میرود. این یک نقطه اصطکاک برای توسعهدهندگانی است که باید ۳ تا ۵ عامل هوش مصنوعی را در مخازن (Repositories) مختلف هماهنگ کنند، زیرا جابجایی زمینه معمولاً مستلزم باز کردن مجدد پوشهها و راهاندازی دوباره پردازشهای پسزمینه است. این محدودیت «تک-فضای کاری» باعث میشود عاملهاe دچار وقفه شوند و توسعهدهندگان زمان بیشتری را صرف بازسازی زمینه کنند تا کدنویسی. این چالش با مسئلهی کلیتر گم شدن حافظهی کوتاهمدت مدلها در هنگام تغییر محیط مرتبط است، موضوعی که در بررسی راهکارهای Memeri برای جلوگیری از فراموشی مدلهای کدنویسی به آن پرداختیم.
همانطور که در تحلیلهای پیشین ما دربارهی مدیریت وضعیت در ابزارهای توسعه اشاره کردیم، گسست در جریان کاری (Workflow) بزرگترین مانع بهرهوری است. Silo این مدل را وارونه میکند و هر فضای کاری پروژه را به صورت یک تب دائمی میبیند. جابجایی بین پروژهها تنها با یک کلید رخ میدهد و هر فضای کاری، چیدمان دقیق ترمینالها و لایهبندی خود را به خاطر میسپارد. بر اساس گزارش گیتهاب، این ابزار «محلی-محور» (Local-first) است، نیازی به حساب کاربری یا همگامسازی ابری ندارد و تحت لایسنس MIT برای همیشه رایگان باقی خواهد ماند.
زمینه و طراحی سیستم
Silo برای مجموعهی خاصی از کاربران طراحی شده است: کسانی که از Claude Code، Aider یا سایر عاملهای هوش مصنوعی استفاده میکنند و نیاز دارند چندین جلسه (Session) موازی را حفظ کنند. این ابزار توسعهدهندگانی را هدف قرار داده است که بیشتر از آنکه در ویرایشگر باشند، در ترمینال زندگی میکنند و به سقف محدودیتهای جریان کاری تک-فضایی رسیدهاند. این رویکرد یادآور تلاشهای مشابه برای ایجاد کنترل بصری است، مشابه آنچه در پروژه Juggler برای مدیریت دقیق عاملهای کدنویس مشاهده میکنیم.
این ابزار برخلاف ارکستراتورهای هوش مصنوعی مانند Superset یا Conductor — که «وظایف عامل» (Agent Tasks) یا «درختهای کاری» (Worktrees) را به عنوان واحد اصلی میبینند — کل فضای کاری پروژه را به عنوان واحد مدیریت میکند. این رویکرد تضمین میکند که تمام فعالیتها، چه توسط عامل و چه توسط انسان، حفظ شوند. اگر پروژهای را ببندید، زمینه (Context) گم نمیشود؛ بلکه دقیقاً به همان حالتی که بود، حتی هفتهها بعد، دوباره زنده میشود.
معماری فنی و SDK افزونهها
از نظر فنی، این پروژه یک مونو-ریپازیتوری (Monorepo) با استفاده از pnpm است که از اپلیکیشن دسکتاپ Tauri و یک کریت (Crate) در زبان Rust بهره میبرد. ساختار پروژه به بستههای مجزا تقسیم شده است: apps/desktop برای اپلیکیشن Tauri، packages/sdk برای SDK عمومی با اولویت تایپها (types-first)، و packages/extension-host برای زمان اجرای محیط کار (workbench runtime).
در این معماری، تبهای ترمینال و تبهای ویرایشگر بهعنوان موجودات برابر در نظر گرفته شدهاند، که اجازه میدهد آنها در مونو-ریپوهای بزرگ، روی چندین پوشه پشته شوند یا گسترش یابند. مرزهای معماری از طریق یک گراف بستهها و قوانین Linting بهطور سختگیرانه اعمال میشوند تا اطمینان حاصل شود که افزونهها فقط از طریق ctx و تایپهای @silo-code/sdk با اپلیکیشن تعامل دارند.
ویژگیهای کلیدی فنی این ابزار عبارتند از:
- Extension SDK: یک API عمومی و types-first که اجازه میدهد تمام قابلیتهای داخلی توسعه یابند. مرجع API (API reference) مستقیماً از سورس کد و از طریق دستور
pnpm docs:apiتولید میشود. - نصب زنده (Live Installation): افزونهها بدون نیاز به ریاستارت نصب یا حذف میشوند. کاربران میتوانند با دستور
silo installاز طریق شناسه (مثلاًsilo.local-web-viewer) از رجیستری یا از یک پوشه محلی، افزونهها را نصب کنند. - یکپارچگی با Claude Code: قابلیتی خاص (Skill) که به کاربر اجازه میدهد افزونه مورد نظر را به زبان انگلیسی توصیف کند. سپس Claude پروژه را از ابتدا با TypeScript میسازد، کامپایل میکند و بدون نیاز به دانش SDK، آن را روی اپلیکیشن فعال نصب میکند.
برای استفاده از سازندهی افزونههای کلود، کاربران باید ابتدا یک Skill را از طریق دستور curl به مسیر ~/.claude/skills/silo-extension-builder/SKILL.md نصب کنند و سپس دستوری مانند /silo-extension-builder Create a status bar item that shows the current git branch را اجرا نمایند.
به نقل از کاربران اولیه، این سازندهی افزونههای کلود توانسته ابزارهای کاربردی را تنها در یک جلسه ایجاد کند؛ از جمله:
- وضعیت شاخه گیت در نوار وضعیت: نمایش نام شاخه و یک «نشانگر کثیف» (dirty indicator) برای تغییرات ثبت نشده که هنگام جابجایی بین فضاهای کاری بهروزرسانی میشود.
- پنل ایشوهای گیتهاب: لیست کردن ایشوهای باز برای مخزن فعال با استفاده از ابزار
ghو دارای دکمه رفرش. - تخته یادداشت (Scratch pad): یک پنل یادداشتهای پایدار که پس از ریاستارت باقی میماند.
- مدیریتکنندهی Todo: ابزاری که فایل
TODO.mdرا در فضای کاری فعال میخواند و مینویسد و امکان افزودن سریع و چکباکسهای داخلی را فراهم میکند.
تحلیل جریان کاری
در مقایسه با ویرایشگرهای سنتی، Silo هزینهی «بارگذاری مجدد» را حذف میکند. در حالی که در VS Code جابجایی بین پروژهها به معنای باز کردن مجدد پوشه و از دست دادن وضعیت ترمینال است، در Silo این کار یک جابجایی آنی بین تبهاست.
| ویژگی | VS Code / Cursor | Silo |
|---|---|---|
| جابجایی | بازگشایی پوشه، حذف وضعیت ترمینال | جابجایی آنی تب — حفظ وضعیت |
| پشتیبانی از عامل | یک فضای کاری فعال | چندین فضای کاری، همگی زنده |
| سطح اصلی تعامل | ویرایشگر فایل | ترمینال + عاملها |
| پردازشهای پسزمینه | قطع یا بسته شدن | فعال ماندن |
| هزینه | رایگان (VS Code) / پولی (Cursor) | ۱۰۰٪ متنباز، برای همیشه رایگان |
| مدل لایسنس | بسته / تجاری | لایسنس MIT |
برای توسعهدهنده، این بدان معناست که «هزینهی جابجایی» به صفر میرسد. شما میتوانید یک عامل هوش مصنوعی را در حال اجرای یک ریفاکتور پیچیده در یک تب رها کنید، در تب دیگر یک لاگ تولید (production log) را بررسی کنید و در تب سوم یک Scratchpad را باز نگه دارید، بدون اینکه هیچکدام از این پردازشها در پسزمینه قطع شوند یا بمیرند.
این تغییر رویکرد، نشاندهنده حرکت به سمت محیطهای «عامل-بومی» (Agent-native) است. ما از عصری که ویرایشگر فقط یک نمایشگر متن بود، به سمتی میرویم که ویرایشگر در واقع یک سامانه مدیریت وضعیت برای چندین همکار خودمختار است.
دسترسی و توسعه
نسخه ۰.۴.۰ این ابزار در حال حاضر برای مکهای اپل سیلیکون (M1/M2/M3) و اینتل (via .dmg) و توزیعهای لینوکس (.AppImage یا .deb) در دسترس است. کاربران ویندوز میتوانند از نسخههای آزمایشی (experimental builds) پیوست شده به GitHub Releases استفاده کنند، هرچند این نسخهها ممکن است ناپایدار باشند.
توسعهدهندگانی که قصد مشارکت دارند باید بدانند Silo یک مونو-ریپو با pnpm است. آنها میتوانند با اجرای pnpm dev یک نسخه «Silo Dev» با هویت و حافظه ایزوله راهاندازی کنند تا بتواند در کنار نسخه پایدار اجرا شود. مدیریت نسخهها نیز از طریق Conventional Commits و ابزار release-please به صورت خودکار انجام میشود که باعث بهروزرسانی خودکار نسخهها و فایل CHANGELOG.md میگردد.
گام بعدی شما
- اگر از Aider یا Claude Code استفاده میکنید، Silo را جایگزین محیط فعلی کنید تا فشار ذهنی جابجایی بین پروژهها کم شود.
- با استفاده از دستور
/silo-extension-builderسعی کنید ابزارهای کوچک شخصیسازی شده برای مدیریت فایلهای Markdown خود بسازید. - در صورت استفاده از لینوکس، نسخه
.AppImageرا برای تست سریعترین مسیر نصب امتحان کنید.
اما تأثیر این معماری بر مصرف حافظه در مقیاسهای بزرگ هنوز ناشناخته است — به تحلیل ما دربارهی بهینهسازی حافظه در محیطهای توسعه مراجعه کنید.
گفتگو