- होम
- Documentation
- सत्र
- स्वायत्त मेमोरी
स्वायत्त मेमोरी
सक्षम होने पर, एजेंट स्वचालित रूप से पिछले सत्रों से स्थायी ज्ञान निकालता है और प्रत्येक नए सत्र में एक संक्षिप्त सारांश इंजेक्ट करता है। समय के साथ यह एक प्रोजेक्ट-स्कोप्ड मेमोरी स्टोर बनाता है — तकनीकी निर्णय, बार-बार आने वाले वर्कफ़्लो, कठिनाइयाँ — जो बिना मैन्युअल प्रयास के आगे बढ़ता रहता है।
डिफ़ॉल्ट रूप से अक्षम। /settings या config.yml के माध्यम से सक्षम करें:
memories: enabled: trueक्या इंजेक्ट होता है
Section titled “क्या इंजेक्ट होता है”सत्र शुरू होने पर, यदि वर्तमान प्रोजेक्ट के लिए मेमोरी सारांश मौजूद है, तो इसे सिस्टम प्रॉम्प्ट में Memory Guidance ब्लॉक के रूप में इंजेक्ट किया जाता है। एजेंट को निर्देश दिया जाता है कि:
- मेमोरी को अनुमानी संदर्भ के रूप में मानें — प्रक्रिया और पूर्व निर्णयों के लिए उपयोगी, वर्तमान रिपो स्थिति पर आधिकारिक नहीं।
- जब मेमोरी योजना बदलती है तो मेमोरी आर्टिफैक्ट पथ का हवाला दें, और कार्य करने से पहले इसे वर्तमान-रिपो साक्ष्य के साथ जोड़ें।
- जब रिपो स्थिति और उपयोगकर्ता निर्देश मेमोरी से विरोध करें तो उन्हें प्राथमिकता दें; विरोधी मेमोरी को पुराना मानें।
मेमोरी आर्टिफैक्ट्स पढ़ना
Section titled “मेमोरी आर्टिफैक्ट्स पढ़ना”एजेंट read टूल के साथ memory:// URL का उपयोग करके सीधे मेमोरी फाइलें पढ़ सकता है:
| URL | सामग्री |
|---|---|
memory://root | स्टार्टअप पर इंजेक्ट किया गया संक्षिप्त सारांश |
memory://root/MEMORY.md | पूर्ण दीर्घकालिक मेमोरी दस्तावेज़ |
memory://root/skills/<name>/SKILL.md | एक जनरेट किया गया स्किल प्लेबुक |
/memory स्लैश कमांड
Section titled “/memory स्लैश कमांड”| सबकमांड | प्रभाव |
|---|---|
view | वर्तमान मेमोरी इंजेक्शन पेलोड दिखाएं |
clear / reset | सभी मेमोरी डेटा और जनरेट किए गए आर्टिफैक्ट्स हटाएं |
enqueue / rebuild | अगले स्टार्टअप पर कंसोलिडेशन चलाने के लिए बाध्य करें |
यह कैसे काम करता है
Section titled “यह कैसे काम करता है”मेमोरी एक बैकग्राउंड पाइपलाइन द्वारा बनाई जाती है जो स्टार्टअप पर या स्लैश कमांड के माध्यम से मैन्युअल रूप से ट्रिगर होती है।
चरण 1 — प्रति-सत्र निष्कर्षण: प्रत्येक पिछले सत्र के लिए जो अंतिम प्रोसेसिंग के बाद से बदला है, एक मॉडल सत्र इतिहास पढ़ता है और स्थायी सिग्नल निकालता है: तकनीकी निर्णय, बाधाएं, हल की गई विफलताएं, बार-बार आने वाले वर्कफ़्लो। जो सत्र बहुत हाल के, बहुत पुराने, या वर्तमान में सक्रिय हैं, उन्हें छोड़ दिया जाता है। प्रत्येक निष्कर्षण एक रॉ मेमोरी ब्लॉक और उस सत्र के लिए एक संक्षिप्त सारांश उत्पन्न करता है।
चरण 2 — कंसोलिडेशन: निष्कर्षण के बाद, एक दूसरा मॉडल पास सभी प्रति-सत्र निष्कर्षणों को पढ़ता है और तीन आउटपुट उत्पन्न करता है जो डिस्क पर लिखे जाते हैं:
MEMORY.md— एक क्यूरेटेड दीर्घकालिक मेमोरी दस्तावेज़memory_summary.md— सत्र शुरू होने पर इंजेक्ट किया जाने वाला संक्षिप्त पाठskills/— पुन: प्रयोज्य प्रक्रियात्मक प्लेबुक, प्रत्येक अपनी उपनिर्देशिका में
चरण 2 एक लीज़ का उपयोग करता है ताकि कई प्रक्रियाएं एक साथ शुरू होने पर डबल-रनिंग न हो। पिछले रन से बची पुरानी स्किल निर्देशिकाएं स्वचालित रूप से हटा दी जाती हैं।
सभी आउटपुट डिस्क पर लिखने से पहले सीक्रेट्स के लिए स्कैन किए जाते हैं।
निष्कर्षण व्यवहार
Section titled “निष्कर्षण व्यवहार”मेमोरी निष्कर्षण और कंसोलिडेशन व्यवहार पूरी तरह से src/prompts/memories/ में स्थिर प्रॉम्प्ट फाइलों द्वारा संचालित होता है।
| फाइल | उद्देश्य | वेरिएबल्स |
|---|---|---|
stage_one_system.md | प्रति-सत्र निष्कर्षण के लिए सिस्टम प्रॉम्प्ट | — |
stage_one_input.md | सत्र सामग्री को रैप करने वाला यूज़र-टर्न टेम्पलेट | {{thread_id}}, {{response_items_json}} |
consolidation.md | क्रॉस-सत्र कंसोलिडेशन के लिए प्रॉम्प्ट | {{raw_memories}}, {{rollout_summaries}} |
read_path.md | लाइव सत्रों में इंजेक्ट की जाने वाली मेमोरी गाइडेंस | {{memory_summary}} |
मॉडल चयन
Section titled “मॉडल चयन”मेमोरी मॉडल रोल सिस्टम का उपयोग करती है।
| चरण | रोल | उद्देश्य |
|---|---|---|
| चरण 1 (निष्कर्षण) | default | प्रति-सत्र ज्ञान निष्कर्षण |
| चरण 2 (कंसोलिडेशन) | smol | क्रॉस-सत्र संश्लेषण |
यदि smol कॉन्फ़िगर नहीं है, तो चरण 2 default रोल पर फॉलबैक करता है।
कॉन्फ़िगरेशन
Section titled “कॉन्फ़िगरेशन”| सेटिंग | डिफ़ॉल्ट | विवरण |
|---|---|---|
memories.enabled | false | मास्टर स्विच |
memories.maxRolloutAgeDays | 30 | इससे पुराने सत्र प्रोसेस नहीं किए जाते |
memories.minRolloutIdleHours | 12 | इससे अधिक हाल में सक्रिय सत्र छोड़ दिए जाते हैं |
memories.maxRolloutsPerStartup | 64 | एक स्टार्टअप में प्रोसेस किए जाने वाले सत्रों की सीमा |
memories.summaryInjectionTokenLimit | 5000 | सिस्टम प्रॉम्प्ट में इंजेक्ट किए जाने वाले सारांश के अधिकतम टोकन |
उन्नत उपयोग के लिए कॉन्फ़िग में अतिरिक्त ट्यूनिंग नॉब्स (कंकरेंसी, लीज़ अवधि, टोकन बजट) उपलब्ध हैं।
मुख्य फाइलें
Section titled “मुख्य फाइलें”src/memories/index.ts— पाइपलाइन ऑर्केस्ट्रेशन, इंजेक्शन, स्लैश कमांड हैंडलिंगsrc/memories/storage.ts— SQLite-समर्थित जॉब क्यू और थ्रेड रजिस्ट्रीsrc/prompts/memories/— मेमोरी प्रॉम्प्ट टेम्पलेट्सsrc/internal-urls/memory-protocol.ts—memory://URL हैंडलर