pi-codex-auto-review

English | 한국어

Execution approval review for Pi, inspired by Codex's Approve for me. Check shell, file, and MCP tool calls against local policies, then choose automatic model review or user confirmation for calls that need approval. Approved calls use Pi's original executor.

This is an approval assistant, not an OS sandbox. Approved commands run with the host's permissions; the extension does not isolate files, processes, or network access.

The quick start below installs automatic review only. To install it together with Computer Use, Fast mode, and image generation, follow the @buyong/pi-codex guide. Other packages from the same repository are listed in the pi-packages README.

Requirements

The rule engine is JavaScript compiled from TypeScript: no Rust compiler or platform-specific rule binary is needed. Pi's own native dependencies are separate. Automatic review makes additional model calls and may consume provider usage.

Quick start

Before installing, check two conditions:

• Do not enable this extension both individually and through @buyong/pi-codex. Duplicate registrations can affect tools, commands, and event handlers.
• If the older unscoped pi-codex-auto-review is installed, remove its source as shown by pi list first, in the same global or --local scope.

With Pi installed, install the latest published automatic-review package and start a session:

pi install npm:@buyong/pi-codex-auto-review
pi list
pi

pi list shows npm:@buyong/pi-codex-auto-review and its installed path under User packages:.

In Pi:

1. Configure provider access with /login if needed, then select your conversation model.
2. Run /approve and choose Approve for me.
3. Send this prompt:

Use bash to run exactly node --version and report the result. Do not install anything or change files.

With the default policy, this command requires approval review. A successful run reports the installed Node.js version; a denied or failed review does not execute the command. Custom rules and existing approvals can change the review route.

Use /approve-model to choose a reviewer without changing the conversation model. For user confirmation instead of model review, choose Ask for approval in /approve.

Installation scope and versions

• Add --local to pi install for a project-scoped entry. Pi loads project packages only after trusting that project.
• Append @<version> to the npm package name to pin a published release. These documents describe the current source; a published version may not include unreleased changes.

To refuse to start when approval controls fail to load, use the guarded CLI or SDK. Pi 1.3.0 exits with code 1 on extension loading errors during a fresh CLI startup. Reload and SDK error handling are separate; guarded startup also checks controller readiness before execution.

Approval modes and settings

/approve selects an approval mode or turns the whole extension on or off. It does not make every ordinary read or workspace write require a prompt.

Use /approve off to turn the whole extension off, /approve on to restore the previous approval mode and review model, and /approve status to show its current state. On/off changes apply immediately and persist across sessions. Choosing Approve for me, Ask for approval, or confirmed Full Access in /approve also turns the extension back on; changing only the review cache expiry or the review model leaves it off.

Settings are saved to <agentDir>/guard/settings.json, or to the policy file selected with the CLI --policy option or the SDK settingsPath option. agentDir normally is ~/.pi/agent and honors PI_CODING_AGENT_DIR. Cancelling a picker preserves the existing settings. Fixed command, picker, and approval-dialog text is in English.

The usage guide covers model scope, saved settings, reloading, and how Pi's shell settings are kept. For a denied operation, read the reason before changing your authorization or using /approve retry; a retry requests a new review, not an automatic approval.

Approval boundaries

With the extension on and Full Access off, the default policy distinguishes ordinary scope, reviewable operations, and absolute denials:

Absolute denials are checked before model review and saved approvals. Review errors, timeouts, and cancellation never count as approval. Saved exact-action grants bind to the tool, input, execution context, policy, and requested scope. Eligible MCP tools and skill scripts can also reuse an approval while their version and content stay unchanged; see approval reuse.

Reviewer-bound evidence is masked with @buyong/redact, and you can add masking rules and opt-in personal-information detection. Masking protects the reviewer's copy, not the original action executed after approval. When the reviewer investigates a file, it masks the complete text of files up to 1 MiB before excerpting and refuses larger files. See policy settings and reviewer redaction.

Audit records go to <agentDir>/guard/audit.jsonl, which grows without rotation; memory keeps only the latest 1,000 records. Stop sessions using that directory before you archive or delete the file.

What approval does not guarantee

• OS isolation: reviewed scope is not an enforced permission boundary. Approved shells and interpreters can access files indirectly or contact different destinations during execution. There is no network proxy or exhaustive directory/hard-link scan.
• Coverage of trusted code: Pi, loaded extensions, and external MCP servers are trusted execution components. Other extensions' tools do not automatically receive this approval gate, and execution inside an external MCP server is not isolated.
• Immediate external cancellation: stopping a request already sent to an MCP server depends on that server's implementation.
• Codex-equivalent security or decisions: the baseline is the public policy and rule contracts in Codex rust-v0.160.0, not its proprietary model or sandbox.
• Changes to an installed Pi host: this repository's lockfile does not replace a separate host's dependencies. See dependency security.

Build and verify from source

For contributors, run from the pi-packages repository root. The last check needs the installed Pi CLI:

pnpm install
pnpm --filter "@buyong/pi-codex-auto-review..." build
cd apps/pi-codex-auto-review
pnpm run typecheck
pnpm run lint
pnpm run test:unit
verification_dir="$(mktemp -d)"
PI_CODING_AGENT_DIR="$verification_dir" PI_OFFLINE=1 \
  pi --no-extensions -e "$PWD/dist/index.js" --help
test ! -e "$verification_dir/pi-codex-auto-review.sqlite"

build also builds @buyong/redact, which this package imports. test:unit runs the unit, integration, conformance, execution, and end-to-end tests on the current OS using model/UI fixtures, not paid model calls. The help check prints Pi's help with this extension loaded, without starting a session or calling a model. Expected: every command exits 0 and no review database (pi-codex-auto-review.sqlite, the read-only review cache) is created; Pi may create its own settings/authentication files in the temporary directory. To load the built extension in a session, follow source installation.

A local pass does not verify another OS or live model. The Docker and Windows verification of the previous pi-codex-auto-review repository is not part of this repository; its records remain in the verification matrix.

Documentation and help

• Usage · 한국어 — Installation, approval settings, CLI/SDK, policies, and verification.
• Dependency security · 한국어 — Recorded fixes and their scope.
• Protection verification · 한국어 — Current checks, historical results, and unverified boundaries.
• Issues — Bug reports and questions.

License

Apache-2.0. Attribution for the TypeScript port of Codex rule contracts and included policies is preserved in NOTICE.