
Cogmem
io.github.writerslogic由 GitHub 帳號 writerslogic 發布v2.7.1更新於 Oct 24, 2026
A self-improving, verifiable memory layer for AI coding agents.
概覽
為 AI 程式開發代理提供本機記憶層,儲存經過簽章、可驗證的經驗並在跨工作階段時召回。
- 可以做什麼
- Cogmem 為助理提供持久且可自我改進的程式開發記憶。它提供八個工具——recall、note、status、verify、receipt、tree_head、progress 和 review_pending——以及即時使用者模型和依專案狀態等唯讀資源。記憶以 did:key 身分簽章為 W3C 可驗證憑證,並記錄在雜湊鏈式透明日誌中,因此遭竄改或注入的記憶可被偵測並拒絕。它也會建模代理反覆出現的錯誤,並在工具呼叫邊界攔截。
- 適用情境
- 當你希望代理跨工作階段保留經驗、決策和專案狀態,而不是重複同樣的錯誤時,值得加入。它適合重視記憶準確性和防竄改的程式開發工作流程,且你願意執行本機服務和鉤子。
- 執行需求
- 透過 pip(cogmem)或複製安裝指令碼在本機安裝;需要 Python 3.12+。MCP 伺服器以 stdio 方式執行,命令為 cogmem mcp。選用 [recall] 附加元件透過 fastembed 提供本機語意召回。cogmem init 或 install.sh 會接入 Claude Code 鉤子。學習流程需要 ANTHROPIC_API_KEY。資料位於 COGMEM_HOME(預設 ~/.claude/cogmem)。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 Cogmem,將其新增到工作區。
- 為需要使用其工具的對話啟用該服務。
Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。
其他 MCP 客戶端
參照 儲存庫 中的啟動說明。
README
cogmem
A self-improving, verifiable memory layer for AI coding agents.
[CI] [CodeQL] [OpenSSF Scorecard] [OpenSSF Best Practices] [License] [Code of Conduct] [GitHub Sponsors]
A self-improving, verifiable memory layer for AI coding agents.
cogmem learns how you work across sessions so your agent gets more accurate and more autonomous over time: it stops repeating mistakes, keeps a live model of each project, and surfaces the right lesson at the right moment. Every memory is cryptographically signed and tamper-evident, so a poisoned or altered memory can be detected and rejected before it ever steers the agent.
Developed by WritersLogic — local-first recall; your memory and identity key stay on your machine (see Privacy).
Installation
From PyPI
pip install cogmem gives you the cogmem CLI and the MCP server (cogmem mcp, or uvx cogmem mcp on demand) — the verifiable-memory tools need only the core install. Add the [recall] extra for local semantic recall, then run cogmem init to wire the full learning loop (the SessionStart/UserPromptSubmit/Stop hooks and the index) into Claude Code. cogmem init is idempotent; re-run it any time.
Clone installer (turnkey, with the warm daemon)
The clone installer does everything pip install + cogmem init does, plus sets up the warm recall daemon (launchd/systemd) as a managed service:
Or in one line:
install.sh is idempotent — run it again any time to upgrade in place. It sets up
the code under ~/.claude/cogmem, a self-contained virtualenv with dependencies,
the cogmem CLI on your PATH, the Claude Code hooks, and a warm recall daemon
(a launchd agent on macOS, a systemd --user service on Linux). Requires
Python 3.12+; semantic recall runs on a local model (fastembed, no external
API). Pass --no-daemon or --no-hooks to skip those steps; set COGMEM_HOME
to install elsewhere — the CLI, engine, and hooks all resolve it at runtime, so
a non-default install keeps its memory and identity fully self-contained.
Custom Installation
Install to a different directory
Set COGMEM_HOME to place cogmem somewhere other than the default
~/.claude/cogmem:
Or with the one-liner:
The installer copies the code, creates the virtualenv, and symlinks the CLI to
~/.local/bin/cogmem (or wherever COGMEM_BIN points).
CLI path
Set COGMEM_BIN to control where the cogmem CLI symlink is placed:
If COGMEM_BIN is not on your PATH, the installer prints a warning. You can
always invoke cogmem directly from $COGMEM_HOME/cogmem.
How data directories and identity keys are resolved
At runtime the CLI and engine read COGMEM_HOME from the environment. When it is
unset they fall back to ~/.claude/cogmem. All runtime data lives under the
vault/ subdirectory:
The identity key is generated on first run (via cogmem status or any engine
operation) and persisted at $COGMEM_HOME/vault/identity/agent.key. The
corresponding did:key is derived from the Ed25519 public key. Moving or
reinstalling cogmem to a new COGMEM_HOME creates a fresh identity unless you
migrate the vault/ directory.
MCP client with a non-default install
The standard MCP client configuration works regardless of COGMEM_HOME because
the cogmem CLI resolves the environment variable at runtime:
If the CLI is not on your PATH, use the full path:
Or prefix with COGMEM_HOME in a shell wrapper:
Quick Start
MCP Integration
Run cogmem as an MCP server and connect any MCP-compatible client:
Eight tools are exposed: recall, note, status, verify, receipt, tree_head, progress, review_pending, plus read-only resources (the live user model and per-project state).
Claude Code Integration
install.sh wires cogmem into Claude Code automatically (idempotently merged into
~/.claude/settings.json) — no manual invocation required. Five hooks make the
memory loop run in the background:
Every hook is strictly fail-open: any error, timeout, or cold daemon injects
nothing and never blocks your prompt. The scripts live in ~/.claude/cogmem/hooks/;
re-run install.sh (or ./install.sh --no-daemon) to refresh the wiring.
Why cogmem? -- learns from outcomes, models failure modes, verifiable memory
Chat-memory systems (Mem0, Letta, Zep) store and retrieve facts. cogmem is built for coding agents and goes further on three axes:
It learns from outcomes. A feedback loop scores whether a recalled lesson actually helped, refines rules that prove wrong, and retires ones that mislead.
It models its own failure modes. cogmem tracks where the agent tends to go wrong in your work and intercepts known mistakes at the tool-call boundary — before they happen, not afterward.
Its memory is verifiable. Each memory is a W3C Verifiable Credential signed by the agent's did:key, recorded in a tamper-evident, SCITT-style transparency log. Agent memory is an attack surface; cogmem makes it auditable and poison-resistant.
Features -- two-layer memory, outcome feedback, self-model, project state, cross-project narrative, self-regulation, verifiable credentials
- Two-layer memory: always-loaded directives (scope-gated, human-approved) plus a semantic recall tail (local cross-encoder reranking, no data leaves the machine).
- Outcome feedback and self-refinement: memories earn or lose trust based on whether they actually helped; contradicted rules are corrected through a safe pipeline.
- Self-model and guard: a model of the agent's recurring mistakes, compiled into tripwires that intercept them at the
PreToolUseboundary. - Project-state model: a living per-project state (goal, claims, open questions, blockers) that gives situational continuity and reasons across time.
- Cross-project progress narrative: momentum, stalls, and dependencies across projects, surfaced as alerts.
- Self-regulation: recall thresholds tuned automatically against an eval harness.
- Verifiable Agent Memory:
did:keyidentity, W3C VC-signed memories, COSE_Sign1 SCITT signed statements (byte-compatible with HMS), a hash-chained transparency log with signed Merkle tree head and RFC 6962 inclusion receipts, optional poison-resistance enforcement. See PROVENANCE.md.
Verifiable Memory -- did:key identity, W3C VC, COSE/SCITT, hash-chained log, poison-resistance
cogmem treats every stored memory as a signed artifact:
did:keyidentity: each agent gets a persistent Ed25519 identity, exposed as a W3C DID.- W3C Verifiable Credentials: every memory is signed with
eddsa-jcs-2022Data Integrity proofs. - COSE_Sign1 / SCITT signed statements: byte-identical to the envelope format used by holographic-memory and crosstalk — independently verifiable by any of the three implementations.
- Hash-chained transparency log: append-only JSONL with SHA-256 chaining, a signed Merkle tree head, and RFC 6962-style inclusion receipts.
- Revocation: every credential carries a W3C Bitstring Status List entry; a demoted or retired memory is revoked in a signed status-list credential.
- Poison-resistance: altered or injected memories fail verification and are rejected before influencing the agent.
See PROVENANCE.md for the full specification.
Verify the C2PA sample yourself:
This proves the whole chain: agent identity (cawg.ica.credential_valid) bound to real cognition — a signed cogmem memory and a signed crosstalk reasoning audit, each an independently verifiable Ed25519 COSE/SCITT statement.
Standards alignment
cogmem is built on published standards, and it is precise about where it conforms versus where it is -style (compatible in shape and crypto, short of full profile conformance). The primitives are real Ed25519 signatures over real canonical byte structures — nothing here is mocked.
Toward full SCITT conformance. Three bounded steps, no new cryptography: (1) move iss/sub/content-type from the statement payload into the COSE protected header as CWT_Claims; (2) emit inclusion proofs as COSE Receipts (draft-ietf-cose-merkle-tree-proofs) in the statement's unprotected header; (3) make the external witness a mandatory Transparency-Service role distinct from the issuing agent. Steps 1–2 are re-encoding; step 3 is the architectural one, since a single-party log is a compatible format rather than meaningful transparency.
Privacy
cogmem is local-first by design. Memories, embeddings, and the identity key live on your machine, and semantic recall is fully local — the embedding and reranker models (fastembed) run on-device, so querying your memory never leaves the machine.
The learning pipeline is not local: acquisition, consolidation, the feedback judge, and the project/user-model synthesis send the relevant session transcript to the Anthropic API (ANTHROPIC_API_KEY). That is how rules are extracted and scored. If you need fully-offline operation, run with --no-hooks (recall still works) until a local-model extraction path lands. In short: recall is local; learning calls the API.
Part of the Agent-Provenance Stack
cogmem is one component of the WritersLogic verifiable agent-provenance pipeline — agent identity, memory, reasoning, and signed output, cryptographically bound end to end.
All four share one substrate — COSE_Sign1 / SCITT signed statements (Ed25519) and W3C DID identity — specified in UNIFIED-PROVENANCE.md.
Security
Found a vulnerability? Please report it privately — see SECURITY.md.
License
Apache-2.0 — see LICENSE.
來源:README.md,提交 e49b1d7
工具
0版本歷史
1- v2.7.1最新Sep 16, 2026
評分
已滿足適用檢查項的 50%
該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。
- 近 30 天內可連通25 分
請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。
- 已宣告認證方式10 分
請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。
- 已列出工具15 分
請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。
- 描述必需15 分
- 圖示10 分
- 文件15 分
- 授權條款10 分