What is OpenReflex
OpenReflex gives AI coding agents muscle memory across coding, investigation, and reasoning work. It plugs into Claude Code, Codex, Cursor, and OpenCode through lifecycle hooks and MCP, quietly records how each task actually went, and hands the next similar task the useful parts of that experience.
You install it once and keep working normally. Core memory stays on your machine in a local SQLite database. There is no OpenReflex account or hosted service. Optional Claude token accounting uses Claude Code's local OpenTelemetry export to a loopback-only OpenReflex receiver and stores counts only.
A real Claude Code session, recorded from the terminal and sped up. OpenReflex had seen one similar task in this repository, so it adds 162 tokens of context before the first tool call; after the fix, Claude records the outcome through OpenReflex's MCP tool. The step-by-step walkthrough is in docs/walkthrough.md.
Why OpenReflex
- It remembers what worked. Before a substantial task, OpenReflex retrieves similar past tasks and injects a compact Execution Context: a suggested approach with alternatives, the files that were changed, and lessons such as which edit resolved a recurring error.
- It catches loops while they happen. Repeated failing commands, identical retries, stalled progress, and runaway context growth raise one alert that says whether to continue, pivot to another approach, or stop and check in with you, never a stream of nags.
- It learns after every task. Build work closes against tests/lint/build evidence; investigations can close against cross-checked sources; reasoning-only work can complete without external tools. A simple Path check only names a better option when comparable past tasks actually support one.
- It is private by design. Only coarse, project-relative metadata is stored. File contents, commands, tool output, and transcripts never are, and capture is off until you approve a project.
Quick start
Requires Python 3.11 or newer.
pipx install openreflex # or: uv tool install openreflex
cd your-project
openreflex install claude-code # writes hooks + MCP config and enables this project
OPENREFLEX / CONNECT
agent claude-code
project D:\demo\shop
config updated 2 files
D:\demo\shop\.claude\settings.json
D:\demo\shop\.mcp.json
memory enabled
storage local
[ok] reflex active
Then work as usual. After a few tasks:
openreflex context "fix the login redirect bug" # preview the context a task would receive
openreflex status # what has been captured and learned
openreflex doctor # installation checks and recent hook errors
openreflex update --check # check the latest stable release
Package updates preserve local memory and project configuration. Managed pipx and uv tool installs can use
openreflex update, openreflex update --reinstall, or openreflex self reinstall. To remove only the package,
use openreflex self uninstall --yes; project memory is preserved. A fresh bootstrap still starts with
pipx install openreflex or uv tool install openreflex because the openreflex command does not exist before installation.
Use it with your agent
OpenReflex installs per project with openreflex install <agent>, or as a plugin.
| Agent | Connects through | Install | Verified |
|---|---|---|---|
| Claude Code | Plugin, or hooks + MCP | claude plugin marketplace add vishnu-77/openreflex then claude plugin install openreflex@openreflex, or openreflex install claude-code |
Live sessions |
| Codex | Plugin, or hooks + MCP | codex plugin marketplace add vishnu-77/openreflex, or openreflex install codex, then trust the hooks once in /hooks |
Live sessions |
| Cursor | Hooks + MCP | openreflex install cursor |
Protocol and fuzz tests |
| OpenCode | Plugin + MCP | openreflex install opencode |
Protocol and fuzz tests |
With a plugin install, enable each project with openreflex approve. Per-agent guides:
Claude Code, Codex, Cursor,
OpenCode.
How it works
Hooks send lifecycle events (prompt, tool start, tool end, compaction, stop) to the OpenReflex engine, which stores them in an Experience Graph:
Task -caused-> Execution -used-> Context -used-> Experience
CandidatePath -recommended_for-> Task Lesson -recommended_for-> Task
Execution -failed_with-> ToolCall -resolved_by-> ToolCall
Execution -caused-> Outcome -caused-> Experience -caused-> Lesson
- Before a task: similar experiences are retrieved and OpenReflex first identifies the work mode. BUILD
uses
inspect-first,test-first, andincremental; INVESTIGATE usessource-first,cross-check, andbroad-then-deep; THINK usesreason-first,compare-options, andevidence-first. Paths are ranked using past evidence, estimated cost, risk, uncertainty and reversibility. A compact context is injected only when relevant experience exists. - During a task: when a detector finds a failure loop, repeated calls, stalled progress, context growth, or work past the budget, OpenReflex estimates the marginal value of more work. The current path's success estimate is updated with each call that makes no progress or fails, and compared with the cost of the work left and with the best untried alternative. The alert ends with a recommendation to continue, pivot to another strategy, or stop and ask the user. Each problem, pivot, or stop is raised once, with a cooldown between messages.
- After a task: outcome and chosen path come from the agent's
record_outcome/choose_pathMCP calls when available, and are otherwise inferred from work-mode-appropriate evidence. The Path check says eitherbetter option: <path>when comparable completed tasks support it orbetter option: none proven. Recommendations are never presented as paths that were actually executed.
Every recommendation is stored as a decision snapshot with a Reflex Score (0-100): how strong the
recommendation is, which is separate from the estimated chance that the task succeeds. openreflex why explains
the latest decision and openreflex trace shows the timeline. In Claude Code, a short recap appears when a task
starts, when OpenReflex recommends a pivot or stop or detects trouble, and when the task completes.
Set optional limits for every task with OPENREFLEX_BUDGET, for example calls=40,minutes=20,tokens=60000.
Routing, scoring, budget and recap settings come from a versioned policy: the packaged defaults, overridden by
~/.openreflex/config.toml and then by .openreflex.toml in the project.
Agents can also query OpenReflex directly through its MCP server.
The 12 MCP tools
| Tool | What it does |
|---|---|
get_execution_context |
Plan a task: similar past tasks, the suggested strategy with alternatives, a budget, likely files, lessons. Optional max_tool_calls, max_minutes, max_context_tokens. |
check_progress |
Whether more work on the current path is worth it: continue, pivot or stop. |
choose_path |
Declare the strategy being followed when it differs from the suggestion. |
record_outcome |
Record a confirmed outcome (tests/builds, cross-checked research, user confirmation, or failure) and learn from it. |
explain_decision |
Why the latest recommendation was made: Reflex Score, signals, confidence, next-best route. |
get_execution_trace |
The decision timeline of the most recent task. |
get_reflex_score |
The latest Reflex Score and its components as JSON. |
search_experience |
Past tasks in the project by description similarity, with their lessons. |
explain_node |
One Experience Graph node and its relations. |
get_project_insights |
What has been recorded, reused and learned in the project. |
approve_project |
Enable capture, only when the user explicitly asks. |
forget_experience |
Delete one past task's memory, only when the user explicitly asks. |
CLI
| Command | Purpose |
|---|---|
install <agent> [--dry-run] |
Write project hooks and MCP config, and enable the project |
uninstall <agent> [--dry-run] |
Remove OpenReflex's project hooks and MCP config; captured memory is kept |
update [--check] [--reinstall] |
Check or update a managed pipx/uv-tool installation; optionally force a reinstall |
self reinstall |
Repair/reinstall the managed OpenReflex package while preserving memory/config |
self uninstall --yes |
Remove only the managed OpenReflex package; memory/config remain on disk |
approve / revoke |
Enable or disable capture for the current project |
context "<task>" |
Preview the Execution Context a task would receive |
status [--json] |
What has been captured, reused, learned, and how model-token usage compares |
why / trace |
Explain the latest recommendation, or show the decision timeline |
doctor |
Installation, project resolution, and recent hook activity checks |
forget --yes |
Delete the project's data |
tokens enable / tokens status / tokens disable |
Opt in to local Claude Code token accounting, inspect it, or remove OpenReflex-owned telemetry settings |
benchmark |
Run the simulated benchmark |
hook <agent> <event> / mcp |
Used by agent configs |
Privacy
| Stored | Never stored |
|---|---|
Tool name and a coarse category (read, edit, search, test, ...) |
File contents |
| A fingerprint of the arguments | Command text |
| Project-relative file paths | Tool output |
| Pass or fail, duration, output size | Transcripts and model output |
| Optional model-token counts, model/source label, estimated cost | Prompt/response/tool contents from Claude telemetry |
| A masked one-line error signature | Paths outside the project |
| The prompt as a task description (up to 1,000 characters, secrets redacted) | Anything sent to an OpenReflex-hosted service: there is none |
Data lives in ~/.openreflex/projects/<hash>/experience.sqlite3. Set OPENREFLEX_HOME to move it,
OPENREFLEX_DISABLE=1 to turn capture off everywhere, openreflex forget --yes to delete a project's data, or ask
your agent to forget_experience a single task.
Research
OpenReflex is also a research project in budget-aware execution: instead of treating success as a yes or no, it studies how agents choose execution paths, spend tool calls, model tokens and context, respond to uncertainty, and whether past work makes similar future work cheaper without reducing outcome quality. The loop is experience retrieval, evidence-aware path selection, budget-aware execution, work-mode-specific completion and plain-language path comparison. The Researcher view on the site explains the idea, lets you step through one reflex forming in the graph, and places it next to related work.
Community & Contributing
-
Issues and ideas: GitHub Issues
-
Support the project: Buy me a coffee
-
Develop locally:
git clone https://github.com/vishnu-77/openreflex && cd openreflex pip install -e ".[dev]" pytest && ruff check src tests scripts
OpenReflex is listed in the MCP Registry as io.github.vishnu-77/openreflex and on Glama:
License
OpenReflex is released under the MIT License.
Release files for openreflex 0.5.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| openreflex-0.5.0.tar.gz | 131.3 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| openreflex-0.5.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 241.6 kB
Release files / openreflex-0.5.0.tar.gz
| Download URL | openreflex-0.5.0.tar.gz |
|---|---|
| Size | 131.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c59203fbf036b1cf6aaeae4786e6d573cd1772988028201d67655bde9f5c692f
|
|
BLAKE2b-256 checksum How to use checksums |
96e2437743d19735e2eb501cd8489728b3f3e0b54cc7cd38a1b229fbf1207366
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 18, 2026.
Transparency logRelease files / openreflex-0.5.0-py3-none-any.whl
| Download URL | openreflex-0.5.0-py3-none-any.whl |
|---|---|
| Size | 110.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
1f3d35f57872ff55dbbcb8fb4ca3ab7be8fa93c1c3a9f6f58a4274e51ae9a8af
|
|
BLAKE2b-256 checksum How to use checksums |
f8c741c494e1d37586fd245881d6ac89076f3bfaa099da1e6949167de06ec063
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 18, 2026.
Transparency log