تصور کنید کارمندی دارید که هرگز نمی‌خوابد، هرگز لپ‌تاپش را نمی‌بندد و تمام تصمیمات شرکت شما را در یک حافظه مرکزی به‌روز نگه می‌دارد. Almanac، عامل (Agent) جدید مورد حمایت Y Combinator، دقیقاً همین تجربه را با حذف وابستگی به سخت‌افزار کاربر ممکن کرده است. محدودیت‌های مربوط به «بستن درب لپ‌تاپ» (Closed lid) اکنون برای هوش مصنوعی محلی منسوخ شده‌اند. Almanac این مشکل را با استفاده از یک کامپیوتر مجازی اختصاصی به عنوان ستون فقرات خود حل می‌کند. چون این عامل روی ماشین همیشه-روشن (always-on) خود اجرا می‌شود، در ابزارهای شرکت لاگ-این می‌ماند و مستقل از وضعیت سخت‌افزاری کاربر، کارها را پیش می‌برد.
زمینه و بستر هوش مصنوعی پایدار
بسیاری از دستیارهای فعلی، شبیه به کارمندی هستند که فقط وقتی شما در اتاق هستید جواب می‌دهد؛ آن‌ها بر پایه ادغام‌های API موقتی (ephemeral) کار می‌کنند که داده‌ها را در لحظه فراخوانی می‌کنند اما بلافاصله آن‌ها را فراموش می‌کنند. این وابستگی به APIها در حالی است که برخی نقص‌های امنیتی در لایه‌های API پیش‌تر نشان داده‌اند که مدیریت دسترسی‌ها در مدل‌های متصل به API می‌تواند چالش‌برانگیز باشد. برخلاف اجرای مدلی مانند Claude یا Codex روی یک لپ‌تاپ — که به محض بستن درب دستگاه متوقف می‌شود — Almanac روی ماشین اختصاصی خود اجرا می‌شود. این ساختار به کاربران اجازه می‌دهد تا یک وظیفه را از طریق اپلیکیشن، اسلک (Slack) یا پیامک شروع کنند، دستگاه خود را ببندند و منتظر بمانند تا نتیجه کار به دستشان برسد.
Almanac این پارادایم را تغییر می‌دهد؛ این سیستم یک ویکی (Wiki) مستمر و خود-به‌روزرسان را نگه می‌دارد که تصمیمات و داده‌ها را از جیمیل، اسلک و سایر پلتفرم‌ها جمع‌آوری می‌کند. این فرآیند یک «مغز دوم» پایدار ایجاد می‌کند که عامل پیش از هر اقدامی آن را می‌خواند تا اطمینان حاصل کند که آخرین بافتار (Context) شرکت را در اختیار دارد.
طبق مستندات محصول در وب‌سایت usealmanac.com که در ۳۱ اوت ۲۰۲۶ منتشر شد، این سیستم از چندین سازوکار متمایز بهره می‌برد:
قابلیت‌های فنی
- محیط مستقل: این عامل دارای مرورگر، فایل‌ها و دسترسی‌های خاص خود است. این ویژگی به او اجازه می‌دهد ابزارهایی که فاقد API رسمی هستند را با ورود به حساب کاربری و پیمایش در محیط آن‌ها، دقیقاً مانند یک کاربر انسانی مدیریت کند.
- ویکی خود-به‌روزرسان: داده‌های پراکنده را به صفحات ساختاریافته تبدیل می‌کند. برای مثال، اگر در ۱۲ مارس ایمیلی از طرف «دانا» دریافت کنید که تأیید می‌کند «قیمت‌های مارس ثابت می‌مانند»، این مورد مستقیماً در ویکی ثبت و تدوین می‌شود.
- اجرای پیش‌دستانه: عامل متوجه می‌شود چه کاری باید انجام شود. اگر سیستم Mercury سه تراکنش را بدون رسید شناسایی کند، Almanac می‌تواند به‌طور خودکار رسیدها را از Uber یا DoorDash استخراج کرده و آن‌ها را در Mercury پیوست کند.
- گردش‌کار بین‌ابزاری: این عامل می‌تواند کانال‌های اسلک مشتریان را رصد کند، باگ‌های جدید را شناسایی کرده و گزارش‌های GitHub (مانند شماره ۴۱۲ و ۴۱۳) را همراه با اسکرین‌شات‌ها و مراحل بازتولید (reproduction steps) ثبت کند. در این راستا، برای جلوگیری از خطاهای احتمالی در تغییر کدهای موجود، استفاده از استانداردهایی مانند MurphySig می‌تواند مانع از «تعمیر» اشتباه کدهای سالم توسط عامل‌های هوش مصنوعی شود.
کنترل و حریم خصوصی
- دسترسی مبتنی بر مجوز: عامل فقط به حساب‌هایی دسترسی دارد که کاربر صراحتاً متصل کرده است. هر اتصال کاملاً قابل مشاهده است و در هر لحظه می‌توان آن را لغو کرد.
- سیلوی حریم خصوصی: داده‌های خام حساب‌های فردی خصوصی می‌مانند؛ تنها «درک مفید» حاصل از آن‌ها — یعنی تصمیم نهایی و نه کل محتوای اینباکس — به ویکی مشترک سازمانی منتقل می‌شود. حساب‌های مشترک نیز باید صراحتاً توسط سازمان اضافه شوند.
- حضور انسان در چرخه: برای اقدامات حساس مانند ورود به حساب‌ها، پرداخت‌ها یا تصمیمات حیاتی، عامل ابتدا به کاربر پیام می‌دهد یا یک جلسه مرورگر زنده را به کاربر تحویل می‌دهد. کاربران می‌توانند هر مرحله از اجرای یک دستور را تماشا کنند. این سطح از نظارت بر عملکرد عامل، یادآور تلاش‌های پروژه Astron برای شفاف‌سازی فراخوانی‌های مدل و بهبود قابلیت مشاهده (Observability) در عامل‌های هوشمند است.
- حقیقت قابل راستی‌آزمایی: هر خط در ویکی به منبع اصلی خود لینک شده است. اگر محتوای ویکی اشتباه باشد، کاربران می‌توانند صفحه را اصلاح کنند و Almanac از آن لحظه به بعد بر اساس آن اصلاحیه عمل خواهد کرد.
این رویکرد شکاف بین «دانستن» و «انجام دادن» را در هوش مصنوعی سازمانی پر می‌کند. با ترکیب حافظه پایدار (ویکی) و حضور پایدار (کامپیوتر مجازی)، Almanac از یک چت‌بات واکنشی به یک کارمند تفویض‌شده تبدیل می‌شود. این سیستم جایگزین ابزارهایی مثل Notion، Linear یا Slack نیست، بلکه مانند بافت هم‌بندی عمل می‌کند که بین این ابزارها می‌خواند و می‌نویسد.
برای یک مدیر کسب‌وکار، این به معنای پایان به‌روزرسانی‌های دستی وضعیت پروژه است. شما می‌توانید یک درخواست را از طریق پیامک به عامل ارسال کنید، لپ‌تاپ را ببندید و سپس نوتیفیکیشن اتمام کار را دریافت کنید؛ مثلاً زمانی که گزارش‌های GitHub ثبت شده‌اند یا یک فایل ارائه (Deck) برای تمدید قرارداد — که خلاصه ۱۴ ماه استفاده را در بر دارد — پیش‌نویس شده است. ارزش واقعی در اینجا، گذار از تعامل مبتنی بر پرامپت به تفویض اختیار مبتنی بر نتیجه است.
کاربران باید رصد کنند که این مدل «همیشه روشن» چگونه مجوزهای امنیتی پیچیده را مدیریت می‌کند و آیا ویکی خود-به‌روزرسان می‌تواند بدون وارد کردن توهمات (Hallucinations) به منبع حقیقت شرکت، مقیاس‌پذیر شود یا خیر.
گام بعدی شما
- بررسی کنید آیا گردش‌کارهای تکراری شما در ابزارهایی است که API ندارند؛ این‌ها بهترین کاندید برای تفویض به عامل‌های ماشین-مجازی هستند.
- مدل‌های مدیریت دانش خود را از حالت «ذخیره دستی» به حالت «استخراج خودکار» تغییر دهید.
- امنیت دسترسی‌های Third-party را در سازمان خود بازبینی کنید تا برای پذیرش عامل‌های مستقل آماده شوید.
گفتگو