@capyup/pi-goal

pi-goal

pi-goal is a long-running goal extension for pi. It gives the agent a durable objective, a visible lifecycle, and schema-gated tools for drafting, executing, pausing, resuming, and completing work.

The extension is designed around one rule: the user owns intent; the agent executes only after the goal is explicit and confirmed.

What it provides

• Two goal styles: regular goals for open-ended work, and Sisyphus goals for patient ordered execution.
• Draft-before-run flow: /goal-set and /goal-sisyphus start a drafting conversation before any work begins.
• Confirm-before-commit: the agent must call propose_goal_draft; the user confirms or keeps chatting.
• Full goal visibility: after confirmation, the final objective is printed back into the conversation in full.
• Auto-continue loop: confirmed goals can continue across turns until completion, pause, budget limit, abort, or user interruption.
• Schema gates: unsafe lifecycle transitions are rejected by tool validators, not just prompts.
• Sisyphus as a light variant: Sisyphus shares the normal lifecycle/tools and differs only in prompt style and completion standard.
• Pause/resume/abort/clear lifecycle: goals can be paused by the user, paused by the agent when blocked, resumed, completed from pause, aborted, or archived.
• Disk-backed state: active and archived goals are stored under .pi/goals/.
• Lightweight built-in questionnaire tools: goal_question and goal_questionnaire let the agent ask structured drafting questions without depending on another package.
• Above-editor status widget: pi shows the current goal, status, budget, progress, and active file path while work is running.

Install

From npm:

pi install npm:@capyup/pi-goal

From a local checkout:

pi install .

Try once without installing:

pi -e .

Quick start

Regular goal

/goal-set add structured logging to the auth module

Flow:

• The agent asks at least one concrete question about success criteria, constraints, boundaries, priorities, or blocker handling.
• The agent calls propose_goal_draft with a concrete objective after incorporating the answer.
• pi shows a full plain-text confirmation report.
• If confirmed, the full finalized goal is printed into the conversation and written to .pi/goals/.
• The agent works until it calls update_goal(status="complete"), pauses, aborts, hits a budget/cap, or the user interrupts.

Sisyphus goal

/goal-sisyphus Refactor the auth flow: 1) extract token validation. 2) wire it into login. 3) update tests.

Sisyphus mode is for patient ordered execution. It uses the same lifecycle and tools as a regular goal; the difference is the prompt style and completion standard: preserve the user's order, do not rush, do not invent preflight/reconnaissance steps, and stop to ask when blocked.

User commands

/goal-set <topic>       Start drafting a regular goal
/goal-sisyphus <topic>  Start drafting a Sisyphus-style goal
/goal-status            Show current goal state
/goal-tweak <change>    Draft a revision to the active/paused goal
/goal-pause             Pause the active goal
/goal-resume            Resume a paused goal
/goal-abort             Abort/archive the current goal or cancel drafting
/goal-clear             Archive the active goal or cancel drafting

Pressing Esc or aborting an active run pauses the goal so it does not remain falsely active.

Agent tools

The extension exposes tools only when they make sense for the current lifecycle phase.

Tool	Visible when	Purpose
goal_question	drafting / tweak drafting	Ask one focused user question
goal_questionnaire	drafting / tweak drafting	Ask multiple structured questions
get_goal	always	Read current goal state
propose_goal_draft	goal drafting only	Submit a concrete draft for user confirmation
apply_goal_tweak	tweak drafting only	Submit a revision to an existing goal
update_goal	active or paused goal	Mark the goal complete when all requirements are satisfied
pause_goal	active/budget-limited goal	Pause because of a real blocker
abort_goal	active, budget-limited, or paused goal	Abort/archive an obsolete, impossible, unsafe, or user-cancelled goal
step_complete	hidden / legacy	Compatibility no-op; Sisyphus no longer requires a step counter
create_goal	hidden	Internal compatibility path; normal creation goes through propose_goal_draft

Drafting behavior

During /goal-set, /goal-sisyphus, or /goal-tweak, the agent is in an interview phase. For /goal-set and /goal-sisyphus, the agent must ask at least one concrete grill-me style question before propose_goal_draft; the B0 question gate rejects direct proposals. Prefer goal_question with a recommended answer for the first decision branch; use goal_questionnaire only for tightly related choices. Workhorse tools are blocked.

Allowed during goal drafting:

• goal_question
• goal_questionnaire
• get_goal
• propose_goal_draft

Blocked during goal drafting:

• shell/file/search tools such as bash, read, write, edit, grep, find, ls
• lifecycle tools that would mutate execution state before the user confirms

When a draft is proposed, the confirmation UI shows a full plain-text report with draft details, the original topic, and the proposed goal. When it is confirmed, the tool result includes the full final objective, not a one-line summary. This makes the confirmed contract visible in the conversation as well as on disk.

Completion behavior

Completion is also explicit. The agent should call:

{"status":"complete","completionSummary":"What was completed and what evidence proves it."}

The completion result prints a full report into the conversation:

• Goal complete.
• optional completion summary / evidence supplied by the agent
• full current goal details, including objective, status, usage, budget, mode, and file path

Sisyphus goals use the same completion tool as regular goals. The stricter part is the prompt/criteria standard: the agent should only complete after the whole ordered objective is actually satisfied. A paused goal can also be completed directly when the agent already has enough evidence that every requirement is satisfied; it does not need a resume just to call update_goal.

Schema gates

The shipped gates are intentionally small and mechanical.

Gate	Prevents
Drafting tool whitelist	The agent doing repo reconnaissance before the user confirms a goal
Focus consistency	/goal-set accidentally becoming Sisyphus, or /goal-sisyphus becoming regular mode
Required drafting question	The agent directly agreeing to a goal without grilling the user on criteria or constraints
Confirm-before-commit	The agent silently creating or replacing a goal
Completion gate	Completing stale, missing, or already completed goals; paused goals remain completable when evidence is sufficient
Abort gate	Aborting missing, stale, completed, or reasonless goals
Post-stop block	Continuing to call tools after pause_goal, abort_goal, update_goal, or apply_goal_tweak stops the turn
Auto-continue cap	Runaway continuation chains
Abort pause	Active goals staying active after user abort / Ctrl-C
Post-compaction reminder	Losing the active objective after session compaction

Files

.pi/goals/active_goal_<timestamp>_<id>.md
.pi/goals/archived/goal_<timestamp>_<id>.md

Each file contains:

• extension-owned JSON metadata;
• a user-editable # Goal Prompt section;
• progress/status information.

The extension re-reads only the # Goal Prompt body from disk. Lifecycle metadata remains controlled by the extension.

Goal paths are constrained to .pi/goals/ and .pi/goals/archived/; absolute paths, traversal, NUL bytes, symlinks, and unsafe metadata paths are rejected.

Environment variables

Variable	Default	Purpose
PI_GOAL_MAX_AUTOCONTINUE_TURNS	30	Hard cap for consecutive auto-continue turns, clamped to 1-1000
PI_GOAL_AUTO_CONFIRM	unset	When 1, auto-confirms drafts in headless/test contexts

Development

npm install
npm test
npm run check
npm pack --dry-run

The fast unit suite uses Node's built-in test runner and covers core parsing, drafting gates, lifecycle policy, abort policy, questionnaire formatting, centralized tool names, Sisyphus prompt-style behavior, completion reporting, and display helpers.

The experiment harness under experiments/ runs full pi sessions against real model calls and mechanical rubrics.

cd experiments
bash harness/run.sh C1-vague-goal-set --count 3 --grade --no-smoke

Package contents

The npm package ships only the runtime extension, docs, and package metadata. The extension is split into small modules:

extensions/goal.ts                 orchestration, commands, tools, events, timers
extensions/goal-record.ts          goal record types, normalization, creation helpers
extensions/goal-core.ts            parsing and display helpers
extensions/goal-draft.ts           drafting prompt, proposal validation, drafting tool gate
extensions/goal-policy.ts          lifecycle, pause/resume/complete, Sisyphus, budget policy
extensions/goal-questionnaire.ts   built-in question UI and question tool registration
extensions/goal-tool-names.ts      centralized published tool names and allowlists
extensions/prompts/goal-prompts.ts active, continuation, budget, tweak, and stale prompts
extensions/storage/goal-files.ts   goal file paths, serialization, parsing, archive IO
extensions/widgets/goal-widget.ts  above-editor goal beacon component
extensions/widgets/goal-notifications.ts widget-style notification text

Design principles

• User owns intent: only the user starts, replaces, resumes, clears, or confirms goals; the agent may only pause, complete, or abort through schema-gated lifecycle tools with evidence/reason.
• One commit path: normal goal creation goes through drafting and confirmation.
• Schema beats prompt walls: recurring failure modes are handled by validators and tool-call interceptors.
• Visible contracts: confirmed goals and completion reports are printed fully into the conversation.
• Lifecycle-shaped tool surface: the agent sees only tools appropriate to the current phase.
• Disk-backed continuity: goal state survives context churn and can be audited from .pi/goals/.

License

MIT