This is a downstream distribution fork of earendil-works/pi.
It tracks upstream main with a minimal downstream patch stack.
Warning
This fork relies heavily on vibe coding. Logic changes are manually reviewed, and tests are also written by AI under human direction before the full test gate is run.
Almost none of the code in this fork is handwritten by xz-dev. Do not use this distribution if you are uncomfortable with AI-assisted development.
- Continue from the nearest protocol-safe conversation boundary with
/retryor RPCretry, preserving superseded history as an append-only sibling branch, retaining completed tool results, and synthesizing explicit unknown-outcome errors only for missing results without replaying old tool calls.- Patch branch:
patch/manual-retry
- Patch branch:
- Support per-package Skill visibility overrides through
skillOverrides.<name>.disableModelInvocation, retaining manual/skill:<name>invocation and project-over-global precedence.- Patch branch:
patch/skill-overrides
- Patch branch:
- Allow
settings.retry.nonRetryableErrorPatternsto fail-fast on gateway-specific terminal quota/limit error messages without expanding the built-in retry classifier.- Patch branch:
patch/retry-non-retryable-patterns
- Patch branch:
- Wait for extension-provider registration refreshes before startup resolves configured models, while preserving synchronous registration and caller-owned cancellation.
- Patch branch:
patch/model-startup-refresh-barrier
- Patch branch:
- earendil-works/pi#6234: make Esc abort recover from lifecycle hooks, extension hooks, provider setup, provider streams, or listener dispatch that never settle.
- Patch branch:
patch/esc-abort
- Patch branch:
The integrated Esc and manual-retry patches both extend the Agent failure lifecycle. Their independent branches remain directly reviewable; tmp/patch/esc-manual-retry-compat supplies only the downstream combined handleRunFailure() resolution and is merged immediately after them.
These branches still exist but are not squash-merged into rebuilt main until they are rebased onto current upstream:
- Provider catalog refresh consistency
- Patch branch:
patch/model-refresh-consistency
- Patch branch:
- TUI synchronized-output hardware cursor positioning
- Patch branch:
patch/tui-synchronized-cursor
- Patch branch:
- Keep the fork/pre-release changelog baseline, display, and version handling correct across downstream release cycles.
- Patch branch:
patch/changelog-prerelease
- Patch branch:
Provider-transparent compaction keeps one portable session history across providers while allowing compatible providers to resume from private checkpoints.This feature is retired and explicitly unsupported.- Archived branch:
retired/provider-transparent-compaction - Responses API compaction does not reduce API charges: compacted or provider-held context remains billable. It also makes the client-visible state machine opaque, and that hidden state can amplify charges in some cases through unexpected context retention, replay, or repeated compaction.
- Archived branch:
xz-dev Pi is distributed through immutable GitHub Releases. Each Release ships six prebuilt Bun-compiled platform bundles (pi-darwin-arm64.tar.gz, pi-darwin-x64.tar.gz, pi-linux-arm64.tar.gz, pi-linux-x64.tar.gz, pi-windows-arm64.zip, pi-windows-x64.zip). A standalone install requires no Node.js, Bun, npm, or package manager at runtime; the executable and its adjacent native modules, WASM, themes, assets, HTML export templates, docs, and examples travel together as one version-matched archive. Installation keeps only the current, previous, and staging bundles needed for safe switching and Windows cleanup.
curl -fsSL https://github.com/xz-dev/pi/releases/latest/download/install.sh | sh
pi --version& ([scriptblock]::Create((Invoke-WebRequest https://github.com/xz-dev/pi/releases/latest/download/install.ps1 -UseBasicParsing).Content))
pi --versionAn installer downloaded from /releases/download/xz-v<VERSION>/install.sh installs only that exact Release; it never performs latest discovery and never requires a version argument:
curl -fsSL https://github.com/xz-dev/pi/releases/download/xz-v<VERSION>/install.sh | shThe generated native installers are standalone and verify the exact Release manifest and bundle/checksum metadata without Node.js, Bun, npm, or a package manager. They also require the GitHub CLI (gh) so it can verify the Release-hosted artifact attestation bundle before extracting or executing any bundle code. Public Release verification does not require signing in to GitHub; it may contact Sigstore's TUF service for current trusted-root material. Release assets include SHA256SUMS and GitHub build-provenance attestations.
A managed binary installation updates through the same installer implementation used for fresh installation:
pi update --selfOn POSIX, activation creates current.new pointing at the new complete bundle and atomically renames it over current; previous is updated afterward as non-authoritative cleanup metadata. On Windows, a stable launcher reads a small current pointer file and never overwrites the running pi.exe; locked old bundles are deferred for cleanup. A new Pi invocation uses the new bundle. There is no public rollback or arbitrary retained-version catalog.
A documented source installation uses the xz-dev checkout and is user-managed:
git clone https://github.com/xz-dev/pi.git
cd pi
npm ci --ignore-scripts
npm run build
cd packages/coding-agent
npm linkFor this installation, pi update --self never runs a package-manager update and never queries official upstream Release/update sources; it prints xz-dev source-checkout update instructions that you run yourself.
See MAINTAIN.md for the authoritative downstream branch ownership, rebuild, publication, recovery, and patch-retirement rules.
Twice daily, Upstream Sync rebuilds main from the latest https://github.com/earendil-works/pi.git main, then integrates the maintenance overlay, feature and fix branches, and temporary compatibility branches in a fixed order:
- 01:28 Asia/Shanghai
- 13:28 Asia/Shanghai
Before a lease-protected update of main, the workflow installs dependencies, hydrates model data, builds, checks, runs focused integration regressions, validates the exact GitHub Release candidate, audits production and development dependencies, and verifies production dependency signatures. Conflicts, empty integrations, failed gates, or a changed remote lease leave main unchanged. A successful push triggers the full CI, Esc Abort Integration, and Publish GitHub Release workflows for the rebuilt commit.