Pi Worker MCP

io.github.zguiyangv0.1.1Updated Oct 8, 2026

A host-agnostic MCP worker runtime for supervising local Pi coding-agent processes.

VerifiedSTDIODesktop onlyDeveloper ToolsAI & ML

Overview

AI-generated overview

Runs and supervises local Pi coding-agent worker processes through stdio MCP tools such as spawn, status, steer, continue, abort, and list.

What it does
A host-agnostic MCP worker runtime that supervises bounded local Pi coding-agent processes over local stdio MCP and Pi RPC. Its tools are pi_spawn, pi_status, pi_steer, pi_continue, pi_abort, and pi_list. It also provides setup, doctor, update, and uninstall commands that pin launch configuration for Codex, Zed, and OpenCode hosts. It does not manage Pi credentials, providers, or default models.
When to use it
Use it when an assistant should start, monitor, steer, and stop local Pi coding-agent workers, including isolated implementation work in Git worktrees. It suits users who already run Pi locally and want a supervising agent to coordinate bounded worker tasks.
Requirements
Node.js 20+, a locally installed and configured pi executable, and Git when using isolated worktrees. Runs as a local stdio process, typically via npx. Optional environment variables include PI_WORKER_COMMAND, PI_WORKER_MAX_WORKERS, PI_WORKER_RPC_TIMEOUT_MS, PI_WORKER_IDLE_TIMEOUT_MS, PI_WORKER_TASK_TIMEOUT_MS, and PI_WORKER_ALLOWED_ROOTS. Pi reads its own local authentication configuration.
Before you install
Successful spawn or continuation means Pi accepted work, not that the result is correct, so the supervising agent must inspect results and integrate changes. The setup command modifies host configuration files for Codex, Zed, or OpenCode, though it merges minimally and uninstall removes only this server's entry. Workers run local coding-agent processes that can change files, so use worktree mode for isolated work and review changes.

Installation

In SourceWeft

  1. Open Pi Worker MCP in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

@zguiyang/pi-worker-mcp

A host-agnostic MCP worker runtime for supervising local Pi coding-agent processes. It uses local stdio MCP and Pi RPC; it is not a hosted service and does not manage Pi credentials, providers, or default models.

Quick start

Prerequisites: Node.js 20+, a locally installed and configured pi executable, and Git when using isolated worktrees.

sh
npx -y @zguiyang/pi-worker-mcp@latest setup

The setup command selects supported hosts and pins their launch configuration to the exact CLI version. A host never silently drifts to a new release.

Supported hosts and scope

HostGlobalProjectConfiguration
Codex~/.codex/config.toml.codex/config.tomlTOML mcp_servers
Zed~/.zed/settings.json on macOS.zed/settings.jsonJSON context_servers
OpenCode~/.config/opencode/opencode.jsonopencode.jsonJSON mcp.servers

Project scope is relative to the directory where setup runs. Zed starts project-defined MCP servers only after the worktree is trusted. Existing configuration is minimally merged; uninstall removes only this server’s entry.

sh
npx -y @zguiyang/[email protected] setup --host codex --scope projectnpx -y @zguiyang/[email protected] setup --host opencode --scope global

Manual / generic MCP configuration

Any stdio MCP client can launch:

text
command: npxargs:    -y @zguiyang/[email protected] serve

This is the release configuration. Do not point user installations at a checkout’s dist/ directory.

Commands

text
pi-worker-mcp servepi-worker-mcp setup [--host codex|zed|opencode] [--scope project|global]pi-worker-mcp doctor [--host …] [--scope …]pi-worker-mcp update [--host …] [--scope …]pi-worker-mcp uninstall [--host …] [--scope …]pi-worker-mcp version

doctor checks Node, the local Pi executable, and selected host configuration without starting a model task or exposing credentials. update is not a package manager: run a newer CLI via npm/npx and it updates only selected configuration pins. uninstall never removes a whole host config, Pi config, Skills, or npm cache.

Model ownership and host independence

Pi owns provider authentication, available models, and its default model. The worker runtime can validate an optional per-worker override and report the effective model, but never configures credentials. Core runtime behavior—Pi RPC, lifecycle, model semantics, concurrency, and permissions—is independent of Codex, Zed, and OpenCode. Host adapters only read, merge, and remove launch configuration.

MCP tools

pi_spawn, pi_status, pi_steer, pi_continue, pi_abort, and pi_list supervise bounded local workers. Successful spawn/continuation means Pi accepted work, not that it is correct; the supervising agent must inspect results and integrate changes. Use worktree mode for isolated implementation work.

Runtime configuration

Environment variableDefaultPurpose
PI_WORKER_COMMANDpiPi executable
PI_WORKER_MAX_WORKERS4Maximum live workers
PI_WORKER_RPC_TIMEOUT_MS15000Per-RPC timeout
PI_WORKER_IDLE_TIMEOUT_MS600000Idle deadline; 0 disables it
PI_WORKER_TASK_TIMEOUT_MS3600000Activity-cycle deadline
PI_WORKER_ALLOWED_ROOTScurrent directoryPath-delimited allowed roots

No secret environment variable is required; Pi reads its own local authentication configuration.

Development from source

Source mode is only for contributors:

sh
npm installnpm run buildnode dist/index.js serve

For release-equivalent testing, use npm pack and execute the resulting .tgz from a clean temporary directory. npm link is not package acceptance.

Registry metadata

server.json follows the official MCP Registry schema and declares an npm stdio package representation. npm and Registry publication remain separate, explicit actions.

License

MIT

Source: README.md at commit 64590c3

Tools

0
Tool metadata has not been indexed yet.

Version history

1
  1. v0.1.1LatestOct 8, 2026