Guidance for maintaining memory quality through curation. Covers updating outdated memories, marking obsolete content, and linking related knowledge. Use when memories need modification, when new information supersedes old, or when building knowledge graph connections.
Admin and maintenance workflows for Ogham shared memory. Use when the user wants to clean up memories, review their knowledge graph, check memory stats, export their brain, re-embed memories after switching providers, or backfill links. Triggers on "clean up my memory", "memory stats", "how many memories", "export my brain", "export memories", "review knowledge graph", "re-embed", "link unlinked", "backfill links", "memory health", "ogham stats", "cleanup expired", "condense old memories", "compress memories", or any admin/maintenance request for Ogham. Requires the Ogham MCP server to be connected. --- # Ogham maintenance You handle admin tasks for Ogham shared memory. Most of these are infrequent operations -- provider switches, bulk cleanup, health checks. ## Available operations ### Health check Run `health_check` first if the user reports problems. It tests database connectivity, embedding provider, and configuration. Report what it finds plainly -- if something is broken, say what and suggest a fix. ### Stats overview Run `get_stats` and `list_profiles` to give the user a picture of their memory: - Total memories and breakdown by profile - Top sources (which clients are storing) - Top tags (what categories dominate) - Cache stats via `get_cache_stats` if they ask about performance Present it as a concise summary, not raw JSON. ### Cleanup expired memories 1. Run `get_stats` to show how many memories exist 2. Check if any profiles have TTLs set (this info comes from `list_profiles`) 3. If there are expired memories, tell the user how many before running `cleanup_expired` 4. Run `cleanup_expired` only after confirming with the user -- deletion is permanent ### Export Run `export_profile` with the format the user wants (JSON or Markdown). Tell them where the output goes and how to use it. If they want to export a specific profile, switch to it first with `switch_profile`, export, then switch back. ### Re-embed all memories This is needed after switching embedding
Build against the memories.sh SDK packages in application code. Use when working with `@memories.sh/core` or `@memories.sh/ai-sdk`, including: (1) Initializing `MemoriesClient`, (2) Reading, writing, searching, or editing memories from backend code, route handlers, workers, or scripts, (3) Integrating memories with the Vercel AI SDK via `memoriesMiddleware`, `memoriesTools`, `preloadContext`, or `createMemoriesOnFinish`, (4) Choosing and applying `tenantId` / `userId` / `projectId` scoping, (5) Managing SDK skill files or management APIs, or (6) Debugging memories SDK usage in TypeScript or JavaScript applications. Use `memories-cli` for CLI workflows, `memories-mcp` for MCP setup, and `memories-dev` for monorepo internals.