README.md is for users.
Keep development details, testing notes, internal tool guidance, and docs build details in this file.
Install dependencies:
pnpm installRun checks:
pnpm lint
pnpm typechecksrc/- extension sourcesrc/tools/-processtool and actionssrc/commands/-/pscommands and settings UIsrc/hooks/- lifecycle hooks, blocker, message rendering, widgetssrc/components/- TUI componentsskills/- shipped package skills.agents/skills/- local repo-only skills for development workflows.github/docs-site/- isolated docs page build
This extension is mainly for agent-managed background processes.
Typical flow:
- Pi starts a long-running command in the background.
- Pi continues other work.
- The user watches, pins, or kills the process from the UI.
- Pi inspects output or logs when needed.
Use the process tool for long-running commands such as dev servers, test watchers, build watchers, and log tails.
Avoid shell background patterns when the process tool fits.
Background command blocking is optional. It is controlled by interception.blockBackgroundCommands.
Useful local checks:
pnpm lint
pnpm typecheckUseful manual process scripts:
./test/test-output.sh
./test/test-exit-success.sh 5
./test/test-exit-failure.sh 5
./test/test-exit-crash.sh 5Keep README.md focused on user outcomes:
- what the extension does
- how users interact with it
- slash commands and UI behavior
- troubleshooting
Avoid putting these in README.md:
- dev commands
- test commands
- internal architecture details
- detailed tool-call schemas
- release workflow notes
Use HTML comments in README.md:
<!-- VIDEO: {"id":"process-panel","title":"Browse and manage processes from the panel"} -->GitHub ignores these comments. The docs page build turns them into video blocks.
Add one placeholder for each feature section.
The generated docs page lives under .github/docs-site/ and is isolated from the extension source.
It reads README.md, converts markdown into structured content, replaces video placeholders, highlights code with Shiki, and builds a static page with Vite and Tailwind.
The GitHub Actions workflow for this lives in .github/workflows/docs-page.yml.
For demo recording, use a small self-contained project with a realistic workflow.
The best pattern used for this extension was a fake Northwind API project where Pi:
- starts a server in the background
- runs tests and sees failures
- runs migrations
- checks server logs
- updates seed data
- reruns tests
- cleans up the process
That pattern shows why background processes matter in a normal task instead of showing features one by one.