Pi Orchestrator Config

A pi package that implements an orchestrator pattern — the main agent delegates all work to specialist subagents.

📚 Full Documentation

What's Included

Extension: orchestrator

Single extension that provides:

Feature	Description
Subagent tool	Delegate tasks to specialist agents (single, parallel, chain, async modes); optional model param for model override
list_models	List available models and providers for subagent model override
Async background agents	Spawn agents in background with async: true — results surface automatically when complete. Fullscreen overlay dashboard with live output, keyboard nav, and kill support (/async-status, /async-kill). On acpx parents, optional async is coerced to sync; dream/cron need internal_operations_provider + internal_operations_model. cli-* providers support async natively (see dev-docs/cli-provider.md)
CLI / ACPX providers	Optional cli_agents / acpx_agents register cli-* / acpx-* via native createProvider (pi ≥ 0.84): /login cli-<agent> or /login acpx-<agent>, model refresh, filter when unavailable. Missing context window / maxTokens / cost filled from models.dev (~/.pi/pi-config/models.dev.json, 1-day refresh). Cold-start default restore (#753): gates startup|new, empty enabledModels, trusted project merge — see dev-docs/cli-provider.md. Headless Cursor --approve-mcps when CLI_APPROVE_MCPS is set (false opts out) or the process is a sidecar (SIDECAR_PORT; startSidecar() stamps it while running and restores it on close()). Executable sidecar consumers should call bindSidecarListenExit() so bind/stopped fatals exit 1. Headless Gemini defaults GEMINI_CLI_TRUST_WORKSPACE=true and preserves an explicit parent value (including false).
/btw command	Quick side questions without polluting conversation history — ephemeral overlay
/async-status command	Show status of background agents — select one for live output streaming
/async-kill command	Kill async agents (overlay picker or by name/id)
ask_user tool	Structured user input with options and free-text — used by workflows
Python/pip enforcement	Auto-fixes python/python3 → uv run python; blocks pip/pip3 — requires uv
Git protection	Blocks commits/pushes to main/master, merged branches, --no-verify, git add .
Remote script exec block	Blocks curl | bash, eval $(curl), etc. Allows safe VAR=$(curl ...) variable assignments
Dangerous command gate	Confirms rm -rf, sudo, mkfs, etc.
Rule injection	Injects orchestrator routing rules into system prompt
Git status	Live git status in status line with colored icons — updates after every tool call. Shows clickable #N when the branch has an open PR. Last-activity clock ⏱ HH:MM (Xm/Xh ago) shows time since last response
Desktop notifications	Notifies via notify-send on task completion, waiting for input, and action required
File preview	Serves generated HTML/frontend files via HTTP for browser preview from container
Pidash dashboard	Live web dashboard — multi-session monitoring, browser messaging, model switching, live session name updates, reasoning token display
Pidiff viewer	Per-project diff viewer with review comments — branch diffs, file tree, inline comments, git-based ignore rules
Dreaming	Background memory consolidation — extracts memories from sessions, deduplicates, maintains topic-based memory
Memory enforcement	Code-enforced memory entries — triggers on bash/tool/file events, actions: block, run_after, warn. LLM cannot ignore enforced rules. Dreaming-safe via (enforced) marker
Upgrade changelog	Shows release notes on session start after pi-config version upgrade
Task tracking	Structured task lists for multi-step workflows — live widget, progress tracking, reminder nudges (owned, based on @tintinweb/pi-tasks MIT)
Neovim integration	Send changed files and review findings to nvim's quickfix list — only active when running inside nvim
Inter-agent communication	P2P (/coms) agent communication — on-demand activation via slash command
Slash commands	/pr-review, /issue-review, /release, /review-local, /review-status, /query-db, /btw, /async-status, /async-kill, /status, /dream, /remember, /coms, /pi-config-settings, /mcpc connect — with autocomplete argument hints
GitHub autocomplete	Type # in the editor to get issue/PR suggestions from the current repo — lazy-loaded, 5min cache
Command arg completions	Tab-complete arguments for slash commands — providers and models for /external-ai, branches for /review-local, PR numbers for /pr-review, and more
Discord bot	Control pi sessions from your phone via Discord DMs — send prompts, answer ask_user dialogs, switch sessions

Agents (26)

Category	Agents
Languages	python-expert, go-expert, ts-expert, java-expert, bash-expert
Infrastructure	docker-expert, kubernetes-expert, jenkins-expert
Dev workflow	git-expert, github-expert, test-runner, test-automator, debugger
Documentation	technical-documentation-writer, api-documenter, docs-fetcher
Code review	code-reviewer-quality, code-reviewer-guidelines, code-reviewer-security, code-reviewer-docs, code-reviewer-spec
Security	security-auditor
Workflow	scout, planner, worker, reviewer

Prompt Templates

Prompt	Description
/implement <task>	scout → planner → worker
/scout-and-plan <task>	scout → planner
/implement-and-review <task>	worker → 5 reviewers → worker
/pr-review [number|url]	Fetch PR diff, check past review comments, review with guidelines, post and track comments
/issue-review	Review a GitHub issue spec and fix it
/release [flags]	Create GitHub release with changelog and version bumping
/review-local [branch]	Review local uncommitted or branch changes
/review-handler [url] [--autorabbit] [--autoqodo]	Process PR review comments, fix approved items
/domain-model [focus area]	Scan codebase and build/update a CONTEXT.md domain glossary for consistent AI vocabulary
/refine-review <url>	Refine and improve existing PR review comments
/coderabbit-rate-limit [number|url]	Handle CodeRabbit rate limiting on PRs
/create-coms-feature-manager	Generate a coms feature-manager prompt customized for the current project (source template: templates/coms-feature-manager-prompt.md)
/query-db <command>	Query the review comments database
/external-ai <agent> [--model <model>] [--session-id <id>] [--fix|--peer|--resume] <prompt>	Run prompts via AI CLIs directly (cursor, claude, gemini) — full model access
/external-ai-models-refresh	Refresh cached AI CLI models for autocomplete
/dream	Run memory consolidation — extract, deduplicate, maintain topic-based memory
/remember <what>	Save a memory for future sessions
/dream-auto	Toggle automatic memory dreaming (every 3h + session end)
/cron add|list|list-all|remove [--persist]	Schedule recurring tasks. Session jobs end with the session; --persist keeps a job across Pi sessions in this project. Add/remove mutations still work when leader election fails closed on an unsupported platform. For example: /cron add every 2h check for new issues --persist or /cron remove persist:<uuid>. /cron list opens an overlay for the selected jobs (or both when omitted). Persistent delivery is local at-least-once: a crash or leader recovery can repeat a run.
/async-kill [name|id|all]	Kill async agents (overlay picker or by name/id)
/pi-config-settings [project|global]	Interactive TUI settings editor — browse all pi-config settings with scope indicators, smart pickers for providers/models, and immediate save
/status	Unified session snapshot — async agents, cron tasks, git branch, context usage
/nvim-changed-files	Send git changed files to nvim's quickfix list (only inside nvim)
/pidiff start|stop|restart|status	Manage the pidiff diff viewer server (per-project)
/coms start|stop|status	P2P local agent communication (Unix socket)
/mcpc connect	Connect MCP servers from ~/.pi/pi-config/mcp.json (mcpc connect --stdio). Run after editing that file.

Inter-Agent Communication (coms)

Two systems for Pi agents to communicate with each other, activated on-demand via slash commands:

P2P Local (/coms) — Direct Unix socket communication between agents on the same machine. No server needed.

/coms start --name planner --purpose "Plans the work"
/coms stop
/coms status

Tools available once activated:

Tool	Description
*_list	List peer agents with names, models, context usage, queue depth
*_send	Send a prompt to a peer agent
*_get	Non-blocking poll for a response
*_await	Block until response arrives
coms_queue_inspect	Preview owned queued P2P messages before recovery
coms_queue_clear	Irreversibly clear only an inspect preview

Queue recovery is explicit. Run coms_queue_inspect first and review its body-free preview. Then pass its preview_id to coms_queue_clear. Reconnects and timeouts never clear queues. This recovers the local P2P coms queue. Pi RPC hosts may separately offer clear_queue for their steering and follow-up queue. It is a distinct queue and must also be previewed and cleared explicitly. RPC preview tokens expire after five minutes, retain at most 20 entries per provider, and require a host-side atomic snapshot comparison before clearing.

Forked from disler/pi-vs-claude-code coms extensions. We own these files — FIFO message queue, structured task delegation via coms protocol.

Installation

Docker (Recommended)

The recommended way to run pi-config is via the pre-built container image. It provides filesystem isolation, consistent tooling, and all dependencies pre-installed.

docker pull ghcr.io/myk-org/pi-config:latest

See the Docker section below for the full run command and shell alias.

Native (without Docker)

Install from npm and PyPI — no git clone of this repo:

pi install npm:pi-orchestrator-config
pi install npm:@myk-org/pi-vertex-claude   # optional Vertex Claude models
pi install npm:pi-web-access               # optional web search/fetch
uv tool install myk-pi-tools

Or run the interactive installer (downloads the script only; packages still come from npm/PyPI):

uv run https://raw.githubusercontent.com/myk-org/pi-config/main/scripts/install.py

If you already have the dev clone:

uv run scripts/install.py

The installer covers:

• Pi Packages — pi-config, pi-vertex-claude, pi-web-access, myk-pi-tools, bun
• Python Tools — prek
• npm Packages — mcpc, acpx, agent-browser
• Browser Automation — playwright + chromium
• Environment Setup — gitignore configuration

For non-interactive (CI) usage:

uv run scripts/install.py --all

Updating

Docker

docker pull ghcr.io/myk-org/pi-config:latest

The container runs pi update automatically on each start.

Native

pi update                          # Pi package
uv tool upgrade myk-pi-tools      # CLI tool

After updating, run /reload in pi or restart pi to pick up changes. Refresh the global agent package after acpx-provider / cli-provider / settings changes so ~/.pi is not a mixed checkout (see issue #651).

Usage

Automatic delegation

Just describe your task — the orchestrator routes to the right specialist:

Add retry logic to the HTTP client in src/api.py

Workflow prompts

/implement add Redis caching to the session store
/scout-and-plan refactor auth to support OAuth
/implement-and-review add input validation to API endpoints

Slash commands

/pr-review 42
/release --dry-run
/review-local main
/query-db stats
/mcpc connect

Direct subagent usage

Use python-expert to fix the type errors in src/models.py
Run scout and planner in a chain to analyze the auth module

Run agent with specific model:

# Discover available models
list_models(provider="my-provider")

# Run agent with explicit model
subagent(agent="worker", task="...", model="my-provider/model-id")

# Parallel tasks with per-task models
subagent(tasks=[{agent: "worker", task: "...", model: "my-provider/model-id", cwd: "..."}])

OpenAI-compatible model discovery

Set discoverModels: true on a static openai-completions provider in models.json to load its /v1/models catalog at interactive session start. Discovery never writes models.json. It augments the configured provider in Pi's runtime registry, so Pi's ordinary /model picker displays each result under the exact configured provider key, for example chatgpt-image-latest [litellm]. The selected model keeps that same provider key and streams through the configured provider. Existing static models remain available. Only exact duplicate returned IDs are deduplicated.

After discovery and runtime registration both succeed, Pi appends a durable transcript entry such as Providers: litellm (242). The key and count come from that session's configured provider and discovery response. Failed discovery or registration appends no entry, so a prior session's count is never presented as current.

Each returned string ID remains selectable, including opaque, blank, and whitespace-preserved IDs. Discovery materializes a complete Pi Model object for every result. It uses source metadata for name, reasoning, input, cost, contextWindow, and maxTokens when the response provides it. Missing or invalid metadata uses Pi's static-model compatibility defaults: reasoning: false, zero costs, contextWindow: 128000, and maxTokens: 16384. Unknown input declares ['text', 'image'] so Pi can safely inspect model.input. That declaration only satisfies Pi's model contract. It does not filter discovery results or claim that the endpoint accepts image input.

Code Review Loop

review_loop_enforcement controls automatic review-agent dispatch and commit enforcement.

• true automatically dispatches 6 agents in parallel (5 reviewers + test-automator) after code changes and requires a clean review before commits.
• false disables automatic review-agent and test-agent dispatch. Manual reviews and test runs are optional. No review state, cycle, or result is required before commit.

When review_loop_enforcement is enabled, the loop stops once all reviewers approve with 0 findings and tests pass (tests_passed: true in pi-config-review-state.jsonl), OR after review_loop_max_cycles total cycles (default 3, valid integers 1-10; env: digit string "1"-"10" only (after trim)) — whichever comes first. Each cycle always completes fix/explain (5a) before the cap check; the cap only blocks re-dispatch (step 2 / all 6 agents, including test-automator), not responding to findings. At cap, report Not fixed (explained why not → outstanding) vs Fixed (verification blocked by the cap — cannot re-dispatch to confirm clean). Invalid values (including non-digit forms like "10.0" / "1e1") fall through to the next resolution layer / default 3. Disable the review loop via review_loop_enforcement: false, not via max_cycles. Commit blocking is code-enforced via isCommitAllowed: allows commit when isReviewClean (status: clean + tests_passed: true, or status: none), or when max cycles are exhausted (status is has_findings or clean, no pending reviewers, cycle >= review_loop_max_cycles — no tests_passed requirement). Review enforcement and dirty tracking are automatically skipped on chore/bump-version-<version> branches (e.g. chore/bump-version-4.2.1-1234567890, used by the release workflow).

Staged mode (--autorabbit/--autoqodo in /review-handler) shares one total review_loop_max_cycles budget across both its Spec Compliance and Code Quality stages — not a separate cap per stage.

Use /review-status to inspect the current review loop state. Pass a worktree path to check a specific worktree (e.g., /review-status .worktrees/issue-42).

Customization

Project Settings

Copy the example file to your project and customize:

cp pi-config-settings.example.jsonc .pi/pi-config-settings.json

Settings files support JSONC (JSON with // comments). See pi-config-settings.example.jsonc for all available settings with descriptions.

Resolution order: project file → global ~/.pi/pi-config-settings.json → env var → default.

See dev-docs/project-settings.md for the full settings table.

Reviewer Environment Variables

These are set automatically by the orchestrator when spawning reviewer agents:

Variable	Description
PI_REVIEW_BASE_BRANCH	Base branch for diff comparison (auto-detected from PR or falls back to main)
PI_HAS_PR	true if a PR exists for the current branch, false for pre-push reviews. When false, reviewers skip Review History and code-reviewer-spec runs a reduced flow (issue-only checks)

Per-Project Resource Management

Use pi config -l to manage which resources (reviewers, skills, prompt templates) are enabled per-project:

pi config -l          # Open project-local resource config

Press Tab to switch between global and project-local views. This lets you disable specific reviewers or skills for a project without editing JSON files.

Override agents

Place a .md file with the same name frontmatter in ~/.pi/agent/agents/ (user) or .pi/agents/ (project) to override a bundled agent.

Priority: project > user > package (bundled).

Custom Rules

The orchestrator loads rules from three directories (later layers override same-filename entries):

Layer	Path	Scope	Number range
Package	<pi-config>/rules/	All users, all projects	00-69
User	~/.pi/agent/rules/	All projects for this user	70-89
Project	<project>/.pi/rules/	Current project only	90-99

To add a custom rule, create a .md file in the appropriate directory:

# User-level rule (applies to all projects)
mkdir -p ~/.pi/agent/rules
cat > ~/.pi/agent/rules/75-my-rule.md << 'EOF'
# My Rule

Your orchestrator instructions here.
EOF

# Project-level rule (applies to current project only)
mkdir -p .pi/rules
cat > .pi/rules/90-project-rule.md << 'EOF'
# Project Rule

Project-specific instructions.
EOF

Rules auto-load alphabetically. Same-filename entries are overridden (project > user > package). Missing directories are silently skipped.

Conditional assembly

Rules support settings/feature conditionals at prompt assembly (assembleRuleText in rule-placeholders.ts). Full syntax, truthiness, and assembly order: dev-docs/project-settings.md (Rules assembly).

Markers: {{IF:key}}…{{/IF}}, {{IFNOT:key}}…{{/IFNOT}}, comparisons {{IF:key==value}} / {{IF:key!=value}}. Whole-file frontmatter: requires_setting / requires. Conditionals run per file (no cross-file matching), then bodies are joined, then placeholders like {{REVIEW_LOOP_MAX_CYCLES}} are substituted.

Add project agents

Create .pi/agents/my-agent.md in your project with frontmatter:

---
name: my-agent
description: What this agent does
tools: read, write, edit, bash
---

Agent system prompt here.

Project agents included by default (agentScope defaults to "both").

Image Generation

The generate_image tool creates images from structured descriptions via Gemini API.

Configuration:

Set image_model in pi-config-settings.json or use PI_IMAGE_MODEL env var.

Setting / Variable	Description
image_model / PI_IMAGE_MODEL	Google/Gemini image model for generate_image (Settings TUI filters to google; empty = disabled).
GEMINI_API_KEY or GOOGLE_API_KEY	Gemini API key (env only)

Usage: Ask naturally — "generate an image of a sunset" — or use structured params: subject, action, scene, composition, lighting, style, text, aspect_ratio.

In containers, images are auto-served via HTTP for browser preview.

Cache Miss Notices

Enable showCacheMissNotices in pi settings to see transcript notices on significant prompt-cache misses — useful for investigating unexpected token costs:

pi config              # Toggle showCacheMissNotices in settings UI

Defaults to false. Enable when debugging cost spikes from cache invalidation.

Docker (Sandboxed Execution)

Run pi inside a disposable container for filesystem isolation — the agent can only access your mounted project directory and pi settings. Everything else on the host is protected.

Why?

• Safety — Prevents accidental rm -rf, modifications outside the project, or unintended system changes
• Filesystem isolation — pi can only read/write the mounted project directory
• Consistent tooling — All required tools pre-installed in a single image
• Disposable — Container is destroyed after each session (--rm)

CLI provider binaries (optional cli_agents): The image installs the CLIs used by cli-* providers — claude (Claude Code), gemini (@google/gemini-cli), and agent (Cursor Agent CLI). Enable with cli_agents in settings (e.g. ["claude","cursor","gemini"]). Binary missing at load → cli-* not registered. After register, filterModels hides models when unavailable: PATH cleared while agent state remains, restore PATH; after session_shutdown (AgentState cleared and initialized reset) the next factory re-registers on /new|/resume|/fork (PATH alone is not enough). See dev-docs/cli-provider.md.

ACPX provider agents (optional acpx_agents): ACPX wraps CLI agents via the ACP runtime. Supported agents: cursor, claude, gemini. Enable with acpx_agents in settings (e.g. ["cursor","claude","gemini"]). Each ACPX agent requires the underlying CLI binary on PATH (agent for cursor, claude for claude, gemini for gemini) — missing binary → acpx-* not registered.

CLI specialist agents (Cursor / Claude / Gemini): On container start, entrypoint.sh symlinks package agents/*.md into the mounted project:

• .cursor/agents/
• .claude/agents/
• .gemini/agents/

Uses ln -sfn (safe if multiple pi-docker sessions share the same folder). Those three directories are added to the container global gitignore. Native installs do not auto- sync — copy or symlink yourself (see dev-docs/cli-provider.md).

Extension ops logs: cli-provider and dreaming write to ~/.pi/logs/ (not the chat UI). Fallback: $TMPDIR/pi-logs/. Details in dev-docs/cli-provider.md (Logging).

Pre-built image

docker pull ghcr.io/myk-org/pi-config:latest

Build from source (optional)

Note: The image is built for linux/amd64 only. On ARM hosts, build with --platform linux/amd64.

git clone https://github.com/myk-org/pi-config.git
cd pi-config
docker build -t ghcr.io/myk-org/pi-config:latest .

Run

docker run --rm -it \
  --name "pi-config-$(basename $PWD)-$(date +%s)" \
  --network host \
  --env-file /path/to/.env \
  -v "$PWD":"$PWD":rw \
  -v "$HOME/.pi":"$HOME/.pi":rw \
  -v "$HOME/.gitconfig":"$HOME/.gitconfig":ro \
  -v "$HOME/.gitignore-global":"$HOME/.gitignore-global":ro \
  -v "$HOME/.ssh":"$HOME/.ssh":ro \
  -v "$HOME/.config/gh":"$HOME/.config/gh":ro \
  -w "$PWD" \
  ghcr.io/myk-org/pi-config:latest

Environment file

Create a .env file with external service credentials and container-specific variables. Pi-config settings (image_model, acpx_agents, vertex_claude_1m, etc.) go in .pi/pi-config-settings.json — not here:

# Timezone (host timezone for correct timestamps) — plain value, no inline comment:
# `docker run --env-file` does not strip trailing comments.
TZ=America/New_York

# Host username (creates /home/<user> -> container home symlink so host paths resolve)
PI_HOST_USER=youruser

# Host UID/GID belong on the docker alias (see below), not hardcoded here:
#   -e PI_HOST_UID="$(id -u)" -e PI_HOST_GID="$(id -g)"
# The entrypoint remaps user `node` to those ids so bind-mounted 0600/0700
# files (~/.npmrc, ~/.ssh) are readable. IPA/LDAP users are not UID 1000.

# Google Cloud / Vertex AI
GOOGLE_CLOUD_PROJECT=your-project-id
GOOGLE_CLOUD_LOCATION=us-east5
GOOGLE_APPLICATION_CREDENTIALS=/home/youruser/.config/gcloud/application_default_credentials.json

# GitHub
GITHUB_TOKEN=ghp_xxx
GITHUB_API_TOKEN=ghp_xxx
GH_CONFIG_DIR=/home/youruser/.config/gh

# Gemini (optional — required for image generation)
GEMINI_API_KEY=xxx

Pass via --env-file /path/to/.env in the docker run command.

Project memory

The memory system stores per-repo lessons and patterns in .pi/memory/topics/ as markdown files organized by category (lessons, preferences, patterns, decisions, completions, mistakes).

• Pinned — user-requested memories (via /remember), never auto-removed
• Learned — auto-extracted by dreaming, can be reorganized/removed

The .pi/memory/ directory is auto-added to the global gitignore in the container (along with .pi/, .worktrees/, .cursor/agents/, .claude/agents/, and .gemini/agents/). This repo's .gitignore also ignores those three */agents/ dirs so uv build does not pack local specialist symlinks.

For native (non-container) usage, add memory (and optionally CLI agent dirs) to your global gitignore:

echo '.pi/memory/' >> ~/.gitignore-global
# If you symlink pi agents for cli-cursor / cli-claude / cli-gemini:
echo '.cursor/agents/' >> ~/.gitignore-global
echo '.claude/agents/' >> ~/.gitignore-global
echo '.gemini/agents/' >> ~/.gitignore-global
git config --global core.excludesFile ~/.gitignore-global

Pidash — live web dashboard

Pidash is a web-based dashboard that runs alongside the TUI, accessible from any browser including mobile phones.

How it works:

• A daemon (pidash-server.ts) runs on port 19190 and aggregates all pi sessions
• Each interactive pi session's extension (pidash.ts) connects to the daemon and forwards events
• Oneshot (pi -p / --print / --mode json) skips pidash register, so no session connects
• The React web UI shows live conversations, tool calls, and session status

Features:

• Multi-session dashboard with sidebar grouped by project
• Live conversation streaming (user, assistant, tool, thinking)
• Send messages from browser to pi
• Model and thinking level switching from browser
• Extension commands (/release, /dream, /remember, etc.) work from browser
• Info bar: model, tokens, context %, git status (with PR #N when present)
• TUI status line: clickable pi-diff / pi-dash labels and open-PR #N hyperlink
• Per-project diff viewer (pidiff) — opens in browser via clickable pi-diff status-line link, powered by @pierre/diffs + @pierre/trees, with review comments
• Collapsible thinking and tool blocks with copy buttons
• ask_user tool bridging (answer from browser or TUI)
• Mobile responsive
• Event buffering for message replay on refresh
• Browser push notifications for background events (configurable per event type)
• Async agent live streaming (real-time tool calls and output inline in chat)
• Session activity state distinguishes working, waiting for input, and idle. Prompt wait is not counted or styled as active work; streaming and queued browser prompts remain separate.
• [HH:MM] timestamps on all messages

Access:

# Automatically starts with pi — open in browser:
http://localhost:19190

# From other devices on your network:
http://<your-ip>:19190

# Custom port (or set pidash_port in pi-config-settings.json):
PI_PIDASH_PORT=9999 pi

# Disable pidash (or set pidash_enable: false in pi-config-settings.json):
PI_PIDASH_ENABLE=false pi

Oneshot (pi -p / --print / --mode json) skips register of pidash, pidiff, pitasks, and coms so those daemons/watchers do not start. CLI and ACPX providers still load. --mode rpc is long-lived and is not skipped.

Management:

/pidash status    # Check server status
/pidash stop      # Stop the daemon
/pidash start     # Start the daemon
/pidash restart   # Restart the daemon

Building the UI (first run only — auto-built):

cd extensions/pidash/pidash-ui
npm install && npm run build

Note: Session switching (/resume) and new sessions (/new) from the browser are not yet supported due to a pi API limitation. Use the TUI for these operations.

Pidiff — per-project diff viewer

Pidiff is a per-project diff viewer that opens in your browser, providing rich branch diffs with inline review comments.

How it works:

• Each interactive pi session spawns its own server (pidiff-server.ts) on a random free port
• Oneshot (pi -p / --print / --mode json) skips pidiff register, so no per-session server starts
• Container and native sessions get separate servers automatically
• Lockfiles in .pi/tmp/ track port and PID for each server
• The extension (pidiff.ts) connects to its session's server and registers its repo
• The React UI uses @pierre/diffs and @pierre/trees for a full-featured diff experience

Features:

• Branch diff and commit comparison
• File tree with search and filtering
• Header Refresh (and the stale-file banner) updates the current diff in place — the file tree and panes stay mounted; only the button spins
• Refresh is disabled while pidiff is disconnected
• Inline review comments on specific lines
• Publish review comments back to the pi session
• Per-project isolation — no port conflicts between sessions
• Accessible via clickable pi-diff label in the status line (and from pidash)

Access:

# Open in browser (click `pi-diff` in the status line, or use the port):
http://localhost:<port>

# Disable pidiff (or set pidiff_enable: false in pi-config-settings.json):
PI_PIDIFF_ENABLE=false pi

Management:

/pidiff status    # Check server status
/pidiff stop      # Stop the server
/pidiff start     # Start the server
/pidiff restart   # Restart the server

Optional mounts

Mount	Purpose
-v "$HOME/.agents":"$HOME/.agents":rw	User-level skills (install/uninstall from container)
-v "$HOME/.config/gcloud/application_default_credentials.json":"$HOME/.config/gcloud/application_default_credentials.json":ro	Google Cloud ADC (for Claude via Vertex AI)
-v "$HOME/.config/cursor/auth.json":"$HOME/.config/cursor/auth.json":ro	Cursor CLI auth (for acpx-cursor / cli-cursor models)
-v "$HOME/.claude/credentials.json":"$HOME/.claude/credentials.json":ro	Claude CLI auth (for acpx-claude / cli-claude models)
-v "$HOME/.config/glab-cli":"$HOME/.config/glab-cli":ro	GitLab CLI config (auth tokens, host settings)
-v "$HOME/.coderabbit":"$HOME/.coderabbit":rw	CodeRabbit CLI auth and review data
-v "$HOME/screenshots":"$HOME/screenshots"	Share screenshots/images with the agent
-v /var/run/docker.sock:/var/run/docker.sock:ro + --group-add $(stat -c '%g' /var/run/docker.sock)	Docker container inspection via docker-safe
-v /var/run/podman/podman.sock:/var/run/podman/podman.sock:ro	Podman container inspection via docker-safe

What's in the image

Tool	Purpose
pi	Coding agent
git	Version control
gh	GitHub CLI (PRs, issues)
glab	GitLab CLI (MRs, issues, pipelines) — install gitlab-cli-skills for full agent support
gcc	C compiler — needed for building Python C extensions (e.g. ovirt-engine-sdk-python)
uv / uvx	Python execution (enforced by orchestrator)
go	Go development and code review
libxml2-dev	libxml2 headers — needed for building Python C extensions (e.g. ovirt-engine-sdk-python)
mcpc	MCP CLI (npm: @apify/mcpc). Put servers in ~/.pi/pi-config/mcp.json (already on the ~/.pi mount). Pi runs mcpc connect … --stdio on start. After editing the file, /mcpc connect. entrypoint.sh reinstalls @apify/mcpc on every start so PI_HOST_USER host .npm-global mapping does not hide the image copy.
myk-pi-tools	PR review, release, and other CLI utilities
prek	Pre-commit hook runner
acpx	Agent proxy for remote models
kubectl / oc	Kubernetes and OpenShift CLI
agent-browser	Browser automation CLI (navigate, click, screenshot, forms)
procps	Process utilities (ps, top, pgrep, pkill)
passwd	usermod/groupmod — init remaps user node to PI_HOST_UID/PI_HOST_GID
docker / podman	Container CLIs (used via docker-safe read-only wrapper)
docker-safe	Restricted Docker/Podman wrapper — container only (ps, logs, inspect, top, stats)
jq	JSON processing
rg (ripgrep)	Fast recursive search
cr	CodeRabbit CLI — local AI code reviews
curl	HTTP requests

myk-pi-tools subcommands

Command	Description
myk-pi-tools pr diff	Fetch PR diff and metadata
myk-pi-tools pr info	Fetch PR information as structured JSON
myk-pi-tools pr post-comment	Post inline comments to a PR
myk-pi-tools pr store-pr-review	Store posted PR review comments to pr-reviews.db
myk-pi-tools pr update-resolution	Update resolution status for a previously posted review comment. Used by Phase 1c of /pr-review to persist LLM evaluation verdicts
myk-pi-tools pr get-review-history	Return complete review history for a PR as JSON (posted, skipped, resolved findings). Used by reviewers to avoid re-raising dismissed findings
myk-pi-tools pr get-skipped-comments	Get previously skipped review comments for a PR
myk-pi-tools pr claude-md	Fetch CLAUDE.md and AGENTS.md content for a PR's repository
myk-pi-tools release create	Create a GitHub release with changelog
myk-pi-tools db	Review database query commands
myk-pi-tools reviews	Review handling commands
myk-pi-tools memory	Project memory commands — persistent per-repo learning
myk-pi-tools ai-cli	AI CLI commands (cursor, claude, gemini)
myk-pi-tools coderabbit	CodeRabbit commands (check, trigger, retry)
myk-pi-tools settings get [key ...]	Resolve settings (project → global → env → default). No args = all keys

What's protected

Filesystem isolation — the container cannot access anything outside the mounted volumes:

• ✅ $PWD (your project) — read/write
• ✅ ~/.pi (pi settings/sessions) — read/write
• ✅ Git, GitHub, SSH config — read-only
• ❌ Other directories on your host — not accessible
• ❌ Other git repos — not accessible
• ❌ System files — not accessible

Network — --network host shares the host network stack, so the container can reach any service your host can (LAN, localhost), and the host can reach services started inside the container. This is required for local MCP servers, OpenAI-compatible proxy, and file preview (agents serve generated HTML/frontend files via HTTP for browser access). If your LLM provider is cloud-based, you don't use local MCPs, and you don't need file preview, you can omit --network host.

Shell alias

Add to your ~/.bashrc or ~/.zshrc:

alias pi-docker='docker pull ghcr.io/myk-org/pi-config:latest && \
  docker run --rm -it \
  --name "pi-config-$(basename $PWD)-$(date +%s)" \
  --network host \
  --env-file "$HOME/.pi/.env" \
  -e PI_HOST_UID="$(id -u)" \
  -e PI_HOST_GID="$(id -g)" \
  -v "$PWD":"$PWD":rw \
  -v "$HOME/.pi":"$HOME/.pi":rw \
  -v "$HOME/.gitconfig":"$HOME/.gitconfig":ro \
  -v "$HOME/.gitignore-global":"$HOME/.gitignore-global":ro \
  -v "$HOME/.ssh":"$HOME/.ssh":ro \
  -v "$HOME/.config/gh":"$HOME/.config/gh":ro \
  -v "$HOME/.agents":"$HOME/.agents":rw \
  -v "$HOME/.config/gcloud/application_default_credentials.json":"$HOME/.config/gcloud/application_default_credentials.json":ro \
  -v "$HOME/.config/cursor/auth.json":"$HOME/.config/cursor/auth.json":ro \
  -v "$HOME/.claude/credentials.json":"$HOME/.claude/credentials.json":ro \
  -v "$HOME/.config/glab-cli":"$HOME/.config/glab-cli":ro \
  -v "$HOME/screenshots":"$HOME/screenshots":ro \
  -v /var/run/docker.sock:/var/run/docker.sock:ro \
  --group-add $(stat -c '%g' /var/run/docker.sock) \
  -w "$PWD" \
  ghcr.io/myk-org/pi-config:latest'

Then just run pi-docker from any project directory.

Startup note: The container runs as non-root user node. At start the entrypoint remaps node to PI_HOST_UID/PI_HOST_GID (pass $(id -u) / $(id -g) on the alias) so bind-mounted secrets match the host user. Without those env vars, node stays UID 1000 (breaks IPA/LDAP hosts). pi install runs on each start. A WARNING on stderr is normal when the package is already cached in ~/.pi. If pi misbehaves or the warning persists, verify network connectivity and run pi install npm:pi-orchestrator-config and pi install npm:@myk-org/pi-vertex-claude manually.

Discord Bot

Control your pi sessions from your phone via Discord DMs.

Setup

1. Create a Discord bot:

   • Go to Discord Developer Portal
   • Click "New Application" → name it (e.g., "pi-agent")
   • Go to "Bot" section → click "Reset Token" → copy the token
   • Enable "Message Content Intent" under "Privileged Gateway Intents"
   • Go to "OAuth2 > URL Generator" → select scope bot → select permissions: Send Messages, Read Message History, Add Reactions, View Channels
   • Open the generated URL → add bot to your server

2. Configure:

   # Create config file
   cat > ~/.pi/discord.env << EOF
   DISCORD_BOT_TOKEN=your-token-here
   DISCORD_ALLOWED_USERS=your-discord-user-id
   EOF
   

   Find your Discord user ID: Settings > Advanced > Developer Mode ON, then right-click yourself > Copy User ID.

3. Restart pidash: The Discord bot runs inside the pidash server daemon. Restart it to pick up the config:

   /pidash restart
   

Discord Commands

Command	Description
!sessions	List active pi sessions
!watch N	Watch/switch to session N
!status	Show current session info
!abort	Abort current operation
!help	Show commands
Any text	Send as prompt to watched session
/command	Forward slash command to pi session

How It Works

The Discord bot runs inside the pidash server daemon (no separate process):

Discord app (phone) ↔ Discord cloud ↔ pidash server (localhost) ↔ pi sessions

No ports to open — the bot connects outbound to Discord’s API. The bot starts automatically with pidash when DISCORD_BOT_TOKEN is configured.

Development

See DEVELOPMENT.md for tips on testing extensions locally, running tests, and managing Python dependencies.

Prerequisites

• pi (minimum version: 0.84.4). Pidash uses Pi's ui_prompt_start and ui_prompt_end events to show prompt wait separately from agent work.
• gh CLI (for GitHub operations)
• uv (for Python execution)
• myk-pi-tools (optional, for /pr-review and /release)

Workspace Packages

pi-sidecar

A standalone HTTP sidecar wrapping the Pi SDK, living under packages/pi-sidecar/.

Package	Language	Registry
@myk-org/pi-sidecar	TypeScript	npm
pi-sidecar-client	Python	PyPI

CLI commands: npx pi-sidecar (start server), npx pi-sidecar-start (background start/stop).

See packages/pi-sidecar/README.md for full documentation. See packages/pi-sidecar/CONSUMER-GUIDE.md for integration best practices.

pi-vertex-claude

Google Vertex AI Claude provider for Pi, living under packages/pi-vertex-claude/.

Package	Language	Registry
@myk-org/pi-vertex-claude	TypeScript	npm

See packages/pi-vertex-claude/README.md for full documentation.

License

MIT