تصور کنید هر صبح با برنامه‌نویس ارشدی کار می‌کنید که تمام تصمیمات معماری دیروز را فراموش کرده است. اگر از Claude Code یا Gemini CLI استفاده می‌کنید، هر جلسه جدید دقیقاً همین تجربه تلخ است.
این حافظه کوتاه باعث می‌شود عامل (Agent) — مثل کارمندی متخصص که مسئول انجام یک وظیفه خاص است — هر بار تصمیمات قبلی را به فراموشی بسپارد. در نتیجه، توسعه‌دهنده مجبور است دوباره توکن (Token) — که مثل برش‌های کوچکی از یک کیک طولانی هستند — را هزینه کند تا مدل را راهنمایی کند.
به گزارش وب‌سایت dev.to، اکثر عامل‌ها همچنان مثل جزیره‌هایی جداگانه عمل می‌کنند. آن‌ها «مغز تیمی» مشترکی ندارند و مدام دچار توهم (Hallucination) می‌شوند؛ یعنی شبیه دوستی هستند که خاطره‌ای را با اطمینان اما اشتباه تعریف می‌کند.
همان‌طور که در تحلیل قبلی ما درباره‌ی توهمات مدل‌های زبانی اشاره کردیم، این مشکل ریشه در نبود حافظه بلندمدت دارد. برای حل این بحران، برنامه‌نویسی به نام Ivan در ۳ ژوئن ۲۰۲۶ نسخه ۱.۰.۰ ابزار dtoolkit را منتشر کرد.
این ابزار از SQLite برای ایجاد یک لایه حافظه استفاده می‌کند که هیچ وابستگی خارجی ندارد. بر اساس مستندات این پروژه، اجزای اصلی سیستم عبارت‌اند از:
• dbrain: سروری برای حافظه پایدار که با جستجوی متن‌کامل (FTS5)، حقایق و گفتگوها را ذخیره می‌کند.
• dcontext: لایه‌ای که شناسیت و جزئیات پروژه را به چرخه حیات محیط خط فرمان (CLI) تزریق می‌کند.
• dwork: مدیری که فایل BACKLOG.md را به یک شاخص قابل جستجو با ۲۱ ابزار MCP تبدیل می‌کند.
• dops: داشبوردی برای رصد هزینه‌ی توکن‌ها و نرخ موفقیت ابزارها.
dtoolkit با استفاده از پروتکل مدل کانتکست (MCP)، حافظه را مستقل از شرکت سازنده می‌کند. شما می‌توانید بدون از دست دادن هویت پروژه، از Claude به Gemini کوچ کنید. در واقع، بار مدیریت حافظه از دوش کاربر و پرامپت‌ها برداشته و به زیرساخت منتقل می‌شود.
گام بعدی شما
- ابزار dtoolkit را روی پروژه‌های فعلی خود نصب کنید تا تکرار توصیفات را متوقف کنید.
- فایل BACKLOG.md خود را سازمان‌دهی کنید تا dwork بتواند آن را به درستی شاخص‌گذاری کند.
- منتظر انتشار بسته dcouncil باشید که بحث‌های گروهی بین چندین عامل را برای تصمیمات معماری سخت فعال می‌کند.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو