Dreaming

Dreaming سامانهٔ یکپارچه‌سازی حافظه در پس‌زمینه در memory-core است. این سامانه سیگنال‌های قوی کوتاه‌مدت را به حافظهٔ پایدار منتقل می‌کند و درعین‌حال فرایند را توضیح‌پذیر و بازبینی‌پذیر نگه می‌دارد.

آنچه Dreaming می‌نویسد

• وضعیت ماشین در memory/.dreams/ (مخزن بازیابی، سیگنال‌های فاز، نقاط بررسی ورود داده و قفل‌ها).
• خروجی خوانا برای انسان در DREAMS.md (یا یک dreams.md موجود) و فایل‌های اختیاری گزارش فاز در memory/dreaming/<phase>/YYYY-MM-DD.md.

ارتقای بلندمدت همچنان فقط در MEMORY.md می‌نویسد.

مدل فاز

Dreaming در هر پیمایش، سه فاز همکار را به‌ترتیب اجرا می‌کند: سبک -> REM -> عمیق. این‌ها فازهای پیاده‌سازی داخلی هستند، نه حالت‌های جداگانه‌ای که کاربر پیکربندی کند.

ورود رونوشت نشست

Dreaming می‌تواند رونوشت‌های ویرایش‌شدهٔ نشست را به مجموعهٔ Dreaming وارد کند. رونوشت‌ها، در صورت وجود، در کنار سیگنال‌های حافظهٔ روزانه و ردپاهای بازیابی به فاز سبک داده می‌شوند. محتوای شخصی و حساس پیش از ورود ویرایش می‌شود.

دفترچهٔ رؤیا

Dreaming یک دفترچهٔ رؤیای روایی را در DREAMS.md نگه می‌دارد. پس از آنکه هر فاز مطالب کافی داشته باشد، memory-core یک نوبت زیرعامل پس‌زمینه را به‌صورت بهترین تلاش اجرا می‌کند و یک یادداشت کوتاه به دفترچه می‌افزاید؛ مگر آنکه dreaming.model پیکربندی شده باشد، از مدل پیش‌فرض زمان اجرا استفاده می‌شود. اگر مدل پیکربندی‌شده در دسترس نباشد، اجرای دفترچه یک‌بار با مدل پیش‌فرض نشست دوباره تلاش می‌شود؛ خطاهای اعتماد یا فهرست مجاز دوباره امتحان نمی‌شوند و به‌جای بازگشت بی‌صدا به یک یادداشت عمومی، در گزارش‌ها قابل‌مشاهده می‌مانند.

همچنین یک مسیر بازپُرکنی تاریخی مستند برای کارهای بازبینی و بازیابی وجود دارد:

رابط کاربری کنترل، همان فرایند بازپُرکنی/بازنشانی دفترچه را در زبانهٔ حافظهٔ عامل (صفحهٔ عامل‌ها) ارائه می‌کند تا پیش از تصمیم‌گیری دربارهٔ شایستگی نامزدهای مستند برای ارتقا، نتایج را در صحنهٔ رؤیا بررسی کنید. یک مسیر متمایز صحنهٔ مستند نشان می‌دهد کدام ورودی‌های کوتاه‌مدت آماده‌شده از بازپخش تاریخی آمده‌اند و کدام موارد ارتقایافته با هدایت داده‌های مستند بوده‌اند؛ همچنین به شما امکان می‌دهد فقط ورودی‌های آماده‌شدهٔ صرفاً مستند را بدون دست‌زدن به وضعیت کوتاه‌مدت زنده پاک کنید.

سیگنال‌های رتبه‌بندی عمیق

رتبه‌بندی عمیق از شش سیگنال پایهٔ وزنی به‌علاوهٔ تقویت فاز استفاده می‌کند:

برخوردهای فاز سبک و REM یک تقویت کوچک با کاهش تازگی از memory/.dreams/phase-signals.json اضافه می‌کنند.

نتایج آزمایش سایه می‌توانند پیش از هر نوشتن پایدار، به‌عنوان سیگنال بازبینی روی امتیاز پایه اعمال شوند: یک آزمایش مفید، تقویت کوچک و محدودی به نامزد می‌دهد؛ آزمایش خنثی آن را در حالت تعویق نگه می‌دارد؛ و آزمایش زیان‌بار آن را برای همان نوبت امتیازدهی ردشده علامت‌گذاری می‌کند. این سیگنال فقط برای گزارش است ــ می‌تواند ترتیب نامزدها یا فرادادهٔ بازبینی را تغییر دهد، اما هرگز در MEMORY.md نمی‌نویسد و به‌تنهایی نامزدی را ارتقا نمی‌دهد.

پوشش گزارش آزمایش سایهٔ QA

QA Lab شامل سناریویی صرفاً گزارشی برای بررسی این است که یک آزمایش سایهٔ احتمالی Dreaming در آینده چگونه می‌تواند حافظهٔ نامزد را پیش از ارتقا بازبینی کند: یک عامل، پاسخ مبنا را با پاسخی مقایسه می‌کند که می‌تواند از حافظهٔ نامزد استفاده کند، سپس گزارشی محلی با حکم، دلیل و پرچم‌های خطر می‌نویسد. دامنهٔ این پوشش به QA محدود است ــ تأیید می‌کند مصنوع گزارش از MEMORY.md جدا می‌ماند و عامل هرگز ادعا نمی‌کند که نامزد ارتقا یافته است. این پوشش رفتار آزمایش سایه را به محیط عملیاتی اضافه نمی‌کند و موتور ارتقای فاز عمیق را تغییر نمی‌دهد.

اجراکنندهٔ آزمایش سایهٔ memory-core برای مسیرهای کدی که به مصنوعی پایدار نیاز دارند، همان قرارداد صرفاً گزارشی را حفظ می‌کند. این اجراکننده نامزد، پیام آزمایش، نتیجهٔ مبنا، نتیجهٔ نامزد، حکم، دلیل، پرچم‌های خطر و ارجاعات شواهد را می‌پذیرد و سپس با promotion action: report-only گزارشی می‌نویسد. حکم‌های مفید به توصیهٔ promote، حکم‌های خنثی به defer و حکم‌های زیان‌بار به reject نگاشت می‌شوند ــ هیچ‌یک از آن‌ها در MEMORY.md نمی‌نویسد یا ارتقای فاز عمیق را اعمال نمی‌کند.

زمان‌بندی

وقتی فعال باشد، memory-core یک کار Cron را برای پیمایش کامل Dreaming به‌طور خودکار مدیریت می‌کند و موارد تکراری را در فضای کاری اصلی زمان اجرا و همهٔ فضاهای کاری پیکربندی‌شدهٔ عامل حذف می‌کند تا گسترش فضاهای کاری زیرعامل باعث کنار گذاشته‌شدن DREAMS.md و وضعیت حافظهٔ عامل اصلی نشود.

شروع سریع

{  "plugins": {    "entries": {      "memory-core": {        "config": {          "dreaming": {            "enabled": true          }        }      }    }  }}

{  "plugins": {    "entries": {      "memory-core": {        "config": {          "dreaming": {            "enabled": true,            "timezone": "America/Los_Angeles",            "frequency": "0 */6 * * *"          }        }      }    }  }}

فرمان اسلش

/dreaming status/dreaming on/dreaming off/dreaming help

/dreaming on و /dreaming off برای فراخوانندگان کانال به وضعیت مالک یا برای سرویس‌گیرندگان Gateway به operator.admin نیاز دارند. /dreaming status و /dreaming help فقط‌خواندنی هستند.

گردش کار CLI

openclaw memory promoteopenclaw memory promote --applyopenclaw memory promote --limit 5openclaw memory status --deep

openclaw memory promote-explain "router vlan"openclaw memory promote-explain "router vlan" --json

openclaw memory rem-harnessopenclaw memory rem-harness --json

پیش‌فرض‌های کلیدی

همهٔ تنظیمات در plugins.entries.memory-core.config.dreaming قرار دارند.

رابط کاربری رؤیاها

وقتی فعال باشد، زبانهٔ رؤیاها در Gateway موارد زیر را نشان می‌دهد:

• وضعیت فعلی فعال‌بودن Dreaming
• وضعیت هر فاز و وجود پیمایش مدیریت‌شده
• تعداد موارد کوتاه‌مدت، مستند، سیگنال‌ها و موارد ارتقایافتهٔ امروز
• زمان اجرای برنامه‌ریزی‌شدهٔ بعدی
• یک مسیر متمایز صحنهٔ مستند برای ورودی‌های آماده‌شدهٔ بازپخش تاریخی
• یک خوانشگر گسترش‌پذیر دفترچهٔ رؤیا با پشتیبانی doctor.memory.dreamDiary

مرتبط

• حافظه
• CLI حافظه
• مرجع پیکربندی حافظه
• جست‌وجوی حافظه