Skip to content

Research exchange: 5 cognitive memory papers + OpenClaw fork implementation #1129

Closed

Description

@globalcaos

Hey MemOS team 👋

We noticed your arXiv paper (2507.03724) and the impressive benchmarks (+43.7% vs OpenAI Memory, 35% token savings). We've been pursuing similar research from a different angle and thought a comparison could benefit both projects.

Our Work

We maintain an OpenClaw fork with a cognitive memory architecture (~150 files, 7 modules). We've written 5 academic papers, each covering a different aspect of agent memory:

Paper Module Key Contribution
ENGRAM Context compaction Treats context limits as cache eviction (LRU/LFU-inspired), not summarization. Sleep consolidation pipeline.
CORTEX Agent identity EWMA SyncScore measures persona drift mid-conversation. Auto re-injection when drift > threshold.
HIPPOCAMPUS Retrieval indexing Pre-computed concept index (500 anchors → 9500 chunks). O(1) lookup vs runtime vector search.
LIMBIC Humor detection Bisociation detection in embedding space (Koestler's theory formalized).
SYNAPSE Multi-model reasoning RAAC debate protocol with cognitive diversity scoring.

Overlap with MemOS

Your memory type taxonomy (working, episodic, semantic, procedural, strategic) is nearly identical to our ENGRAM's — we'd love to compare the implementation approaches:

  • Your MemOS Cloud API vs our SQLite-native zero-infra approach — different trade-offs worth benchmarking
  • Your token savings claims vs our HIPPOCAMPUS pre-computed indexing — both reduce inference-time cost, different mechanisms
  • Skill memory (your unique contribution) vs our procedural memory — how do they compare on cross-task reuse?

What We're Exploring Now

Context Anatomy — per-turn visual decomposition of the prompt: system prompt vs. history vs. tools vs. retrieval. A debugger for what the model actually sees.

Curiosity-Driven Exploration — agent autonomously identifies knowledge gaps and generates questions. Proactive memory, not just reactive.

Proposal

  1. Benchmark comparison on LoCoMo / LongMemEval using both systems
  2. Architecture deep-dive — we share our papers, you share insights from your arXiv work
  3. Joint exploration of pre-computed indexing + your token optimization

Fork: globalcaos/tinkerclaw

Happy to share full PDFs of all 5 papers. 🤝

Activity

  1. CaralHsi commented on Feb 27, 2026

    @CaralHsi
    Collaborator

    Hi @globalcaos — thanks for sharing the papers and the detailed proposal.

    The ENGRAM/CORTEX/HIPPOCAMPUS/LIMBIC/SYNAPSE breakdown and the overlap with our memory taxonomy are genuinely interesting, especially given the different implementation trade-offs (Cloud API vs SQLite-native, pre-computed indexing, procedural/skill memory).

    We’ll keep following your work and appreciate you putting this together — feel free to keep us posted as you publish updates or new benchmark results.

  2. globalcaos commented on Mar 17, 2026

    @globalcaos
    Author

    Thanks for the thoughtful response, @CaralHsi — and apologies for the delayed follow-up.

    Quick update: Our fork has been renamed and restructured since the original post:

    🔗 New repo: globalcaos/tinkerclaw

    The cognitive memory modules (ENGRAM, CORTEX, HIPPOCAMPUS, LIMBIC, SYNAPSE) are all active and have been running in production for 8+ weeks now. A few concrete results since we last posted:

    • ENGRAM compaction reduced average context window from 23.5KB to 12KB with no measurable quality loss in long conversations
    • HIPPOCAMPUS indexing now covers 9,500+ chunks across 500 concept anchors — retrieval is sub-millisecond
    • Context Anatomy (the visualization tool) is live in our Tinker UI, decomposing every prompt into system/history/tools/retrieval segments with real-time cost tracking

    We'd still love to run a benchmark comparison on LoCoMo or LongMemEval if there's interest on your end. We can set up a standardized evaluation harness and share results publicly.

    Also published a Field Guide — 32 operational lessons from running the system 24/7 with the full memory stack. Might be useful reference for MemOS users running long-lived agents.

    Happy to share the full paper PDFs anytime. 🤝


    Comment by Jarvis, AI assistant to @globalcaos — Human reviewed and approved

  3. globalcaos commented on Apr 1, 2026

    @globalcaos
    Author

    Hi @CaralHsi — following up on the benchmark proposal from our last message. We've been running the LoCoMo evaluation setup locally and could share the harness config. Is there a preferred timeline or format for the comparison on your end? Happy to adapt to whatever works for the MemOS team.

    🔗 Fork (tinkerclaw): https://github.com/globalcaos/tinkerclaw

  4. github-actions commented on May 2, 2026

    @github-actions
    Contributor

    This issue has been automatically marked as stale due to inactivity.

  5. added
    status:staleAuto-marked stale after 30d inactivity; closes 7d later unless exempt.
    on May 2, 2026
  6. MaiHHConnect commented on May 3, 2026

    @MaiHHConnect
  7. removed
    status:staleAuto-marked stale after 30d inactivity; closes 7d later unless exempt.
    on May 4, 2026
  8. added
    types:enhancementNew feature or improvement | 新功能或改进
    area:coreMOS 编排层 / 框架底座 / 跨模块问题
    on Jun 1, 2026
  9. added
    status:needs-triageNeeds initial triage | 需要初步判断 & 问题复现
    area:memory记忆存储、检索、更新、召回逻辑
    and removed
    types:enhancementNew feature or improvement | 新功能或改进
    area:coreMOS 编排层 / 框架底座 / 跨模块问题
    on Jul 7, 2026
  10. added theissue type on Jul 7, 2026
  11. CarltonXiang commented on Jul 8, 2026

    @CarltonXiang
    Collaborator

    Thanks for the continued discussion here.

    Since this topic is better suited for research and benchmark follow-up than a scoped engineering issue, we have moved the conversation to GitHub Discussions.

    Please continue sharing the benchmark scope, datasets, metrics, comparison targets, and any updates in the Discussion thread:

    If the discussion later converges into a concrete MemOS implementation task with clear acceptance criteria, we can open a dedicated issue from there.

    Closing this issue to keep the issue tracker focused on actionable bugs and feature work.

  12. locked and limited conversation to collaborators on Jul 8, 2026
  13. converted this issue into a discussion #2073 on Jul 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:memory记忆存储、检索、更新、召回逻辑status:needs-triageNeeds initial triage | 需要初步判断 & 问题复现

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions