The project's README from github.com/psinetron/echoes-vault-codex. As one markdown file: README.md.
EchoesVault is a persistent memory plugin for Codex and a portable project-memory protocol for Codex, OpenCode, Claude, and other coding agents. Codex bootstraps a shared runtime and agent instructions into the repository; after that, every supported agent uses the same validation, locking, logs, and deterministic index. Knowledge stays in plain Markdown, remains readable without any agent, works naturally with Git, and opens as an Obsidian-compatible vault.
Managed adapters: 1.1.1 · Engine: 1.1.1 · Protocol: 1.0.0 · Marker schema: 3
Install the plugin once:
codex plugin marketplace add psinetron/echoes-vault-codex
codex plugin add echoes-vault-codex@echoes-vault
Start a new Codex task in the repository that should own the memory and ask in any language:
Initialize EchoesVault for this project.
Инициализируй EchoesVault для этого проекта.
Then use natural language rather than memorizing commands:
Restore project memory.
Show EchoesVault status.
Remember this architectural decision.
Save and finish this EchoesVault session.
Initialization is project-local. The globally installed Codex plugin stays silent in every other repository until EchoesVault is initialized there. Commit the generated protocol, portable runtime, and adapters so Codex, OpenCode, Claude, and teammates all follow the same rules.
python3.Review the bundled SessionStart hook before enabling the plugin if your
environment requires auditing third-party commands.
This repository contains a Codex marketplace manifest. Add it as a marketplace source:
codex plugin marketplace add psinetron/echoes-vault-codex
Then choose either installation method.
Interactive plugin browser:
codex
/plugins
Open the EchoesVault marketplace, select EchoesVault for Codex, install it, and make sure it is enabled. Start a new Codex session after installation.
Direct CLI installation:
codex plugin add echoes-vault-codex@echoes-vault
Verify the result:
codex plugin list
The expected entry is echoes-vault-codex@echoes-vault with status installed, enabled.
codex plugin marketplace add psinetron/echoes-vault-codex once in a terminal.Clone the repository:
git clone https://github.com/psinetron/echoes-vault-codex.git
cd echoes-vault-codex
Run the tests before installing:
python3 -m unittest discover -s tests -v
Ask Codex to connect the existing folder to your personal marketplace:
Use $plugin-creator to add the existing plugin in the current directory to my personal
marketplace, install it, and use the cachebuster update flow for future local changes.
The standard personal marketplace lives at ~/.agents/plugins/marketplace.json. Do not replace
that file if it already contains other plugins; let $plugin-creator merge the entry safely.
After each local code change:
$plugin-creator to update the cachebuster and reinstall echoes-vault-codex.The plugin is installed once for Codex but remains silent in projects that do not have an EchoesVault. Open the target project in a new task and ask in any language, for example:
Initialize EchoesVault for this project.
Инициализируй EchoesVault для этого проекта.
Подключи локальную память проекта.
Exact skill names are optional. You can also invoke $echoes-init explicitly. Initialization
creates only repository-local files:
EchoesVault/
├── .echoes-vault.json
├── .gitignore
├── AGENT_PROTOCOL.md # shared contract for every agent
├── index.md # generated locally; ignored by Git
├── pages/
├── daily/YYYY-MM-DD/ # UTC date; one unique file per write
├── assets/
└── raw/
.echoes-vault/
├── .gitignore
├── echoes_vault.py # portable runtime; committed to Git
├── state.json # local runtime state; ignored by Git
└── lock # short-lived local lock; ignored by Git
AGENTS.md # managed block for Codex/OpenCode
CLAUDE.md # managed block for Claude
.claude/skills/echoes-vault/SKILL.md
.opencode/skills/echoes-vault/SKILL.md
.opencode/commands/echoes-init.md
.opencode/commands/echoes-start.md
.opencode/commands/echoes-status.md
.opencode/commands/echoes-end.md
On later tasks, the first response includes a status card for initialized projects. Other projects remain unaffected and show no card.
Codex is convenient for installing and initializing EchoesVault, but it is not required after the portable files have been created. To bootstrap a project without Codex, clone or download this repository once and run its bundled engine against the target project:
git clone https://github.com/psinetron/echoes-vault-codex.git
python3 echoes-vault-codex/scripts/echoes_vault.py \
--workspace /path/to/your/project --agent codex --adapter-version 1.1.1 init
Commit the generated protocol, portable runtime, and adapters in the target project. Teammates and
other agents then use .echoes-vault/echoes_vault.py from that project and do not need a global
EchoesVault installation.
Refresh all configured marketplaces:
codex plugin marketplace upgrade
Or refresh only EchoesVault:
codex plugin marketplace upgrade echoes-vault
Open /plugins in Codex CLI or the Plugins page in the desktop app, reinstall/update the plugin,
and start a new task. If Codex still loads an older local development build, use
$plugin-creator to apply a new cachebuster before reinstalling.
In Codex CLI, open codex, enter /plugins, select the installed plugin, and either disable it or
uninstall it. In the desktop app, open the plugin under Installed and select Uninstall
plugin.
Remove the marketplace source only when you no longer need it:
codex plugin marketplace remove echoes-vault
Uninstalling the Codex plugin does not delete project knowledge or its portable runtime.
Initialized repositories continue to contain EchoesVault/, .echoes-vault/echoes_vault.py, and
the agent adapters. They can be used by another supported agent or read as plain Markdown.
| Symptom | Check |
|---|---|
| Marketplace does not appear | Run codex plugin marketplace list, then restart the desktop app. |
| Plugin is installed but skills are missing | Start a new Codex task or CLI session. |
| Status card does not appear | Confirm that the project contains EchoesVault/.echoes-vault.json; legacy vaults may still be detected by index.md. |
| Hook reports a Python error | Run python3 --version; version 3.9+ must be on PATH. |
| Local edits are ignored | Update the manifest cachebuster, reinstall, and start a new task. |
| You do not want memory in a project | Do not initialize it; the globally installed plugin remains silent there. |
| Protocol mismatch is reported | Stop writes, update the adapter or plugin, then run initialization again. Never force an older writer against a newer vault. |
| Portable runtime or agent adapters are missing | For adapters, run project configure-agents. If the runtime is missing or damaged, run upgrade from the installed plugin's bundled launcher. |
| An OpenCode command was not replaced | EchoesVault preserves unrecognized user-owned files. Compare it with the generated command and reconcile it manually. |
For Codex's general plugin installation and marketplace model, see the official plugin documentation and plugin packaging guide.
$echoes-init — idempotently create or activate the vault.$echoes-start — rebuild and restore the full index plus the three latest session entries.$echoes-vault — search pages, append scratchpad notes, and safely maintain knowledge pages.$echoes-end — explicitly distill and save final session memory.$echoes-status — show a compact dashboard with size, metrics, filesystem checks, metadata validity, index integrity, and scale warnings.SessionStart hook that asks Codex to show the current status card once in its first response after startup, resume, or clear, but only in initialized projects. Uninitialized projects remain silent. Compaction refreshes hidden context without repeating the card.The managed project structure is intentionally Git-friendly:
EchoesVault/
├── .echoes-vault.json # tracked initialization marker
├── .gitignore # ignores only generated index.md
├── AGENT_PROTOCOL.md # generated cross-agent contract
├── index.md # generated from page metadata
├── pages/
├── daily/YYYY-MM-DD/ # UTC date; unique scratchpad/session files
├── assets/
└── raw/
The tracked portable engine lives at .echoes-vault/echoes_vault.py. Runtime state and the shared
local lock live at .echoes-vault/state.json and .echoes-vault/lock; they contain no durable
knowledge and are ignored locally.
The complete public implementer specification is available in EchoesProtocol.md. It defines the repository layout, marker and page schemas, deterministic index algorithm, unique daily-log format, portable CLI contract, locking, optimistic concurrency, Git behavior, migration rules, security boundaries, and a compatibility checklist for third-party agents and tools. The specification is MIT-licensed and can be reused by Codex, OpenCode, Claude, editor extensions, custom agents, and independent integrations.
Initialization writes EchoesVault/AGENT_PROTOCOL.md and adds a delimited EchoesVault block to
the repository's AGENTS.md and CLAUDE.md. Existing content outside that block is preserved.
Project skills are also written for Claude and OpenCode:
.claude/skills/echoes-vault/SKILL.md
.opencode/skills/echoes-vault/SKILL.md
.opencode/commands/echoes-init.md
.opencode/commands/echoes-start.md
.opencode/commands/echoes-status.md
.opencode/commands/echoes-end.md
All agents are instructed to use the repository runtime:
python3 .echoes-vault/echoes_vault.py --workspace . \
--agent <agent-name> --adapter-version <adapter-version> <command>
The Codex plugin package, portable engine, protocol, marker schema, and each agent adapter have
separate versions. Only protocolVersion defines storage compatibility. An OpenCode plugin version
is never compared with the Python engine version. The bundled Codex engine is used only for first
initialization, explicit upgrade, or recovery of a missing project runtime; it delegates to a
compatible project runtime and never downgrades a newer one.
The runtime marker declares protocolVersion: "1.0.0". An adapter that encounters a different
protocol version must stop before writing instead of guessing compatibility. Optional agent
values in append and end payloads add provenance to unique log filenames and bodies:
{
"entry": "- Confirmed the shared authentication contract.",
"agent": "claude"
}
Legacy OpenCode tools that directly edit index.md or append to daily/YYYY-MM-DD.md must not be
used with a protocol 1.0 vault. OpenCode should use the generated project skill and portable
runtime instead. The standalone EchoesVault for OpenCode
requires a corresponding protocol-aware release before its legacy tools can be mixed safely.
Recognized legacy EchoesVault command files and known direct-tool skills are replaced by project-
runtime redirects; unrelated user-owned files with the same names are preserved and reported by
the health check for manual reconciliation.
$echoes-* skills, or natural-language requests./echoes-init, /echoes-start, /echoes-status, and
/echoes-end project commands. They call the portable runtime rather than legacy mutation tools.CLAUDE.md advertises the protocol and the generated project skill handles
natural-language initialization, restoration, status, recall, logging, and explicit final save.AGENTS.md and EchoesVault/AGENT_PROTOCOL.md, then invoke the portable
CLI directly.The portable command surface is:
| Command | Purpose |
|---|---|
init |
Initialize or migrate the vault and install every adapter |
migrate |
Explicitly migrate a recognized legacy vault |
upgrade |
Explicitly upgrade the project runtime and tracked adapters |
protocol |
Report supported and repository protocol versions |
configure-agents |
Repair protocol documentation, guides, skills, and OpenCode commands |
inspect / status --format card |
Inspect quantitative health without changing any file |
hydrate |
Refresh only ignored index.md and local state.json |
start --recent 3 |
Restore the index and latest session entries |
search <query> |
Search page bodies literally |
append --payload - |
Write one unique scratchpad file |
hash <filename> |
Obtain the optimistic concurrency hash for an existing page |
upsert --payload - |
Create or safely replace a complete page |
end --confirm-explicit-user-end --payload - |
Perform an explicitly authorized final save |
rebuild-index |
Validate metadata and reconstruct the generated local index |
EchoesVault follows the core ideas of Google's Open Knowledge Format v0.2: knowledge is stored as UTF-8 Markdown, concept pages begin with YAML frontmatter, every page has a type, and index.md enables progressive discovery without loading the complete vault.
EchoesVault deliberately extends the strict OKF shape with Obsidian [[wikilinks]], required stack
and status fields, daily/ session logs, and lifecycle values used by the original OpenCode plugin.
For that reason this project describes itself as OKF-aligned, rather than claiming strict OKF
v0.2 conformance. The files remain human-readable, Git-friendly, and straightforward for agents
and generic Markdown tooling to consume.
Every knowledge page uses frontmatter like:
---
type: architecture
stack: [python, codex]
status: active
summary: Authentication boundaries and token flow.
---
summary is required, must fit on one line, and is limited to 160 characters. The Python runtime
builds index.md from filenames and these summaries in a fixed Unicode-aware order. Page bodies are
not used, so rebuilding the index consumes no model context and the same pages always produce the
same bytes. Existing pre-1.0 vaults are migrated automatically when their old index contains a
description for every page missing summary.
After the plugin is installed, start a new Codex task. On the first response, EchoesVault adds a compact card similar to:
### EchoesVault · ✓ Healthy
| Storage | Knowledge | Session |
|---|---|---|
| 186.4 KB · 48 files | 42 pages · 6 logs | active |
Protocol: 1.0.0 · engine: 1.1.1 · adapters ready.
Integrity: index, structure, metadata, and local paths are consistent.
The card is generated from live filesystem data. inspect and status are strictly read-only: they
do not initialize, migrate, repa