One memory for every harness

Every harness HarnessLink banks writes to the same memory: omp, Claude Code, Codex and pi bank each finished turn, Antigravity one entry per conversation. Claude Code, Codex and omp read it back: a brief of the project when a session starts, related entries on each prompt, and the MCP memory tools when the model wants more. Cursor gets the memory tools too, registered by hand. So a decision made in Claude Code can come up in Codex, and when you are signed in, memory_search adds what your other machines banked.

What each harness gets

FeatureClaude CodeCodexomppiAntigravityCursor
Prompt historyYesYesYesYesYesNo
Session transcriptsYesYesYesYesYesPartly
Memory bank (autobank)YesYesYesYesPartlyNo
Gateway routingYesYesYesYesNoNo
Context hooksYesYesYesNoNoNo
Memory tools (MCP)YesYesYesNoNoPartly
Org policy rulesYesPartlyYesNoNoNo
Skills from templatesYesYesYesYesYesYes
Resume in another harnessYesYesYesYesNoNo

Claude Code

Claude Code gets everything HarnessLink does: its transcripts and prompts are captured, every finished turn becomes a memory entry, a project brief and related memories arrive through Claude Code's own hooks, and the model can search the same memory your other harnesses write.

Codex

Codex gets the full set: its transcripts and prompt history are captured, every finished turn is banked, context hooks bring a project brief and related memories into each session, and the MCP memory tools search what Claude Code, omp and pi banked too.

omp

omp is the harness the installer adds by default. HarnessLink captures its prompts, transcripts, todos and plans, banks every finished turn, brings memory into each session through a managed omp extension and gives the model the MCP memory tools.

pi

HarnessLink captures pi's prompts and transcripts, banks every finished turn into the memory your other harnesses search, and routes pi's Anthropic and OpenAI Codex calls through the local gateway. pi has no hooks HarnessLink can use, so memory does not flow back into a pi session.

Antigravity

HarnessLink reads what the Antigravity CLI (agy) writes: your prompts, each conversation's transcript and its summary, banked as one memory entry per conversation. Antigravity's model traffic goes straight to Google and it has no hooks or MCP preset, so HarnessLink does not route or add to its sessions.

Cursor

Cursor support is partial. You can register HarnessLink's MCP server in Cursor by hand, so its model can search and read the memory your other harnesses bank, and HarnessLink syncs ~/.cursor/sessions/*.jsonl and ~/.cursorrules. Cursor's chats live in an editor database HarnessLink does not read, so they are not captured or banked.

Guides

  • Using HarnessLink: Using HarnessLink day to day: Ask, history, policies, shared memory, resuming sessions across harnesses, profile sync, templates, delegation, runs and cost.
  • Installing HarnessLink: The full HarnessLink install guide: requirements, Windows, install options, verifying, the first-run onboarding, updating, troubleshooting and uninstalling.
  • Memory Banking: How HarnessLink turns each finished turn in omp, Claude Code, Codex, pi and Antigravity into a Markdown memory entry, when banking runs, and what reads it.
  • What HarnessLink captures from each harness: What HarnessLink captures from omp, Claude Code, Codex, pi, Antigravity and Cursor after setup, and how it stays a controller rather than a harness.

Read next

  • Claude Code: Hooks, MCP memory tools, gateway and autobank
  • Codex: Hooks, MCP memory tools, gateway and autobank
  • omp: Context extension, MCP memory tools, gateway and autobank
  • pi: Transcripts, autobank and gateway
  • Antigravity: Transcripts and one memory entry per conversation
  • Cursor: MCP memory tools, by hand; chats not captured

Install guide · Pricing · Integrations

Flag notifications