agent-memory-bridge
Bidirectional sync between Hermes memory and Codex auto-memory, with licensed machine bootstrap. Use when context parity across agents is needed.
Best use case
agent-memory-bridge is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Bidirectional sync between Hermes memory and Codex auto-memory, with licensed machine bootstrap. Use when context parity across agents is needed.
Teams using agent-memory-bridge should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/agent-memory-bridge/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How agent-memory-bridge Compares
| Feature / Agent | agent-memory-bridge | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Bidirectional sync between Hermes memory and Codex auto-memory, with licensed machine bootstrap. Use when context parity across agents is needed.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Agent Memory Bridge When corrections, context, or patterns learned in one agent (Hermes, Codex, Codex) need to propagate to all others. ## When to use - User says something like "remember this" or gives a correction in Hermes that should apply to Codex - You discover a workspace convention or pattern that other agents on other machines need - Setting up a new machine to match existing agent context - After an adversarial review reveals one agent knew something another didn't ## Locations | System | Memory location | Type | |--------|----------------|------| | Hermes | Hermit memory tool (injected into every turn) | Compact, ~2153 chars, curated | | Codex (Linux) | `~/.Codex/projects/<path-hash>/memory/*.md` | Auto-accumulated, ~40 files | | Codex (global) | `~/.Codex/AGENTS.md` | Manual, all-sessions baseline | | Codex (Windows) | `C:\Users\<user>\.Codex\projects\` | Empty until bootstrapped | | Codex | Session-only (no persistent memory) | Must re-inject via prompt | | Gemini | Session-only (no persistent memory) | Must re-inject via prompt | ## Skill Accessibility Across All Agents Each agent accesses skills differently. A skill in `.Codex/skills/` must also be visible through each agent's mechanism. This was verified in #1949 (Codex symlink fix). | Agent | Skill Source | Count (workspace-hub) | Verification Command | |-------|-------------|----------------------|---------------------| | Codex | `.Codex/skills/` (native) | 696 | `find -L .Codex/skills -name SKILL.md -not -path '*/_archive/*' \| wc -l` | | Hermes | `~/.hermes/config.yaml` → `external_dirs` (6 repos) | 974 total | Python: check external_dirs paths exist and contain SKILL.md files | | Codex | `.codex/skills/` → symlink to `../.Codex/skills/` | 696 | `find -L .codex/skills -name SKILL.md -not -path '*/_archive/*' \| wc -l` | | Gemini | `.gemini/skills/` → symlink to `../.Codex/skills/` | 696 | `find -L .gemini/skills -name SKILL.md -not -path '*/_archive/*' \| wc -l` | **CRITICAL VERIFICATION:** Run this after any skill changes to confirm all agents can see skills: ```bash echo "=== Agent Skill Accessibility ===" echo "CC: $(find -L .Codex/skills -name 'SKILL.md' -not -path '*/_archive/*' | wc -l)" echo "Codex: $(find -L .codex/skills -name 'SKILL.md' -not -path '*/_archive/*' | wc -l)" echo "Gemini: $(find -L .gemini/skills -name 'SKILL.md' -not -path '*/_archive/*' | wc -l)" ``` **Key Pitfall:** `.codex/skills/` should be a symlink to `../.Codex/skills/` but was accidentally a real directory with only 57 GSD skills (out of 696+). Always verify it's a symlink: `ls -la .codex/skills` should show `-> ../.Codex/skills`, not a directory. **Sub-repo Behavior:** When working in sub-repos (CAD-DEVELOPMENTS/, digitalmodel/, etc.), each agent sees that repo's local `.Codex/skills/` (31-261 skills) PLUS the workspace-hub skills (696) depending on working directory context. See #1951 for sub-repo skill visibility gap. ## Bridging Hermes → Codex 1. Hermes memory is always available in the system context — extract the consolidated facts 2. Write to `~/.Codex/AGENTS.md` (global) or `~/.Codex/projects/<hash>/memory/` (project-scoped) 3. The GLOBAL AGENTS.md is the single source of truth — write conventions, paths, user preferences, corrections 4. Project-scoped memory is for organic learnings accumulated over sessions ## Bridging Codex → Hermes 1. Read `~/.Codex/projects/*/memory/*.md` — these are Codex's learned corrections and context 2. Feed into `delegate_task` context for subagents 3. Use `memory` tool to store critical corrections in Hermes memory (curate — Hermes memory is limited to 2200 chars) ## Bridging to Licensed Machines (Windows) 1. Export unified memory files to a tarball or git-tracked directory 2. Copy to Windows machine 3. Bootstrap with `.Codex/AGENTS.md` at project level 4. Use `python` not `uv run` on Windows ## Key Principles - **Compact source of truth**: One global AGENTS.md that any agent can load - **Curate aggressively**: Codex's auto-memory grows organically and has duplicate/cross-cutting entries. Deduplicate before bridging. - **Git-track everything**: Put the bridge scripts and export files in the repo so they survive machine loss - **No agent loses context**: If Codex's OAuth session dies and starts fresh, it should still have the same baseline knowledge via AGENTS.md ## Pitfalls - Codex's auto-memory directory is at `~/.Codex/projects/-<path>-hash/memory/` — the directory name is URL-encoded path with dashes, not a UUID - Codex's auto-memory has a 25KB/200-line limit per project - Multiple project directories exist in parallel (workspace-hub, digitalmodel, worldenergydata) — bridge ALL of them - Windows path separators differ — test the bootstrap script on the target machine
Related Skills
memory-bridge-operations
Operate and recover the Hermes-to-repo memory bridge: drift checks, quality gate, bridge commits, push verification, and stash recovery when pre-bridge scripts fail after generating outputs.
hermes-memory-bridge
Architecture and scripts for syncing Hermes memory into git-tracked .claude/memory/ so all machines get context via git pull. Covers quality gate, drift detection, topic mirroring, and cron automation.
bridge-brokerage-market-data-apis
Handle ticker symbol mismatches between brokerage exports and market data APIs
memory-bridge-operation
Manage the Hermes ↔ repo memory sync system — bridge, quality gate, compaction, health checks, and cron
memory-bridge-commit-fallbacks
Fallback procedures when the Hermes ↔ Codex memory bridge writes .Codex/memory outputs but the internal git commit/push path fails because of dirty, stale, or broken submodule state.
memory-management
Two-tier memory system for decoding workplace shorthand, acronyms, nicknames, and internal language.
pandas-data-processing-1-memory-efficiency
Sub-skill of pandas-data-processing: 1. Memory Efficiency (+3).
openpyxl-1-memory-management
Sub-skill of openpyxl: 1. Memory Management (+2).
memory-management-working-memory-format-claudemd
Sub-skill of memory-management: Working Memory Format (AGENTS.md).
memory-management-what-it-is
Sub-skill of memory-management: What It Is.
memory-management-what-goes-where
Sub-skill of memory-management: What Goes Where.
memory-management-tools-systems
Sub-skill of memory-management: Tools & Systems.