Ambiance؛ هارنسی که فایلسیستم یونیکس رو خونهٔ ایجنت میکنه
خلاصهٔ کاملتر
نویسنده میگه چند ساله دنبال بیرونکشیدن مدلهای زبانی از پنجرهٔ چت بوده و حالا جمعبندی خودش رو تو قالب پروژهای به اسم Ambiance درآورده. چهار معیارش برای یه هارنس خوب اینه: برای ایجنت شهودی باشه، همهچیزش شفاف باشه تا خود ایجنت بتونه خودش رو درست کنه، تا حد ممکن سبک و منعطف بمونه، و در برابر خطا و بهروزرسانی دووم بیاره بدون اینکه حافظهاش خراب بشه.
حرف مرکزی متن اینه: هارنس باید از دانش پیشین مدل استفاده کنه. کدنویسی و مدیریت سیستم تو دادهٔ آموزشی مدلها بیش از حد نمایندگی داره، پس بردن ایجنت به یه محیط تازه فقط توکن هدر میده. به گفتهٔ نویسنده هارنس باید برای مدل سبک حس بشه ولی پشت صحنه کلی کار بکنه: لاگبرداری، بررسی سلامت، ضدخطا و پاکسازی ورودی.
از همینجا سراغ یونیکس میره. سه اصل ریچی و تامپسون — هر برنامه یه کار و همون رو خوب، برنامهها با هم کار کنن، جریان متنی رابط جهانیه — به سه اصل خودش ترجمه میشن: ابزارهای ماژولار و شفاف که بلند شکست میخورن؛ مهارتها که گردشکار رو تعیین میکنن و ابزارها که اجراش میکنن؛ و اینکه همهچیز باید یه فایل متنی ساده باشه.
برای چیدمان، از استاندارد سلسلهمراتب فایلسیستم لینوکس تقلید شده چون مدلها تو پیمایشش استادن: لاگها میرن تو var، فایلهای پیکربندی تو etc، فضای کاری ایجنت تو home، ابزارها تو bin و مهارتها جای مستندات. مزیت اضافهاش اینه که هم آدم هم ایجنت میتونن با grep و find و rg همهچیز رو ردیابی کنن. کار سخت، جا دادن دادهٔ بههمریختهٔ دنیای بیرون تو این ساختار مجازیه.
جالبترین بخش فنی، چیزیه که نویسنده به شوخی اسمش رو «کرنل» گذاشته. استاندارد امروزی ایجنتهای همیشهروشن مثل OpenClaw، هندل رویدادی پیام رو با یه هارتبیت دورهای — پیشفرض هر ۳۰ دقیقه — ترکیب میکنه. مشکل اینه که هر چیزی که پیام فرستادهشده نباشه، مثل تغییر فایل یا وضعیت بیرونی، فقط با همون دانهٔ زمانی دیده میشه: فاصله رو کم کنی هر بار یه نوبت کامل مدل رو بیخود سوزوندی، زیاد کنی ایجنت تا یه ساعت از دنیا عقبه.
راهحل Ambiance یه گذرگاه رویداده که فایلسیستم رو با نشانگر روی فایلهای متنی میپاد و هر وقت لازم شد مدل رو صدا میزنه، با چند راهبرد ادغام برای وقتی که حجم رویداد بالا میره. اینطوری هیچ اعلانی از دست نمیره و میشه «کاربر»های مختلف رو به رویدادهای مختلف وصل کرد. خود کرنل هم نقش لایهٔ میانی رو داره و چک میکنه کاری که مدل میکنه بیخطر باشه.
سه کاربر پیشفرض تعریف شده: root برای کارهای سطح سیستم و ساخت و تعمیر ابزارها، pai که چهرهٔ انسانیروی سیستمه و با دنیای بیرون حرف میزنه، و librarian که ثبت میکنه pai تو چی خوبه، تو چی ضعیفه و سیستم اون روز چی کار کرده؛ هر سه از همون گذرگاه رویداد با هم در ارتباطن. نویسنده میگه پروژه هنوز در حال ساخته و میشه از سایت whitematterlabs.ai امتحانش کرد.
نکات کلیدی:
- هارنس باید روی چیزهایی بنا بشه که مدل از قبل بلده، یعنی محیط یونیکس
- چیدمان دادهٔ بیرونی طبق استاندارد سلسلهمراتب فایلسیستم لینوکس
- همهچیز فایل متنی ساده؛ بدون کشتیگرفتن با JSON و رجکس
- گذرگاه رویداد بهجای هارتبیت دورهای، تا هیچ تغییری از قلم نیفته
- سه «کاربر» جداگانه برای سیستم، تعامل با آدم، و ثبت روزانه
- پروژه هنوز در حال توسعهست




