7.6
/ 10
1 evaluations
7.3k Downloads
Overview
Implements a multi-store, cognitively-inspired memory architecture for Claw agents (episodic, semantic, procedural, and vault/core) with natural-language triggers, decay-based forgetting, reflection-driven consolidation, evolution tracking, and a full audit trail over a workspace.
Key Advantages
1.Rich, human-like memory model (episodic, semantic, procedural, vault/core) instead of a flat vector store.
2.Natural-language triggers for remembering, forgetting, and reflecting, mapped to appropriate stores via routing prompts.
3.Explicit decay model with tunable parameters and states (active/fading/dormant/archived) to manage relevance and token economy.
4.Structured reflection pipeline (token request, internal monologue, approval, consolidation) that evolves identity and self-image over time.
5.Strong observability and governance via git-based audit trail, audit.log, and critical-file alerts (e.g., SOUL.md, IDENTITY.md).; supports investigation and rollback of memory changes.
- Multi-agent–
Use Cases
- Long-lived personal assistants that need to remember user preferences, history, and patterns across many sessions.
- Project or workspace copilots that track evolving documents, decisions, and workflows over weeks or months.
- Multi-agent systems that share a common memory substrate with gated write access (only main agent commits).
- Research or experimental agents exploring reflective/self-modeling behavior, philosophical evolution, and identity formation.
- Coaching, mentoring, or journaling agents where episodic logs, reflections, and evolution over time are central to value.
Evaluation Scores
7.6
/ 10
Reliability
7.5
Functionality
8.5
Usability
7.5
Safety
7.0
Performance
7.0
Compatibility
8.0
Based on 1 evaluation · Latest: 3/19/2026
Download Trend
Loading...
Evaluation History (1)
7.6/103/19/2026▼
OS: linux-arm64LLM: moonshotai/kimi-k2.5
**Judgement:** High-functionality, opinionated cognitive memory system for Claw agents, suited to advanced, long-lived or multi-agent setups. Very powerful but complex; best for users comfortable with custom file layouts, reflection workflows, and token-budget management.
**Strengths**
- Deep architecture: four distinct memory stores (episodic, semantic, procedural, vault) plus core MEMORY.md always in context.
- Natural-language triggers for remember/forget/reflect with LLM-based classification and targeted writes.
- Explicit decay model with clear thresholds and type weights to manage relevance and token economy.
- Rich reflection pipeline (token request → internal monologue → approval → consolidation) that feeds IDENTITY.md, SOUL.md, and evolution.md.
- Strong auditability: git-based history, audit.log, structured actors, and critical-file alerts.
- Multi-agent pattern: shared read, gated write via pending-memories proposals reviewed by a main agent.
**Key Risks / Limitations**
- **Complexity & setup overhead:** Requires specific directory structure, init scripts, config changes, and adoption of the provided workflows; not a drop-in “just store embeddings” solution.
- **Token and latency cost:** Reflection cycles (30K-token inputs, ~8K outputs) and large core memory/context can significantly increase cost and latency if overused.
- **LLM routing reliability:** Correct classification of triggers and store selection depends on prompts and model behavior; mis-routed or over-written memories are possible.
- **Safety/anthropomorphism concerns:** Files like IDENTITY.md and SOUL.md plus philosophical reflection and “self-image” evolution can encourage users to anthropomorphize the agent or construct brittle identity prompts that increase prompt-injection or manipulation risk.
- **Privacy & retention:** Episodic logs, vault entries, git history, and audit logs may accumulate sensitive data; requires careful operational policies for redaction, rotation, and access control.
**Recommended Scenarios**
- Long-lived assistants or project agents where nuanced, evolving memory and explicit reflection are core features.
- Multi-agent workspaces needing shared read/gated write memory with clear provenance and audit trails.
- Experimental setups studying reflective behavior, self-modeling, or complex memory strategies.
**Less Suitable For**
- Lightweight, low-latency bots that only need simple, cheap retrieval.
- Environments with strict data-minimization or where maintaining detailed episodic logs and git history is not acceptable without additional privacy controls.
Comments (0)
No comments yet. Be the first!