CodexPro Runtime
CodexPro Runtime is a local, workspace-bounded, evidence-driven MCP control plane for AI-assisted software engineering. It provides tooling for reading, writing, validating, and managing Git workflows with full execution traceability and safety controls.
Workspace & File Inspection — Open and bind project directories; list files with tree; read single or multiple files (read, read_many_files) with line numbers; search the project with search_project; view server configuration and safety modes with server_config; and build preflight rule summaries from project and global rules via read_rule_summary.
File Editing — Create or overwrite files with write; apply targeted text replacements with edit; batch up to 50 write/replace operations via apply_patch_bundle; all return unified diffs.
Validation & Execution — Run allowlisted commands with run_validation (project checks) and bash (verification commands), both supporting durable async execution with run IDs for long builds/tests. Classify tasks into modes with classify_task to get tool-policy guidance.
Acceptance Testing — Run .codexpro/acceptance.yml profiles via run_acceptance; poll status with acceptance_status; read results with read_acceptance_result; cancel runs with cancel_acceptance.
Git Workflow — git_prepare_commit binds change sets to HEAD/evidence without staging; git_commit runs secret scans and creates one real commit; git_get_remote_state checks ahead/behind; git_push pushes exactly one commit with force-push forbidden; git_push_only pushes an existing commit; git_finalize combines commit, optional push, safety check, and security receipt; show_changes summarizes workspace diffs.
Task & Execution State — Read active tasks (current_task), unified status (task_status), and recovery plans (task_recovery); poll durable run status (run_task_status) and retrieve results (read_run_task_result); publish bounded progress reports (publish_task_report); mark tasks complete with notifications (task_complete).
Meta — The codexpro supertool wraps hidden specialist actions; all visible tools should be called directly.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@CodexPro RuntimeList open tasks and show me their validation evidence"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
CodexPro Runtime
A local, evidence-driven agent runtime and MCP control plane for open-source maintainers.
CodexPro Runtime turns an explicitly allowed source workspace into a bounded tool surface for AI-assisted engineering. It combines workspace isolation, MCP transports, controlled file and command tools, durable execution records, validation primitives, and human review boundaries in one local runtime.
中文说明 · Quickstart · Evidence demo · Release readiness · Architecture · Security model · Codex Security case · Governance · Roadmap · Contributing · Adoption evidence
Source preview. The GitHub repository is public. The npm package
@menglook/codexprois intentionally not published andpackage.jsonremainsprivate: true. No GitHub Release, Pages deployment, hosted relay, or managed service is provided.

The animation is generated from a disposable local Git workflow. Open the evidence demo for the 90-second storyboard, machine-readable result, refusal cases, and reproduction commands.
Why CodexPro exists
AI coding systems can generate useful plans and patches, but maintainers still need answers to four operational questions:
Which workspace and files may the assistant access?
Which side effects are enabled for this session?
What evidence proves that a task actually completed?
Where does human review remain authoritative?
CodexPro makes those questions part of the runtime instead of leaving them as prompt-only conventions.
Related MCP server: lazy-mcp-router
Core value
Capability | What it provides | Maintainer benefit |
Workspace-bounded control plane | Explicit workspace roots, path guards, blocked paths, symlink checks, and conversation-scoped workspace binding | Reduces accidental cross-repository access and ambiguous execution context |
Evidence-driven execution | Structured task state, validation results, durable job records, progress receipts, and machine-readable schemas | Separates “the model said it finished” from verifiable completion evidence |
Human-controlled autonomy | Configurable read/write/bash modes, local handoff workflows, review steps, and fail-closed controls | Lets maintainers choose planning-only, bounded editing, or trusted local execution |
Composable local integration | MCP over stdio and Streamable HTTP, CLI entry points, reusable schemas, templates, and browser skill primitives | Supports local tools without requiring a hosted source-code service |
90-second source verification
Requirements: Node.js 20 or newer and npm.
git clone https://github.com/Menglook/codexpro-runtime.git
cd codexpro-runtime
npm ci --ignore-scripts --no-audit --no-fund
npm run typecheck
npm run build
npm run cli:helpOptional package-surface check:
npm run pack:dry-runThese commands verify the public source tree. They do not publish a package, create a release, start a public tunnel, or connect an external account.
What you can inspect today
After building from source:
node dist/stdio.js --help
node dist/http.js --help
node scripts/codexpro-cli.mjs --help
node scripts/codexpro.mjs --helpPublic entry points reserved in package.json:
Entry point | Purpose | Current availability |
| MCP stdio server | Build from source |
| MCP Streamable HTTP server | Build from source |
| Runtime and task CLI | Build from source; npm package not published |
How it works
flowchart LR
A[Maintainer or MCP client] --> B[CodexPro Runtime]
B --> C[Workspace binding]
B --> D[Permission and path guards]
B --> E[Tool registry]
B --> F[Task and execution state]
E --> G[Read and search]
E --> H[Bounded writes]
E --> I[Controlled commands]
E --> J[Local handoff]
F --> K[Validation evidence]
F --> L[Progress and recovery records]
K --> M[Human review]
L --> MThe runtime is local. It exposes only the tools enabled by the current configuration and workspace policy. A model or MCP client does not gain authority merely because it can describe an action.
Why this matters for OSS maintainers
Pull requests
CodexPro can support a reviewable workflow in which an assistant:
reads only the selected repository;
searches for the affected implementation and tests;
prepares a bounded patch or handoff plan;
runs configured validation commands;
returns changed-file and evidence summaries for human review.
It does not merge a pull request, publish a release, or override repository protection by default.
Issues and bug reports
A maintainer can preserve the distinction between:
issue interpretation;
repository inspection;
proposed remediation;
actual file changes;
validation results;
final maintainer decision.
This makes failed checks and incomplete evidence visible instead of collapsing everything into a single success message.
Releases
The runtime can help collect build, typecheck, package-content, and security-gate evidence. Release creation and package publication remain separate, explicit operations outside the default public workflow.
Security work
CodexPro provides path guards, secret-aware writes, redaction, configurable command modes, explicit allowed roots, and a documented threat boundary. These are risk-reduction controls, not an operating-system sandbox.
See Maintainer workflows for concrete patterns.
Product boundary
CodexPro Runtime is:
a local developer runtime;
an MCP server implementation;
a controlled workspace tool surface;
an execution and validation substrate;
a set of reusable schemas, templates, and CLI components.
CodexPro Runtime is not:
a hosted SaaS source-code platform;
an OpenAI product or an OpenAI-endorsed project;
a replacement for repository permissions, branch protection, code review, or operating-system isolation;
a mechanism for bypassing model, account, product, safety, or quota limits;
an autonomous publisher of packages, releases, deployments, or pull requests;
a guarantee that any particular MCP client or model will invoke every exposed tool.
Threat boundary
The main security assumptions are explicit:
the maintainer controls the local machine and selected workspace root;
the connected MCP client may be fallible or untrusted;
file writes and command execution are side effects and must be policy-controlled;
public or non-loopback HTTP access requires authentication;
tokens, private paths, customer data, and runtime evidence must not enter the public repository;
full shell mode is a trusted-local choice, not a safe default;
symlink and path traversal checks reduce risk but do not replace OS sandboxing.
Read SECURITY.md and Security model before exposing an HTTP endpoint or enabling workspace writes.
Execution modes
The underlying runtime supports different capability profiles. Exact flags and availability may evolve while the npm package is unpublished.
Mode | Intended use | Generic source writes | Shell posture |
Read-only / minimal | Inspection and analysis | No | Off or tightly limited |
Handoff | ChatGPT or another planner writes bounded | No generic writes | Safe or off |
Workspace agent | Trusted local engineering session | Configurable | Safe by default; full only when explicitly selected |
Local task runner | Durable local execution and review | Controlled by task configuration | Local process boundary |
The public repository documents these concepts without claiming that a hosted service or reviewed ChatGPT app is currently available.
Public component map
Area | Included public surface |
MCP | stdio and Streamable HTTP entry points, modern request handling, tool result envelopes |
Workspace | root resolution, workspace identity, conversation binding, path guards |
Execution | task state, durable jobs, process records, progress, recovery, review primitives |
Tools | read, search, bounded editing, validation, project inspection, handoff coordination |
Security | authorization decisions, redaction, secret-aware writes, blocked-path policy |
Browser | reusable browser runtime primitives and a generic skill example |
Schemas | execution, authorization, messaging, browser, task, capability, and evidence contracts |
Templates | starter project, acceptance, and memory templates |
CLI | source-level runtime and task command surfaces |
See Architecture for the component relationships and trust boundaries.
Source quickstart
Install dependencies
npm ci --ignore-scripts --no-audit --no-fund--ignore-scripts is used for the initial source verification so dependency installation does not execute package lifecycle scripts.
Validate
npm run typecheck
npm run build
npm run cli:help
npm run pack:dry-runInspect MCP server help
node dist/stdio.js --help
node dist/http.js --helpInspect the local CLI
node scripts/codexpro-cli.mjs --help
node scripts/codexpro.mjs --helpFor a fuller walkthrough, read Quickstart. Do not expose the HTTP server publicly until you understand the authentication and workspace-root controls.
Validation and evidence
The public CI workflow runs:
dependency installation with lifecycle scripts disabled;
documentation-link checks;
TypeScript type checking and build;
CLI help verification;
reproducible security-control and demo checks;
npm package-boundary verification;
source-candidate release-readiness checks; and
a real local-tarball fresh install in a clean temporary consumer project.
Local publication additionally requires a sanitized export boundary and secret scan. The private implementation remains the authority for production-only integrations and internal evidence.
A green CI result means the checked public source revision passed these repository checks. It does not certify a deployment, external account, hosted app, or all possible runtime configurations.
Adoption snapshot
The application-preparation snapshot captured at 2026-08-03 18:31:25 UTC records 0 stars, 0 forks, 0 watchers, 1 contributor with 10 attributed contributions, 4 open issues, 0 pull requests, 0 GitHub Releases, and 7 successful public CI runs. GitHub's trailing 14-day owner traffic aggregate recorded 0 views and 0 clones. The earlier repository-creation baseline remains preserved in Adoption evidence.
The npm package is not published, so weekly and monthly downloads are not applicable, not zero. No public user count, independent case study, or third-party testimonial is claimed.
See Adoption evidence for sources, methods, live badges, maintainer-operated validation scenarios, the voluntary feedback route, and the explicit separation between this repository and upstream ecosystem metrics.
Public and private boundary
This repository excludes:
private runtime state and
.codexproexecution evidence;.ai-bridgetask snapshots and local handoff records;customer or business integrations;
production hostnames, tunnel identity, credentials, and machine-specific paths;
internal office reports and benchmark evidence;
the complete private Git history;
private deployment orchestration.
Public changes are exported through an explicit allowlist and must pass source, package-content, and secret-scanning checks before publication.
See Public boundary.
Documentation
Document | Purpose |
Build and inspect the public source safely | |
Runtime layers, data flow, and component boundaries | |
Product boundary, threat assumptions, and safer defaults | |
PR, issue, release, and security workflow patterns | |
Attributable metrics, measurement method, use-case classification, and feedback route | |
What is intentionally included and excluded | |
Common source-preview setup and validation failures | |
Vulnerability reporting and hard security rules | |
Current maintainer authority, decisions, releases, and succession | |
Now/Next/Later direction and real contribution Issues | |
Participation standards and private reporting | |
Issue routes, setup, validation, licensing, and review expectations | |
Gates before npm, release, app, or hosted announcements | |
Upstream attribution and independent-maintainer status |
Repository status
The repository is currently a source preview rather than a stable packaged release.
Public governance, structured Issue and pull-request entry points, the required label set, and four bounded newcomer tasks are now available. Current work is tracked in ROADMAP.md, including Issues #1, #2, #3, and #4.
GitHub Discussions remains disabled until recurring Q&A or announcements justify a separately moderated channel. No roadmap item should be interpreted as a promise of a release date or external product support.
Contributing
Contributions should remain generic, reviewable, and independent of private operational configuration.
Before opening a pull request:
npm ci --ignore-scripts --no-audit --no-fund
npm run typecheck
npm run build
npm run cli:help
npm run pack:dry-runDo not include credentials, private repository contents, production URLs, customer data, local reports, or private machine paths.
Read CONTRIBUTING.md for Issue routes, focused validation, licensing, AI-assistance disclosure, and review expectations. Project authority is documented in GOVERNANCE.md, and all participation follows CODE_OF_CONDUCT.md.
Security reporting
Please do not place vulnerability details or secrets in a public issue. Follow SECURITY.md for private reporting options and disclosure expectations.
Independent project and attribution
This repository is maintained independently by Menglook. It is not the upstream project and is not endorsed by OpenAI.
The work is derived from rebel0789/codexpro under the MIT License and contains independent modifications. Upstream stars, forks, downloads, maintainers, issues, pull requests, website traffic, and other adoption metrics are not metrics of this repository.
License
MIT License. See LICENSE.
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- Alicense-qualityBmaintenanceEnables users to define and run MCP tools using declarative YAML configs with built-in trust enforcement, credential brokering, and tamper-evident audit logging.Last updated14MIT
- Flicense-qualityCmaintenanceSafety-first local MCP tool gate with control plane, runtime security, and observability for managing MCP backends.Last updated
- Flicense-qualityCmaintenanceSecure local development platform that exposes controlled developer capabilities (FS, Git, search, command execution) to AI assistants via MCP with deny-by-default security and audit logging.Last updated
- Alicense-qualityAmaintenanceLocal-first MCP server that provides project context, verification gates, and structured tools for coding agents to discover knowledge, run diagnostics, and execute allowlisted commands within a repository.Last updated28MIT
Related MCP Connectors
Control plane for autonomous software labor. Agents claim objectives over MCP with audit trail.
Remote MCP for Android CLI agent build gate, structured receipts, audit logs, and reviewer-ready evi
Static MCP manifest and tool-policy security preflight with signed input-redacted receipts
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Menglook/codexpro-runtime'
If you have feedback or need assistance with the MCP directory API, please join our Discord server