Hur ni strukturerar minnen avgör hur användbara de är. Den här guiden täcker\nmönster för kategorisering, taggning och prioritering av minnen så att LLM:en\nkan återkalla rätt information vid rätt tidpunkt.
\n| Kategori | \nAnvänd för | \nExempel | \n
|---|---|---|
identity | \nAnvändarnamn, roll, kontaktinfo | \n"user_name": "Michael Schäfer" | \n
preference | \nTycker om, ogillar, arbetsstil | \n"communication": "Prefers concise responses" | \n
fact | \nVerifierbara fakta | \n"office_location": "Berlin, Germany" | \n
project | \nProjektstatus, beslut | \n"project_synapse": "v1.5.0 deployed" | \n
skill | \nAnvändarens färdigheter | \n"skill_python": "Advanced, 10+ years" | \n
mistake | \nTidigare fel att undvika | \n"mistake_npm_version": "Always bump version" | \n
context | \nSessionsrelevant kontext | \n"current_focus": "Working on docs system" | \n
note | \nDiverse anteckningar | \n"note_idea": "Try Redis for caching" | \n
Fältet key är minnets identifierare. Använd meningsfulla, stabila nycklar:
Bra nycklar:
\nuser_nameproject_synapse_statuspreference_communication_stylemistake_npm_version_bumpDåliga nycklar:
\nmem_001 (inte meningsfull)temp (inte beskrivande)2026-06-27-note (datum hjälper inte återkallning)snake_case (gemener med understreck)preference_*, project_*, mistake_*Taggar möjliggör snabb filtrering och sökning. Lägg till 2–5 taggar per minne:
\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}synapse, synapse-mcp, synapse-chatdeployment, ci, database, authactive, completed, blockedurgent, long-term| Prioritering | \nAnvänd för | \n% av minnen | \n
|---|---|---|
critical | \nAnvändaridentitet, juridisk info, oåterkalleliga beslut | \n~5% | \n
high | \nAktiva projekt, viktiga inställningar | \n~20% | \n
normal | \nDe flesta fakta, anteckningar, kontext | \n~65% | \n
low | \nEfemärt, trevligt att veta | \n~10% | \n
context-kategori med låg prioritet)POST /memory med samma category + key uppdaterar det befintliga minnet:
# 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")Create → Active → Stale → Archive → Deletelow, behåll för historisk referens# 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")För hierarkisk kontext (projekt → delprojekt → uppgift):
\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:en kan sedan söka q=synapse+docs för att hitta alla relaterade minnen.
Lagra beslut med motivering så att LLM:en inte återupprättar dem:
\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")Lagra misstag med specifika undvikandeinstruktioner:
\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")