@codersbrew/pi-tools
v0.5.1
Published
A pi package bundling CodersBrew pi extensions and skills.
Maintainers
Readme
@codersbrew/pi-tools
A publishable pi package that bundles CodersBrew pi extensions, skills, and prompt templates.
Included resources
Extensions
security
Protects common dangerous tool operations by:
- warning or blocking risky
bashcommands such asrm -rf,sudo, and destructive disk operations - blocking writes to sensitive paths like
.env,.git,node_modules, SSH keys, and common secrets files - prompting before lockfile edits such as
package-lock.json,yarn.lock, andpnpm-lock.yaml
session-breakdown
Adds an interactive TUI for analyzing pi session history from ~/.pi/agent/sessions, including:
- sessions, messages, tokens, and cost over the last 7 / 30 / 90 days
- model, cwd, day-of-week, and time-of-day breakdowns
- contribution-style heatmap visualizations
update-pi
Adds a /update-pi slash command that upgrades @mariozechner/pi-coding-agent using your detected package manager (or configured npmCommand) and reminds you to restart pi afterward.
subagent
Delegates work to specialized subagents that run in isolated pi subprocesses.
Bundled defaults:
- built-in agents:
scout,planner,reviewer,worker,coordinator - packaged prompt templates:
/plan,/execute-plan,/continue-plan,/implement,/scout-and-plan,/implement-and-review - tracked markdown plans written to
plan/*.mdwith task IDs, status checkboxes, dependency metadata, and validation steps - coordinators can fan out safe parallel worker batches and update shared plan files as work completes
- live streaming of subagent progress, tool calls, usage, and final markdown output
Override behavior:
- packaged agents act as defaults
~/.pi/agent/agents/*.mdoverrides packaged agents of the same name.pi/agents/*.mdoverrides both packaged and user-level agents whenagentScope: "project"or"both"
Skill: github-workflow
An opinionated GitHub workflow skill for branch creation, commits, pushes, PR creation, review, and merge work.
It prefers gh for GitHub-aware actions and uses plain git where local source-control operations are the better tool.
Invoke it in pi with:
/skill:github-workflowInstall
Global install:
pi install npm:@codersbrew/pi-toolsProject-local install:
pi install -l npm:@codersbrew/pi-toolsYou can also add it manually to pi settings:
{
"packages": ["npm:@codersbrew/pi-tools"]
}Using the bundled subagent workflows
After installing the package, the prompt templates are available directly in pi:
/plan add Redis caching to the session store
/execute-plan plan/add-redis-caching.md
/continue-plan plan/add-redis-caching.md
/implement add Redis caching to the session store
/scout-and-plan refactor auth to support OAuth
/implement-and-review add input validation to API endpointsTracked plans are written to plan/*.md. New-plan workflows create or reuse a focused git branch before materializing the plan when the checkout is clean enough to do so safely. Tasks are checked off in place, blocked tasks are marked explicitly, and testing/type-checking is required before coordinated workflows mark implementation tasks complete.
To customize or add agents, create markdown agent files in either:
~/.pi/agent/agents/for your personal defaults.pi/agents/for project-local agents
Package structure
This package uses pi's standard package manifest and currently publishes:
extensions/security.tsextensions/session-breakdown.tsextensions/update-pi.tsextensions/subagent/index.tsskills/github-workflow/SKILL.mdextensions/subagent/prompts/*.md
The root package.json exposes them through:
{
"pi": {
"extensions": ["./extensions"],
"skills": ["./skills"],
"prompts": ["./extensions/subagent/prompts"]
}
}Local development
Install dependencies:
npm installRun local verification:
npm run checkPreview the publish tarball:
npm pack --dry-runReleasing
This repo includes .github/workflows/release.yml.
Ongoing release flow:
- Update the package version in
package.json - Commit and push the change
- Create and push a matching version tag such as
v0.3.0 - GitHub Actions will run verification, publish to npm, and create a GitHub release
The workflow supports either:
- npm trusted publishing via GitHub OIDC
NPM_TOKENfallback publishing when the secret is present
If you use manual dispatch, ensure the version in package.json has not already been published.
License
MIT
