{"title":"मेमोरी सर्वोत्तम अभ्यास","slug":"memory-best-practices","category":"guides","summary":"प्रभावी रिकॉल के लिए मेमोरीज़ को कैसे संरचित करें — श्रेणियाँ, कुंजी, टैग, प्राथमिकताएँ।","audience":["human","llm"],"tags":["guide","memory","best-practices","patterns"],"difficulty":"intermediate","updated":"2026-06-27","word_count":701,"read_minutes":4,"lang":"hi","translated":true,"requested_lang":"hi","content_markdown":"\n# मेमोरी सर्वोत्तम अभ्यास\n\nआप मेमोरीज़ को जैसे संरचित करते हैं, वे उतनी ही उपयोगी होती हैं। यह गाइड श्रेणीबद्ध करने, टैग करने और प्राथमिकता देने के पैटर्न को कवर करती है ताकि LLM सही समय पर सही जानकारी को रिकॉल कर सके।\n\n## श्रेणियाँ: सबसे विशिष्ट चुनें\n\n| श्रेणी | उपयोग | उदाहरण |\n|----------|---------|---------|\n| `identity` | उपयोगकर्ता नाम, भूमिका, संपर्क जानकारी | `\"user_name\": \"Michael Schäfer\"` |\n| `preference` | पसंद, नापसंद, कार्य शैली | `\"communication\": \"Prefers concise responses\"` |\n| `fact` | सत्यापित योग्य तथ्य | `\"office_location\": \"Berlin, Germany\"` |\n| `project` | प्रोजेक्ट स्थिति, निर्णय | `\"project_synapse\": \"v1.5.0 deployed\"` |\n| `skill` | उपयोगकर्ता के कौशल | `\"skill_python\": \"Advanced, 10+ years\"` |\n| `mistake` | टालने योग्य पिछली त्रुटियाँ | `\"mistake_npm_version\": \"Always bump version\"` |\n| `context` | सत्र-संबंधित संदर्भ | `\"current_focus\": \"Working on docs system\"` |\n| `note` | विविध नोट्स | `\"note_idea\": \"Try Redis for caching\"` |\n\n> [!TIP]\n> संदेह होने पर, सत्यापित योग्य जानकारी के लिए `fact` का उपयोग करें और बाकी सब के लिए `note` का उपयोग करें।\n> अति-श्रेणीबद्ध न करें — एक भ्रमित करने वाले `context` से एक स्पष्ट `fact` बेहतर है।\n\n## कुंजी: सार्थक पहचानकर्ता\n\n`key` फ़ील्ड मेमोरी का पहचानकर्ता है। सार्थक, स्थिर कुंजी का उपयोग करें:\n\n**अच्छी कुंजी:**\n- `user_name`\n- `project_synapse_status`\n- `preference_communication_style`\n- `mistake_npm_version_bump`\n\n**खराब कुंजी:**\n- `mem_001` (सार्थक नहीं)\n- `temp` (वर्णनात्मक नहीं)\n- `2026-06-27-note` (तारीख रिकॉल में मदद नहीं करती)\n\n### कुंजी नामकरण सम्मेलन\n\n- `snake_case` (अंडरस्कोर के साथ लोअरकेस)\n- श्रेणी के साथ उपसर्ग करें: `preference_*`, `project_*`, `mistake_*`\n- वर्णनात्मक संज्ञाओं का उपयोग करें, क्रियाओं का नहीं\n- 50 अक्षरों के भीतर रखें\n\n## टैग: खोज और फ़िल्टरिंग के लिए\n\nटैग तेज़ फ़िल्टरिंग और खोज सक्षम करते हैं। प्रत्येक मेमोरी में 2-5 टैग जोड़ें:\n\n```json\n{\n \"category\": \"project\",\n \"key\": \"project_synapse_status\",\n \"content\": \"Synapse v1.5.0 deployed. Next: v1.6.0 with docs system.\",\n \"tags\": [\"synapse\", \"deployment\", \"status\", \"v1.5.0\"]\n}\n```\n\n### टैग पैटर्न\n\n- **प्रोजेक्ट नाम**: `synapse`, `synapse-mcp`, `synapse-chat`\n- **विषय**: `deployment`, `ci`, `database`, `auth`\n- **स्थिति**: `active`, `completed`, `blocked`\n- **प्राथमिकता संकेतक**: `urgent`, `long-term`\n\n> [!NOTE]\n> टैग केस-असंवेदनशील होते हैं। सुसंगतता के लिए लोअरकेस का उपयोग करें।\n\n## प्राथमिकताएँ: यथार्थवादी बनें\n\n| प्राथमिकता | उपयोग | % मेमोरीज़ |\n|----------|---------|---------------|\n| `critical` | उपयोगकर्ता पहचान, कानूनी जानकारी, अपरिवर्तनीय निर्णय | ~5% |\n| `high` | सक्रिय प्रोजेक्ट, महत्वपूर्ण प्राथमिकताएँ | ~20% |\n| `normal` | अधिकांश तथ्य, नोट्स, संदर्भ | ~65% |\n| `low` | क्षणिक, जानना-अच्छा-लगता-है | ~10% |\n\n> [!WARNING]\n> सब कुछ `critical` चिह्नित न करें। यदि सब कुछ महत्वपूर्ण है, तो कुछ भी महत्वपूर्ण नहीं है।\n> `critical` को उन चीज़ों के लिए आरक्षित रखें जिन्हें भूलने पर वास्तविक नुक़सान हो।\n\n## कब स्टोर करें और कब नहीं\n\n### हमेशा स्टोर करें\n\n- उपयोगकर्ता पहचान (नाम, ईमेल, भूमिका)\n- दीर्घकालिक प्राथमिकताएँ\n- प्रोजेक्ट निर्णय और तर्क\n- पिछली गलतियाँ और सीखे गए सबक\n- उपयोगकर्ता को दी गई प्रतिबद्धताएँ\n\n### स्टोर न करें\n\n- क्षणिक स्थिति (इसके बजाय वेरिएबल का उपयोग करें)\n- शब्दशः वार्तालाप इतिहास (चैट सिस्टम इसे संभालता है)\n- संवेदनशील डेटा (पासवर्ड, API कुंजी)\n- आसानी से प्राप्त होने वाले तथ्य (वर्तमान तारीख, फ़ाइल सामग्री)\n- क्षणिक संदर्भ (`context` श्रेणी का निम्न प्राथमिकता के साथ उपयोग करें)\n\n## मेमोरीज़ अपडेट करना\n\nसमान `category` + `key` के साथ POST `/memory` मौजूदा मेमोरी को अपडेट करता है:\n\n```python\n# Initial store\nstore(\"project\", \"project_synapse_status\", \"v1.4.0 deployed\", priority=\"high\")\n\n# Later: update with same key\nstore(\"project\", \"project_synapse_status\", \"v1.5.0 deployed. CI green.\", priority=\"high\")\n```\n\n> [!TIP]\n> स्थिर कुंजी का उपयोग करें ताकि आप डुप्लिकेट बनाए बिना अपडेट कर सकें। LLM\n> को जानकारी बदलने पर नई मेमोरी बनाने के बजाय समान कुंजी को पुनः POST करना चाहिए।\n\n## मेमोरी जीवनचक्र\n\n```\nCreate → Active → Stale → Archive → Delete\n```\n\n- **Create**: पूर्ण संदर्भ के साथ POST /memory\n- **Active**: बार-बार रिकॉल करें, आवश्यकतानुसार अपडेट करें\n- **Stale**: अभी भी प्रासंगिक लेकिन सक्रिय रूप से उपयोग नहीं (कम प्राथमिकता?)\n- **Archive**: प्राथमिकता `low` पर सेट करें, ऐतिहासिक संदर्भ के लिए रखें\n- **Delete**: अब प्रासंगिक न होने पर DELETE /memory/:id\n\n### आवधिक सफ़ाई\n\n```python\n# Find memories not updated in 90 days\nold_memories = requests.get(\n f\"{URL}/memory/search?q=*\",\n headers={\"Authorization\": f\"Bearer {KEY}\"}\n)\n\nfor mem in old_memories[\"results\"]:\n if is_stale(mem, days=90):\n # Either delete or lower priority\n if is_obsolete(mem):\n delete_memory(mem[\"id\"])\n else:\n update_memory(mem[\"id\"], priority=\"low\")\n```\n\n## पैटर्न: मेमोरी इनहेरिटेंस\n\nपदानुक्रमित संदर्भ के लिए (प्रोजेक्ट → उप-प्रोजेक्ट → कार्य):\n\n```python\n# Parent project\nstore(\"project\", \"project_synapse\", \"Main Synapse project\", \n tags=[\"synapse\", \"parent\"], priority=\"high\")\n\n# Sub-project (tags link to parent)\nstore(\"project\", \"project_synapse_docs\", \"Docs system for Synapse\",\n tags=[\"synapse\", \"docs\", \"synapse-parent\"], priority=\"high\")\n\n# Specific task (tags link to sub-project)\nstore(\"project\", \"task_docs_loader\", \"Implement docs-loader.ts\",\n tags=[\"synapse\", \"docs\", \"task\"], priority=\"normal\")\n```\n\nफिर LLM सभी संबंधित मेमोरीज़ खोजने के लिए `q=synapse+docs` सर्च कर सकता है।\n\n## पैटर्न: निर्णय लॉग\n\nतर्क के साथ निर्णय स्टोर करें ताकि LLM उन्हें पुनः विवादित न करे:\n\n```python\nstore(\"fact\", \"decision_postgres_over_sqlite\",\n \"Chose PostgreSQL over SQLite for production. Reason: concurrent writes, \"\n \"FTS5 native support, better backup story. Date: 2026-06-15. Decided by: Michael.\",\n tags=[\"decision\", \"database\", \"postgres\", \"sqlite\"],\n priority=\"high\")\n```\n\n## पैटर्न: गलती से बचाव\n\nविशिष्ट बचाव निर्देशों के साथ गलतियाँ स्टोर करें:\n\n```python\nstore(\"mistake\", \"mistake_forget_version_bump\",\n \"Forgot to bump package.json version after changes. npm publish failed. \"\n \"FIX: Always run `npm version patch` before pushing. \"\n \"CI fails with 'version already exists' if you forget.\",\n tags=[\"npm\", \"ci\", \"publish\", \"version\"],\n priority=\"high\")\n```\n\n## बचने योग्य एंटी-पैटर्न\n\n> [!WARNING]\n> - **वार्तालाप लॉग स्टोर करना** — चैट सिस्टम इसे संभालता है\n> - **संपूर्ण फ़ाइलें स्टोर करना** — स्क्रिप्ट स्टोर या बाहरी स्टोरेज का उपयोग करें\n> - **क्षणिक स्थिति स्टोर करना** — वेरिएबल का उपयोग करें\n> - **सीक्रेट्स स्टोर करना** — पर्यावरण वेरिएबल का उपयोग करें\n> - **मेमोरीज़ डुप्लिकेट करना** — स्थिर कुंजी का उपयोग करें\n> - **अति-टैगिंग** — प्रति मेमोरी 2-5 टैग आदर्श हैं\n> - **सब कुछ महत्वपूर्ण है** — प्राथमिकताओं में यथार्थवादी रहें\n\n## अगले कदम\n\n- [Memory API](/docs/api/memory)\n- [Persistent LLM Agent](/docs/guides/persistent-llm-agent)\n- [Memory Tagging Strategy](/docs/llm-cookbook/memory-tagging-strategy)\n","content_html":"

मेमोरी सर्वोत्तम अभ्यास

\n

आप मेमोरीज़ को जैसे संरचित करते हैं, वे उतनी ही उपयोगी होती हैं। यह गाइड श्रेणीबद्ध करने, टैग करने और प्राथमिकता देने के पैटर्न को कवर करती है ताकि LLM सही समय पर सही जानकारी को रिकॉल कर सके।

\n

श्रेणियाँ: सबसे विशिष्ट चुनें

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n

श्रेणी	उपयोग	उदाहरण
`identity`	उपयोगकर्ता नाम, भूमिका, संपर्क जानकारी	`"user_name": "Michael Schäfer"`
`preference`	पसंद, नापसंद, कार्य शैली	`"communication": "Prefers concise responses"`
`fact`	सत्यापित योग्य तथ्य	`"office_location": "Berlin, Germany"`
`project`	प्रोजेक्ट स्थिति, निर्णय	`"project_synapse": "v1.5.0 deployed"`
`skill`	उपयोगकर्ता के कौशल	`"skill_python": "Advanced, 10+ years"`
`mistake`	टालने योग्य पिछली त्रुटियाँ	`"mistake_npm_version": "Always bump version"`
`context`	सत्र-संबंधित संदर्भ	`"current_focus": "Working on docs system"`
`note`	विविध नोट्स	`"note_idea": "Try Redis for caching"`

\n

संदेह होने पर, सत्यापित योग्य जानकारी के लिए `fact` का उपयोग करें और बाकी सब के लिए `note` का उपयोग करें।\nअति-श्रेणीबद्ध न करें — एक भ्रमित करने वाले `context` से एक स्पष्ट `fact` बेहतर है।

कुंजी: सार्थक पहचानकर्ता

\n

key फ़ील्ड मेमोरी का पहचानकर्ता है। सार्थक, स्थिर कुंजी का उपयोग करें:

\n

अच्छी कुंजी:

\n

user_name
project_synapse_status
preference_communication_style
mistake_npm_version_bump

\n

खराब कुंजी:

\n

mem_001 (सार्थक नहीं)
temp (वर्णनात्मक नहीं)
2026-06-27-note (तारीख रिकॉल में मदद नहीं करती)

\n

कुंजी नामकरण सम्मेलन

\n

snake_case (अंडरस्कोर के साथ लोअरकेस)
श्रेणी के साथ उपसर्ग करें: preference_*, project_*, mistake_*
वर्णनात्मक संज्ञाओं का उपयोग करें, क्रियाओं का नहीं
50 अक्षरों के भीतर रखें

\n

टैग: खोज और फ़िल्टरिंग के लिए

\n

टैग तेज़ फ़िल्टरिंग और खोज सक्षम करते हैं। प्रत्येक मेमोरी में 2-5 टैग जोड़ें:

\n

{\n  "category": "project",\n  "key": "project_synapse_status",\n  "content": "Synapse v1.5.0 deployed. Next: v1.6.0 with docs system.",\n  "tags": ["synapse", "deployment", "status", "v1.5.0"]\n}

टैग पैटर्न

\n

प्रोजेक्ट नाम: synapse, synapse-mcp, synapse-chat
विषय: deployment, ci, database, auth
स्थिति: active, completed, blocked
प्राथमिकता संकेतक: urgent, long-term

\n

टैग केस-असंवेदनशील होते हैं। सुसंगतता के लिए लोअरकेस का उपयोग करें।

प्राथमिकताएँ: यथार्थवादी बनें

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n

प्राथमिकता	उपयोग	% मेमोरीज़
`critical`	उपयोगकर्ता पहचान, कानूनी जानकारी, अपरिवर्तनीय निर्णय	~5%
`high`	सक्रिय प्रोजेक्ट, महत्वपूर्ण प्राथमिकताएँ	~20%
`normal`	अधिकांश तथ्य, नोट्स, संदर्भ	~65%
`low`	क्षणिक, जानना-अच्छा-लगता-है	~10%

\n

सब कुछ `critical` चिह्नित न करें। यदि सब कुछ महत्वपूर्ण है, तो कुछ भी महत्वपूर्ण नहीं है।\n`critical` को उन चीज़ों के लिए आरक्षित रखें जिन्हें भूलने पर वास्तविक नुक़सान हो।

कब स्टोर करें और कब नहीं

\n

हमेशा स्टोर करें

\n

उपयोगकर्ता पहचान (नाम, ईमेल, भूमिका)
दीर्घकालिक प्राथमिकताएँ
प्रोजेक्ट निर्णय और तर्क
पिछली गलतियाँ और सीखे गए सबक
उपयोगकर्ता को दी गई प्रतिबद्धताएँ

\n

स्टोर न करें

\n

क्षणिक स्थिति (इसके बजाय वेरिएबल का उपयोग करें)
शब्दशः वार्तालाप इतिहास (चैट सिस्टम इसे संभालता है)
संवेदनशील डेटा (पासवर्ड, API कुंजी)
आसानी से प्राप्त होने वाले तथ्य (वर्तमान तारीख, फ़ाइल सामग्री)
क्षणिक संदर्भ (context श्रेणी का निम्न प्राथमिकता के साथ उपयोग करें)

\n

मेमोरीज़ अपडेट करना

\n

समान category + key के साथ POST /memory मौजूदा मेमोरी को अपडेट करता है:

\n

# Initial store\nstore("project", "project_synapse_status", "v1.4.0 deployed", priority="high")\n\n# Later: update with same key\nstore("project", "project_synapse_status", "v1.5.0 deployed. CI green.", priority="high")

स्थिर कुंजी का उपयोग करें ताकि आप डुप्लिकेट बनाए बिना अपडेट कर सकें। LLM\nको जानकारी बदलने पर नई मेमोरी बनाने के बजाय समान कुंजी को पुनः POST करना चाहिए।

मेमोरी जीवनचक्र

\n

Create → Active → Stale → Archive → Delete

Create: पूर्ण संदर्भ के साथ POST /memory
Active: बार-बार रिकॉल करें, आवश्यकतानुसार अपडेट करें
Stale: अभी भी प्रासंगिक लेकिन सक्रिय रूप से उपयोग नहीं (कम प्राथमिकता?)
Archive: प्राथमिकता low पर सेट करें, ऐतिहासिक संदर्भ के लिए रखें
Delete: अब प्रासंगिक न होने पर DELETE /memory/:id

\n

आवधिक सफ़ाई

\n

# Find memories not updated in 90 days\nold_memories = requests.get(\n    f"{URL}/memory/search?q=*",\n    headers={"Authorization": f"Bearer {KEY}"}\n)\n\nfor mem in old_memories["results"]:\n    if is_stale(mem, days=90):\n        # Either delete or lower priority\n        if is_obsolete(mem):\n            delete_memory(mem["id"])\n        else:\n            update_memory(mem["id"], priority="low")

पैटर्न: मेमोरी इनहेरिटेंस

\n

पदानुक्रमित संदर्भ के लिए (प्रोजेक्ट → उप-प्रोजेक्ट → कार्य):

\n

# Parent project\nstore("project", "project_synapse", "Main Synapse project", \n      tags=["synapse", "parent"], priority="high")\n\n# Sub-project (tags link to parent)\nstore("project", "project_synapse_docs", "Docs system for Synapse",\n      tags=["synapse", "docs", "synapse-parent"], priority="high")\n\n# Specific task (tags link to sub-project)\nstore("project", "task_docs_loader", "Implement docs-loader.ts",\n      tags=["synapse", "docs", "task"], priority="normal")

फिर LLM सभी संबंधित मेमोरीज़ खोजने के लिए q=synapse+docs सर्च कर सकता है।

\n

पैटर्न: निर्णय लॉग

\n

तर्क के साथ निर्णय स्टोर करें ताकि LLM उन्हें पुनः विवादित न करे:

\n

store("fact", "decision_postgres_over_sqlite",\n      "Chose PostgreSQL over SQLite for production. Reason: concurrent writes, "\n      "FTS5 native support, better backup story. Date: 2026-06-15. Decided by: Michael.",\n      tags=["decision", "database", "postgres", "sqlite"],\n      priority="high")

पैटर्न: गलती से बचाव

\n

विशिष्ट बचाव निर्देशों के साथ गलतियाँ स्टोर करें:

\n

store("mistake", "mistake_forget_version_bump",\n      "Forgot to bump package.json version after changes. npm publish failed. "\n      "FIX: Always run `npm version patch` before pushing. "\n      "CI fails with 'version already exists' if you forget.",\n      tags=["npm", "ci", "publish", "version"],\n      priority="high")

बचने योग्य एंटी-पैटर्न

\n

अगले कदम

\n

\n","urls":{"html":"/docs/guides/memory-best-practices","text":"/docs/guides/memory-best-practices?format=text","json":"/docs/guides/memory-best-practices?format=json","llm":"/docs/guides/memory-best-practices?format=llm"},"translations_available":["en","zh","hi","es","fr","ar","pt","ru","ja","de","it","ko","nl","pl","tr","sv","vi","th","id","uk"]}