You return a week later
The next session spends time reconstructing what you were doing instead of continuing it.
Repository memory for coding agents
LoopCode keeps the goals, decisions, constraints, current work, and proof of what happened inside your repository—so Codex or Claude Code can pick up the real work with the right context.
01 — The problem
A coding agent can read thousands of files and still miss the reason behind a decision, the work another session already tried, the business goal a change protects, or the check that must pass before release.
The next session spends time reconstructing what you were doing instead of continuing it.
It sees the current code, but not every decision, rejected option, risk, or unfinished thread behind it.
Product, release, reliability, and company work drift into separate lists with no dependable shared picture.
LoopCode gives the repository a durable working memory—not just another chat history.
02 — What changes
LoopCode adds a small, structured collection of Markdown files and receipts to the repository. They remain readable by people, versioned with the work, and available to supported coding-agent hosts.
Context lives mainly in the previous conversation and has to be rediscovered.
The repository records active work, governing goals, decisions, evidence, and the next verified action.
A plausible answer can be mistaken for a verified result.
Material work closes with evidence, an honest residual, and a receipt that can be inspected later.
03 — What it keeps together
A
What the product and repository are trying to achieve—and the constraints that cannot be traded away.
B
What is happening now, what was already tried, what is blocked, and what should happen next.
C
The options considered, why one path was chosen, and when that choice should be reviewed again.
D
The tests, checks, observations, limitations, and recovery information behind a completion claim.
E
Who or what is working where, so parallel agents do not quietly overwrite or duplicate each other.
F
What this work taught the repository and where that lesson may—or may not—apply next.
04 — Designed to stay understandable
LoopCode is not a new model and it does not replace Codex or Claude Code. Its current core uses local Python and Markdown. The host provides intelligence and tools; the repository keeps its own operating memory.
05 — Availability
The plugin is working across Codex and Claude Code, but its source marketplace is currently private. Public installation will open only when the distribution repository, license, release channel, and onboarding path are ready for people outside the development team.
Current status
This page will publish the real installation command when it works for everyone—not before.
Development repository Access currently requires permission to the private repository.Questions
No. Codex, Claude Code, or another compatible host remains the coding agent. LoopCode gives that host durable repository context, operating rules, verification gates, and receipts.
The current core has no network dependency and canonical memory stays in local Markdown. Any future remote analytics must remain separately opt-in and cannot contain prompts, code, paths, diffs, secrets, or repository identifiers.
No. Small reversible work stays lightweight. Deeper review is reserved for consequential, cross-system, uncertain, repeated-failure, or hard-to-reverse work.
Yes. LoopCode can be paused or deactivated while preserving the repository's Markdown memory and receipts.