Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/szara7678/openakashic/codex-central-memory-setupgit clone --depth 1 https://github.com/szara7678/OpenAkashicWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/szara7678/openakashic/codex-central-memory-setup)<a href="https://agentmods.dev/agents/szara7678/openakashic/codex-central-memory-setup"><img src="https://agentmods.dev/badge/agents/szara7678/openakashic/codex-central-memory-setup.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00000 | $0.01403 |
| Opus 5 | $0.00000 | $0.00701 |
| Sonnet 5 | $0.00000 | $0.00281 |
| Haiku 4.5 | $0.00000 | $0.00140 |
Grade B, and why
Codex Central Memory Setup scanned grade B with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Reads agent configuration directoriesmediumAgent snooping
.claude/, .codex/, .gemini/ hold keys, settings and other credentials a mod has no legitimate need for.
grep -q '^\[mcp_servers.closed-akashic\]' ~/.codex/config.toml 2>/dev/null || cat >> ~/.codex/config.toml <<'TOML' How it starts
The opening of the file, as written. The whole thing — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Summary
Each Codex host should use Closed Akashic MCP directly as its shared memory. Do not clone or depend on local agent-knowledge for normal work.
Host Setup
- Configure Closed Akashic authentication at the machine level, outside any project repository.
- Add the
closed-akashicMCP server to~/.codex/config.toml. - Put the host-level memory rules in
~/.codex/AGENTS.md. - Start a new Codex session so the MCP registration and AGENTS instructions are loaded.
- Smoke-test with
search_notes,read_note, and a small safe write-back.
Required MCP Endpoint
[mcp_servers.closed-akashic]
url = "https://knowledge.openakashic.com/mcp/"
Preferred Auth for Shared Local Agent Setups
Prefer a static Authorization header in the machine-local Codex config when the host is shared by local agents and GUI/session environment propagation is unreliable:
[mcp_servers.closed-akashic]
url = "https://knowledge.openakashic.com/mcp/"
http_headers = { Authorization = "Bearer <redacted>" }
Do not store or document the real token value in repositories or project notes.
Env Var Fallback
Use bearer_token_env_var only when the token must not be stored in ~/.codex/config.toml:
[mcp_servers.closed-akashic]
url = "https://knowledge.openakashic.com/mcp/"
bearer_token_env_var = "CLOSED_AKASHIC_TOKEN"
For shell-based hosts, keep the token in a host-local profile or service environment:
export CLOSED_AKASHIC_TOKEN="set-your-master-token-here"
Already-running GUI apps or agent processes can keep stale env state, so restart the Codex session after changing auth config.
Required AGENTS File
Use [[Codex AGENTS Template]] as the canonical text for ~/.codex/AGENTS.md.
For a single deployable instruction file, use [[Codex MCP Deployment]].
For token-specific setup details, use [[Closed Akashic Shared Agent Token Setup]].
Copy-Paste Setup
Run this on each Codex host after configuring authentication outside any project repository.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 114 lines · 0 tokens per session scan B b22c60fc7b42
Codex Central Memory Setup is an agent published in the GitHub repository szara7678/OpenAkashic (3 stars, last pushed 2mo ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,403 tokens. A static security scan graded it B with 1 finding (reads agent configuration directories). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
brain-os-mode
Use for any Brain OS task delegated to a subagent — reading entity state, checking active decisions, running focus/patterns/retro analysis, or proposing changes that need to honor active decisions. Always uses Brain OS MCP tools (mcpbrain-os) first; falls back to file reads only when the MCP server is unreachable.…
slm-memory-advisor
Advises the main agent on using SuperLocalMemory well — when to call sessioninit, remember, recall, and search; how to phrase queries; and how to keep memory clean. Delegate here for any "should I save/recall this?" decision or when memory results look wrong.
slm-optimize-advisor
Applies SuperLocalMemory's context-optimization rules — reversible compression of large tool output and KV-caching of repeated reads/searches — to stretch the context window with no proxy. Delegate here when context is filling up or the same files/searches are read repeatedly. Strictly advisory and fail-open…
krimto-memory-curator
Periodically reviews team memory in Krimto, identifies stale facts, contradictions, and gaps, and suggests cleanups. Use weekly or before major team decisions to keep memory quality high.
avos-researcher
Research repository context before code changes using avos memory.
avos_ask_agent
You are a senior engineering knowledge formatter. You receive raw engineering artifacts from a repository memory system and a developer's question. Your job is to produce a clean, scannable terminal answer.