Fluctlight Swarm Memory
August 15, 2026 · View on GitHub
Parallel coding agents are fast, but they do not share a durable account of what was tried, what failed, or which result was actually verified. They can receive the same context, repeat the same dead end, and turn a worker's confident claim into team knowledge without evidence.
Fluctlight Swarm Memory is a Codex plugin backed by FluctlightDB. It gives a parallel Codex run:
- shared verified truth and mandatory failure warnings;
- disjoint episodic memories so workers explore different strategies;
- worker and worktree identity binding;
- citations restricted to memories actually exposed to that worker;
- evidence-gated outcomes—workers report attempts, but only an admin/verifier can accept them;
- targeted learning: success or reproduced failure updates only the memories that were cited;
- WAL and v4 checkpoint recovery across coordinator restarts.
One-command demo
Prerequisites: Rust/Cargo and Python 3.9+.
Watch the 54-second Remotion terminal demo, inspect its reproducible source, or run the same verified flow yourself:
python3 scripts/demo_codex_swarm.py
The demo launches an authenticated local coordinator, assigns two non-overlapping memory bundles, proves that a worker cannot cite another worker's memory, proves that a worker cannot verify its own result, accepts trusted evidence, finishes the run, restarts the coordinator, and confirms the completed state survived.
Expected final line:
PASS: durable, diverse, evidence-gated swarm memory survived restart
How it connects to Codex
The plugin is in plugins/fluctlight-swarm. It packages:
- an MCP server with five swarm lifecycle tools;
SubagentStartandSubagentStophooks;- a Skill that requires the root agent to declare the full roster before spawning workers.
Codex calls fluctlight_swarm_begin once. Each SubagentStart hook claims one unique slot and injects only that slot's bounded memory bundle. Each SubagentStop hook records a pending attempt tied to its Git tree. Trusted repository tests provide the evidence; a worker cannot self-certify.
The current prototype intentionally keeps final evidence approval with the root/verifier. This is a safety boundary, not an autonomous-success claim.
What Codex contributed
Codex was used as the engineering environment, not merely as a text generator. Parallel analysis agents audited FluctlightDB's Rust persistence model and the open-source Codex hook/plugin surfaces. Codex then designed the transaction model, wrote the Rust coordinator and tests, built the MCP plugin, found an MCP 2.0 compatibility issue during a live smoke test, added a regression test, and reran the complete verification suite.
Verification
- complete
cargo test -p fluctlightdbsuite, including the 10,000-memory load smoke test; - HTTP lifecycle and role-enforcement integration tests;
- WAL replay and v4 checkpoint round trips;
- Python client and MCP 2.0 tool-registration tests;
- Codex plugin and Skill validators;
- the end-to-end demo above, including restart recovery.
Design and source audit: docs/superpowers/specs/2026-08-15-codex-native-swarm-memory-design.md · docs/CODEX_SWARM_SOURCE_AUDIT.md