Productivity & Collaboration context-managementknowledge-basepersistent-memorymcp-servercoding-assistantsdesktop-appcli

OpenContext

Persistent, reusable project context for coding assistants across sessions and repositories.

FollowAgents review · FARS-2.1
Not recommended
58/ 100 5-point scale 2.9 / 5
1 2 3 4 5 6
Per-dimension scores and reasoning
1Trust12 / 29 · 2.1/5

The README identifies the user-level skills, command, and MCP configuration locations modified by oc init and says setup prompts for tool selection, providing useful confirmation and external-effect disclosure. Deductions apply because all tools are selected by default and the evidence shows no per-file authorization model, least-privilege analysis, uninstall procedure, or comprehensive rollback. The product is characterized as a local personal store, but no complete account of network flows, telemetry, or third-party embedding traffic is supplied. Configuration tests show that an unset sensitive key has no default and that environment variables take precedence, but they do not establish encrypted storage, log redaction, or access controls. The large dependency set has no supplied audit, SBOM, lockfile, or vulnerability-mitigation evidence. Attribution is partial because OpenContext, AIContextLab, and 0xranx appear in different ownership fields without an explained relationship.

2Reliability8 / 14 · 2.9/5

The README, package scripts, CI, and tests coherently support basic CLI, configuration, folder, and document operations, with some assertions around errors, so ordinary failure reporting is adequately evidenced. Deductions reflect search integration tests being skipped by default, an index test accepting several loose outcomes, the absent CLI version flag, and the conflict between the MIT README/LICENSE and package.json's Apache-2.0 declaration. Node 18+, npm installation, the optional native package, and Rust/Protobuf CI prerequisites are identified, but availability across supported operating systems is not comprehensively established.

3Adaptability14 / 18 · 3.9/5

The source thoroughly distinguishes desktop users, developers integrating coding agents, and automation-oriented users, while naming Cursor, Claude Code, Codex, and OpenCode. Commands and major component roles provide adequate capability boundaries, but limits between the GUI, Web UI, MCP, search, and embedding providers remain incomplete. Explicit CLI and slash commands make invocation reasonably precise, although claims of automatic background loading do not define selection scope or conflict behavior. Environment overrides and several configuration paths are documented, but there is no complete OS support matrix and OpenCode setup is less specific.

4Convention11 / 18 · 3.1/5

The README has strong information architecture covering the problem, solution, components, quick start, FAQ, command reference, and development. Installation notes and examples are substantial. Command naming is mostly stable, but package, author, and repository identities differ without explanation. Known limitations are only scattered, such as API-key-dependent search, Windows build guidance, and the missing version flag. A complete MIT license file exists, but package.json declares Apache-2.0, preventing a high license score. Version 0.1.0 and a publishing workflow exist, but no changelog or explicit version policy is supplied; support links exist while the accountable maintainer and update responsibility remain unclear.

5Effectiveness9 / 13 · 3.5/5

The combined CLI, MCP server, desktop/Web interfaces, search, and reusable context library yield plausibly usable outputs and meaningful value beyond passive storage. The README gives concise workflows, but the evidence lacks representative retrieval results, context-quality controls, scale limits, or mature output examples. Avoiding a separate agent subscription is a plausible benefit, yet users still need an existing agent, global npm installation, and potentially an embedding API and native dependencies, so the cost-benefit case is adequate rather than comprehensive.

6Verifiability4 / 8 · 2.5/5

Many core claims map to the command table, package scripts, CI, and limited tests, with configuration, folder, and document behavior corroborated across files. Broader claims about search, GUI behavior, MCP operation, and automatic context awareness lack equivalent implementation or test evidence in the supplied material; search integration tests are explicitly skipped. Marketing benefits are not consistently separated from demonstrated facts, and conflicts in licensing and identity metadata further reduce traceability and fact-inference separation.

Evidence confidence: Low Reviewed Sep 11, 2026 Reviewed revision 0649e7134346
Before you use it
  • LICENSE and the README say MIT while package.json says Apache-2.0; confirm the governing license before installation, redistribution, or reuse.
  • oc init modifies several user-level agent directories and MCP configurations and selects all tools by default; back up those files and review the prompts before proceeding.
  • The store may contain sensitive cross-project knowledge, while the supplied material does not document encryption, access isolation, log redaction, telemetry, or complete network data flows.
  • Search depends on an API key/index and its integration tests are skipped by default; do not assume availability or quality from the README alone.
  • The dependency set is large and no lockfile, SBOM, or security audit is supplied; independently review dependencies and native components before deployment.
Review evidence [1][2][3][4][5][6][7][8]
See the full review method →

What does this agent do, and when should you use it?

OpenContext is a personal context and knowledge store designed to preserve project history, decisions, and background across AI-assistant sessions and repositories. Its components include the oc CLI for a global contexts/ library, an MCP Server, user-level Skills generated by oc init, a desktop application, and a local Web UI. It does not replace a coding agent: it reuses an existing Codex, Claude Code, or OpenCode CLI and gives that agent ways to search, read, create, and update stored knowledge. Cursor, Claude Code, and Codex receive user-level MCP configuration, while Cursor and Claude Code also receive generated slash commands. The operating boundary is a locally managed global context library that supported agents and interfaces can access across projects.

Users create folders and Markdown documents in the global contexts/ library with oc folder create and oc doc create, inspect them with oc folder ls and oc doc ls, and generate an AI-readable file listing with oc context manifest. The oc search "query" command searches stored documents, oc ui starts the local Web UI, and the desktop application provides native management, search, and editing. Running oc init installs user-level Skills for Cursor, Claude Code, and Codex and creates /opencontext-context, /opencontext-search, /opencontext-create, and /opencontext-iterate commands for Cursor and Claude Code. It also installs user-level MCP configuration; oc mcp starts the MCP Server so supported clients can operate on the knowledge base as tools. The intended flow is to load or search prior context before work, let the existing coding agent act, and then persist what was learned.

  1. A developer maintaining several repositories wants Codex or Claude Code to consult one shared collection of project background and technical decisions.
  2. A solo builder frequently starts new chats and needs constraints, validated approaches, and prior decisions to survive between sessions.
  3. A Cursor or Claude Code user wants slash commands for loading, searching, creating, and iterating project knowledge.
  4. A visually oriented user wants a desktop interface for managing, searching, and editing context that coding assistants can consume.
  5. A power user wants to automate knowledge-library operations through the oc CLI, manifests, search, and an MCP Server.

What are this agent's strengths and limitations?

Pros
  • A single global contexts/ library makes project knowledge reusable across repositories and assistant sessions.
  • It works with an existing Codex, Claude Code, or OpenCode CLI instead of requiring a separate agent subscription.
  • CLI, MCP Server, Skills, desktop, and local web interfaces support both automated and visual workflows.
  • oc init creates user-level integrations, with dedicated slash commands available for Cursor and Claude Code.
Limitations
  • OpenContext is a context layer, not a standalone coding agent; agent-backed work still depends on an existing Codex, Claude Code, or OpenCode CLI.
  • Initialization creates Skills, commands, and MCP configuration in user-level directories, so adopters should assess its interaction with existing configuration.
  • The source does not state minimum Node.js/npm versions, supported desktop operating systems, or whether every interface has feature parity.
  • The knowledge library is filesystem-based, and the source provides no evidence of cloud synchronization, multi-user collaboration, access controls, or encryption.

How do you install or deploy this agent?

CLI path:

  1. Use an environment capable of running npm and prepare the existing Codex, Claude Code, or OpenCode CLI that OpenContext will reuse.
  2. Install the package: npm install -g @aicontextlab/cli
  3. Enter a project and initialize: cd your-project && oc init
  4. oc init prompts for tool setup and defaults to all supported tools. For non-interactive setup, use --tools cursor,claude,codex or exclude tools with --no-claude, --no-cursor, or --no-codex.

Desktop path: download the desktop application from GitHub Releases. For source development, run npm install followed by npm run tauri:dev; create a production build with npm run tauri:build. The source does not specify a minimum Node.js/npm version, supported desktop operating systems, or required credentials.

How do you use this agent?

After initialization, Cursor and Claude Code users can run /opencontext-context to load background, /opencontext-search to find documents, /opencontext-create to create one, and /opencontext-iterate to persist new knowledge. Codex uses the generated user-level opencontext-* Skills and can connect through the MCP configuration at ~/.codex/mcp.json. Direct CLI operations include oc folder ls, oc folder create <path> -d "desc", oc doc create <folder> <name>.md -d "desc", oc doc ls <folder>, oc context manifest <folder>, and oc search "query". Run oc mcp to start the MCP Server or oc ui to start the local Web UI. Use oc <cmd> --help for command details.

How does this agent compare with similar options?

OpenContext complements rather than replaces Codex, Claude Code, OpenCode, or Cursor: those products supply the coding-agent or editor experience, while OpenContext adds a reusable local context library, Skills, commands, and MCP tools. The README also distinguishes it from storage-only approaches by emphasizing direct agent read/write access, but it does not name a specific competing product.

FAQ

Does OpenContext require another agent subscription?
OpenContext does not require a separate agent subscription of its own; it reuses an existing Codex, Claude Code, or OpenCode CLI. Users still need to obtain and configure their chosen coding agent.
Where is the context stored?
The oc CLI manages a global contexts/ library of folders and documents. The desktop and web interfaces are described as local, and no cloud synchronization service is documented.
Does Codex receive the slash commands?
The documented slash commands are for Cursor and Claude Code. Codex receives user-level opencontext-* Skills and MCP configuration under ~/.codex/mcp.json.
Is the desktop application mandatory?
No. Users can adopt the CLI alone, combine the CLI with Skills and MCP, or run oc ui for a local Web UI without installing the desktop client.
What credentials are required?
No OpenContext-specific API key or account credential is documented. Agent-backed operation depends on an existing coding-agent CLI, but its authentication procedure is outside the supplied material.

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents