Guides the user through configuring pi — provider, model, base URL, and API key. Use when the user asks to "setup pi", "configure pi", "pi setup", "set up pi provider", "pi config", "change pi model", or invokes /pi:setup. Only run this skill when the user explicitly requests pi setup — never auto-invoke.
Guides the user through configuring pi — provider, model, base URL, and API key. Use when the user asks to "setup pi", "configure pi", "pi setup", "set up pi provider", "pi config", "change pi model", or invokes /pi:setup. Only run this skill when the user explicitly requests pi setup — never auto-invoke.
This skill is for human-only setup. Never invoke it automatically. Only run when the user explicitly calls /pi:setup. Configure pi's provider, model, and endpoint so /pi:delegate and /pi:review can use them without repeating flags.
Before Execution: Check Installation
command -v pi >/dev/null 2>&1
If not installed, guide the user:
npm install -g @earendil-works/pi-coding-agent
Or via the standalone installer:
curl -fsSL https://pi.dev/install.sh | sh
Then stop — do not proceed without pi installed.
Settings File
Both /pi:delegate and /pi:review read from the same settings chain:
~/.claude/pi.local.json — global user-wide defaults
pi's own defaults (pi decides its own default provider and model)
This skill writes to ~/.claude/pi.local.json (global, takes effect for all projects).
Settings file format
The settings file uses the named-endpoint format shared by /pi:delegate and /pi:review. All fields are optional — only override what you want to change.
Values can reference environment variables using $VAR or ${VAR} syntax — they are resolved at read time by /pi:delegate and /pi:review. This is useful for API keys: "apiKey": "$MY_API_KEY" reads from the environment variable at runtime.
provider (required) — pi's known provider name (openai, anthropic, google, etc.)
baseUrl (optional) — custom API endpoint; when present it is written to ~/.pi/agent/models.json at runtime
apiKey (optional) — API key or $ENV_VAR reference
models — array of model IDs available via this endpoint
Top-level withPackages (default false) is the clean-mode escape hatch: when true, /pi:delegate and /pi:review load packages/skills/extensions from the pi CLI home (~/.pi, configured via pi install / pi list — not Claude Code plugins). Leave it false unless you intentionally want bridge tasks to inherit that interactive pi configuration.
Legacy flat fields (provider/model/baseUrl/apiKey) are still honored by the delegate skill as a fallback when no defaultEndpoint is set, but new setups should use the endpoint format.
--list-models flag
When $ARGUMENTS is exactly --list-models, read the current settings and show the effective configuration:
echo"=== Current pi configuration ==="echo"Settings file: $HOME/.claude/pi.local.json"if [ -f "$HOME/.claude/pi.local.json" ]; thencat"$HOME/.claude/pi.local.json"elseecho"(not configured — pi uses its defaults)"fiecho""echo"To configure, run: /pi:setup --endpoint <name> --provider <name> --model <id> [--base-url <url>]"echo"Or use interactive mode: /pi:setup --edit-config"
Then stop — do not proceed to setup.
--test flag
When $ARGUMENTS includes --test, run a quick connectivity test. Build the command as an array so each flag is a distinct argument under both bash and zsh (zsh does not word-split an unquoted ${PROVIDER:+--provider ...} expansion):
CMD=(pi -p)
# Provider: use the resolved PROVIDER; else if a custom BASE_URL is set, use the# models.json key (PROVIDER_KEY, default openai) so the probe reaches the custom endpoint.if [ -n "$PROVIDER" ]; then
CMD+=(--provider "$PROVIDER")
elif [ -n "$BASE_URL" ]; then
CMD+=(--provider "${PROVIDER_KEY:-openai}")
fi# Only pass --model when set — an empty --model is silently accepted by pi but the# probe then runs without the intended model (setup never resolves MODEL itself).
[ -n "$MODEL" ] && CMD+=(--model "$MODEL")
CMD+=(--thinking low --no-session --no-context-files --approve --no-extensions --no-skills "Reply with exactly: OK. Model: <model-name>")
# </dev/null: pi -p hangs on a terminal/pipe stdin (mis-detects interactive) — force non-interactive."${CMD[@]}" </dev/null
Report the result: "pi responded successfully with model " on exit 0, or the error on failure.
Setup Process
Step 1: Detect current state
Show the user their current configuration:
echo"=== Current pi configuration ==="if [ -f "$HOME/.claude/pi.local.json" ]; thencat"$HOME/.claude/pi.local.json"elseecho"No configuration file found."fi
Step 2: Collect configuration from CLI flags or interactive
If $ARGUMENTS contains flags, parse them directly:
Flag
Description
--endpoint
Endpoint key name (default local-proxy)
--provider
LLM provider name (openai, anthropic, google, etc.)
--model
Model ID (e.g. gemini-3.6-flash-high, claude-sonnet-4-20250514)
--base-url
Custom API endpoint URL (OpenAI-compatible)
--api-key
API key for the provider (stored in settings file, or reference $ENV_VAR)
If no flags are provided, use the AskUserQuestion tool to ask the user:
Provider: What provider do you want to use? (Options: openai, anthropic, google, or "Other" for custom)
Model: What model ID? (e.g. gemini-3.6-flash-high, claude-sonnet-4-20250514)
Base URL (optional): Custom endpoint URL, or empty for the provider's default
API Key (optional): API key or $ENV_VAR reference? (leave empty to use environment variables)
Step 3: Write configuration
mkdir -p "$HOME/.claude"# Read existing config
EXISTING="{}"if [ -f "$HOME/.claude/pi.local.json" ]; then
EXISTING=$(cat"$HOME/.claude/pi.local.json")
fi# Endpoint target: an explicit --endpoint names the key to write; otherwise reconfigure# the existing defaultEndpoint (so a plain /pi:setup reaches the endpoint the skills read).
ENDPOINT_IS_EXPLICIT="0"if [[ "$ARGUMENTS" == *"--endpoint"* ]]; then
ENDPOINT_IS_EXPLICIT="1"
ENDPOINT="${ENDPOINT:-local-proxy}"else
ENDPOINT="${ENDPOINT:-$(echo "$EXISTING" | jq -r 'if .defaultEndpoint and .defaultEndpoint != "" then .defaultEndpoint else "local-proxy" end')}"fi# Merge into the endpoints map — only override non-empty fields.# When an explicit --endpoint is given, make it the default so provider and model# resolve consistently (see defaultModel note below).echo"$EXISTING" | jq \
--arg e "$ENDPOINT" \
--arg explicit "${ENDPOINT_IS_EXPLICIT:-}" \
--arg provider "${PROVIDER:-}" \
--arg model "${MODEL:-}" \
--arg baseUrl "${BASE_URL:-}" \
--arg apiKey "${API_KEY:-}" \
'.endpoints[$e] = (.endpoints[$e] // {provider: (if $provider != "" then $provider else "openai" end)}) |
.endpoints[$e].provider = (if $provider != "" then $provider else .endpoints[$e].provider end) |
.endpoints[$e].baseUrl = (if $baseUrl != "" then $baseUrl else .endpoints[$e].baseUrl // "" end) |
.endpoints[$e].apiKey = (if $apiKey != "" then $apiKey else .endpoints[$e].apiKey // "" end) |
.endpoints[$e].models = ((.endpoints[$e].models // []) + [($model | select(. != ""))] | unique) |
.defaultEndpoint = (if $explicit == "1" then $e else (.defaultEndpoint // $e) end) |
.defaultModel = (if $model != "" then $model else .defaultModel // "" end)' \
> "$HOME/.claude/pi.local.json.tmp" && \
mv"$HOME/.claude/pi.local.json.tmp""$HOME/.claude/pi.local.json"
Step 4: Verify with --test
Run the test automatically after writing config. pi has no --base-url flag — a custom endpoint goes through ~/.pi/agent/models.json. Write it there first (idempotent: register baseUrl + model, skip when unchanged), then test:
# Resolve the agent dir the same way pi-agent does, so setup writes to the# endpoint pi actually reads (matches AGENT_DIR / PI_CODING_AGENT_DIR overrides).
AGENT_DIR="${AGENT_DIR:-${PI_CODING_AGENT_DIR:-$HOME/.pi/agent}}"# Ensure the endpoint is in the agent-dir models.json (pi reads endpoints from there)# Use PROVIDER_KEY for the write so $PROVIDER (possibly empty = pi's default) is untouched.if [ -n "$BASE_URL" ]; then
PROVIDER_KEY="${PROVIDER:-openai}"mkdir -p "$AGENT_DIR"
EXISTING=$(cat"$AGENT_DIR/models.json" 2>/dev/null)
EXISTING="${EXISTING:-{}}"# empty file (exists but 0 bytes) → {} so jq has valid input
NEW=$(echo"$EXISTING" | jq -c --arg provider "$PROVIDER_KEY" --arg baseUrl "$BASE_URL" --arg model "$MODEL" \
'.providers[$provider] = (.providers[$provider] // {}) |
.providers[$provider].baseUrl = $baseUrl |
if $model != "" then
(.providers[$provider].models //= []) |
.providers[$provider].models |= (
if any(.id == $model) then . else . + [{id: $model}] end
)
else . end')
if [ "$NEW" != "$EXISTING" ]; thenecho"$NEW" > "$AGENT_DIR/models.json.tmp" && mv"$AGENT_DIR/models.json.tmp""$AGENT_DIR/models.json"fifi
CMD=(pi -p)
# Provider: use the resolved PROVIDER; else if a custom BASE_URL is set, use the# models.json key (PROVIDER_KEY, default openai) so the probe reaches the custom endpoint.if [ -n "$PROVIDER" ]; then
CMD+=(--provider "$PROVIDER")
elif [ -n "$BASE_URL" ]; then
CMD+=(--provider "${PROVIDER_KEY:-openai}")
fi# Only pass --model when set — an empty --model is silently accepted by pi but the# probe then runs without the intended model (setup never resolves MODEL itself).
[ -n "$MODEL" ] && CMD+=(--model "$MODEL")
CMD+=(--thinking low --no-session --no-context-files --approve --no-extensions --no-skills "Reply with exactly: OK. Model: <model-name>")
# Pin the probe to the agent dir we just wrote (matches pi-agent's run pattern).# </dev/null: pi -p hangs on a terminal/pipe stdin (mis-detects interactive).
PI_CODING_AGENT_DIR="$AGENT_DIR""${CMD[@]}" </dev/null
Report success or failure to the user.
Step 5: Summary
Show the final configuration and tell the user:
pi configured successfully. Both `/pi:delegate` and `/pi:review` will use these settings by default.
To override for a single invocation:
/pi:delegate <task> --endpoint <name> --model <id>
/pi:review --endpoint <name> --model <id>
To edit manually:
/pi:setup --edit-config
To view current config:
/pi:setup --list-models