Installation and first use
Requirements
Section titled “Requirements”- Pi
>=0.84.3satisfies the package peer requirement. - Pi
0.84.3is the explicitly checked baseline; newer Pi versions are not claimed as tested. - Access to npm to install the latest published package, currently
0.5.0. - Authenticated providers exposing the exact Small, Medium, and Large model references you intend to use in Pi’s current scope. Visual Design is optional.
Safe first-use path
Section titled “Safe first-use path”1. Install and reload
Section titled “1. Install and reload”Install the published package in Pi’s user settings:
pi install npm:pi-delegation-policyRestart Pi or run /reload. The extension is inactive by default: a new session with no configured
intensity starts at off.
2. Configure exact role references
Section titled “2. Configure exact role references”Open /delegate in Pi’s TUI (or press Alt+G when that shortcut is available). In the editor:
- Set Small to an exact provider and model ID exposed by Pi and authenticated for that provider.
- Set Medium to its own exact provider and model ID.
- Set Large to its own exact provider and model ID.
- Optionally set Visual Design to an exact reference, or leave it disabled.
- Keep the values as a draft while editing. Choose Apply changes only after all required roles are ready.
The panel displays model ID first and [provider] last, and searches provider, model ID, and display
name. It also shows a compact effective-policy preview and short explanations for each field. When Pi
supplies public model metadata, the model selector can show its name, API, reasoning support, context
window, and maximum output. This metadata is transient and is not stored in policy settings.
Each configured role stores separate provider and model values as its exact base identity. For every
delegated launch, the main agent also chooses thinking for the current task. With pi-subagents, it
passes the exact base and chosen level together:
model: "provider/model:LEVEL"LEVEL is replaced for each run with a level supported by the selected model. Launchers that expose a
separate per-run thinking field can send the exact provider/model base and the level separately. The
policy does not substitute a different model or rely on ambient model or thinking defaults.
Visual Design can own a bounded presentation patch when its visual result is the primary acceptance criterion and existing behavior, data contracts, component scope, and platform remain unchanged. It can create and integrate visual assets or edit presentation code, then run relevant existing checks. Use Small, Medium, or Large for logic, data, APIs, routes, interaction behavior, application architecture, tooling, cross-system integration, and behavior tests. The main agent remains responsible for final integration and acceptance.
3. Select an active intensity and apply
Section titled “3. Select an active intensity and apply”Choose normal for a benefit threshold that clearly outweighs briefing, supervision, review, and
integration overhead. Choose aggressive for suitable substantial, separable, independently
checkable work when the objective and acceptance criteria are clear. Tightly coupled work or clearly
prohibitive overhead remains with the main agent in either mode.
Select Apply changes (or press A). Saving effective configuration as defaults is a separate
action: it updates the global file without applying the current session draft.
4. Inspect status before relying on it
Section titled “4. Inspect status before relying on it”Run:
/delegate statusThe status output shows each effective role’s exact provider/model reference and its provenance:
default, global, or session. Confirm the footer shows D:NORM or D:AGG. These labels mean the
selected active intensity has a valid required configuration. D:ERR means an active required role is
missing, unavailable, out-of-scope, or unauthenticated; no policy is injected. Correct the role and
apply again. D:OFF means injection is disabled.
5. Start the next agent run
Section titled “5. Start the next agent run”The applied configuration is read when Pi prepares the next agent run. It does not rewrite an agent that is already running. Turning the policy off removes it from subsequent runs; Pi rebuilds the system prompt for each run.
Local checkout (secondary)
Section titled “Local checkout (secondary)”For development, from the checkout’s parent directory, install the package folder instead:
pi install ./pi-delegation-policySee configuration for defaults and session inheritance, or commands and status for the complete operating guide.