WebCodex lets ChatGPT, Claude, and other AI agents work directly with code and developer tools on your own machines.
Ask your assistant to inspect a repository, modify code, run tests, use Git, or investigate a failure. Your repository stays on the machine where it already lives; you do not need to move the project into a hosted workspace just to use an AI coding agent.
If you want ChatGPT to keep using your real development environment, start with a regular Server + Runner. This is the full development experience: durable access to multiple projects plus project exploration, editing, Git, commands, tests, long-running work, and code navigation. Public HTTPS, Cloudflare Tunnel, and OpenAI Secure MCP Tunnel are only ways for ChatGPT to reach the Server; they do not switch you into a different restricted experience.
For Windows or macOS, the recommended first path is WebCodex Desktop + the official OpenAI Secure Tunnel. Follow the Desktop installation guide. For CLI, an existing Server, self-hosting, or advanced setup, use the Full Setup guide.
To quickly see whether WebCodex fits your workflow, run this inside one repository:
cd /path/to/your/repository
npx --yes @yyjeqhc/webcodex shareshare starts a temporary, single-project instance of the ordinary WebCodex Adaptive Runtime and prints the ChatGPT connection values. Its temporary Project Credential limits access to that ProjectGrant; the endpoint and credential stop working when the command exits. It is intended for trials and short-lived sharing, not as the default full daily setup. See the Quick Trial for the exact steps.
- Understand and edit code — read, search, inspect, and make guarded changes inside configured projects.
- Use the real toolchain — run commands, tests, formatters, compilers, and project-specific tooling on the machine that owns the repository.
- Work with Git — inspect status and diffs while keeping repository operations visible and reviewable.
- Handle long-running work — keep jobs observable instead of requiring one model turn to stay open indefinitely.
- Support human review — use the Runtime Console, Workflow Session evidence, Jobs, and Git/diff review without a separate task/result acceptance subsystem.
- Your code stays on your machine. The repository does not need to be copied into the chat service.
- The agent gets a real development environment. It can use the same files, Git checkout, compilers, tests, and tools you already use.
- Work survives beyond a single request. Long-running execution and evidence remain observable through WebCodex.
- Start temporary or run it long-term. Use one-command sharing for a quick session, or connect machines to a self-hosted Server for a durable setup.
AI client
|
| MCP / HTTPS
v
WebCodex
|
v
your machine
|
+-- repository
+-- Git
+-- compilers / tests / developer tools
For the internal Server/Runner architecture, protocol surfaces, and authority boundaries, see Architecture, MCP, and Authentication.
- Linux x64/arm64 — local
share, Server, and Runner workflows. - macOS x64/arm64 — Desktop local Server + Runner, OpenAI Secure Tunnel, local
share, and standalone Runner workflows. - Windows x64 — Desktop local Server + Runner with the official OpenAI Secure Tunnel, plus CLI + Runner, local foreground Server, and explicit
webcodex share --tunnel cloudflare|openai|none. - Windows arm64 — Desktop local Server + Runner and the official OpenAI Secure Tunnel are supported by the native ARM64 build path; CLI + Runner, local foreground Server, and
shareare also supported. Release builds include the Windows ARM64 Desktop installer from v0.4.2+. The pinned Cloudflare release has no official Windows ARM64 artifact, so Cloudflare still requires a trusted explicit/PATHcloudflared. WebCodex-managed Windows Server services remain unsupported outside Desktop's owned foreground runtime.
Windows and long-lived deployments are covered in Deployment and MCP.
If someone already provides the WebCodex Server and connection credential, use that existing Server and follow the Full Setup guide. For a normal Windows/macOS personal installation, use the Desktop guide. Use Deployment only for production hosting, multiple users, systemd/Docker, OAuth, proxies, and private CAs.
Those are follow-up operating concerns, not concepts a first-time user should have to learn before WebCodex works.
- Desktop installation — recommended Windows/macOS path: Desktop + official OpenAI Secure Tunnel
- Using Desktop — projects, connections, activity, and background operation
- Desktop development — run from source and build Windows/macOS installers locally
- Full Setup — CLI, existing Server, Linux, and advanced regular Server + Runner setup
- Quick Trial — temporarily try one repository with
share - MCP — ChatGPT, Claude, authentication choices, and MCP reference
- Deployment — production, self-hosting, and advanced operations
- Troubleshooting — ChatGPT/MCP Host, connection, and runtime problems
- CLI — command and credential reference
- AI-assisted setup — have an AI agent help configure WebCodex
- Security — security model and operational guidance
- Documentation index — all user and contributor documentation
WebCodex can read and modify files and execute commands inside configured project boundaries. Use version control, keep credentials out of prompts/logs/Git, and register only project roots the assistant should access. Read SECURITY.md for the complete model.
cargo build --release --workspace --bins
export PATH="$PWD/target/release:$PATH"For Desktop UI/Tauri development and local Windows/macOS packaging, use the Desktop development guide instead of a raw Tauri bundle command.
Contributions are welcome, including contributions created with WebCodex itself or other coding agents. For bug reports, development workflow, and pull request guidance, see CONTRIBUTING.md.
Thanks to the LINUX DO community for its welcoming space for technical discussion and support for open-source sharing.
Licensed under the Apache License, Version 2.0. See LICENSE.