Run Dozzle Dev Instance
amir20/dozzle
Starts a Dozzle dev server on a port derived from the current worktree so you can test by hand in a browser, without disturbing instances started elsewhere.
Ship an OpenSpec change after openspec-apply completes. An agent skill from BlackBeltTechnology/pi-agent-dashboard.
$ npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install BlackBeltTechnology/pi-agent-dashboard ship-change --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/BlackBeltTechnology/pi-agent-dashboard.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.pi/skills/ship-change .claude/skills/ship-change && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "ship-change" agent skill from https://github.com/BlackBeltTechnology/pi-agent-dashboard/tree/develop/.pi/skills/ship-change into .claude/skills/ship-change/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-change", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/BlackBeltTechnology/pi-agent-dashboard/tree/develop/.pi/skills/ship-changeType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install BlackBeltTechnology/pi-agent-dashboard ship-change --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/BlackBeltTechnology/pi-agent-dashboard.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.pi/skills/ship-change .agents/skills/ship-change && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "ship-change" agent skill from https://github.com/BlackBeltTechnology/pi-agent-dashboard/tree/develop/.pi/skills/ship-change into .agents/skills/ship-change/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-change", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install BlackBeltTechnology/pi-agent-dashboard ship-change --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/BlackBeltTechnology/pi-agent-dashboard.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.pi/skills/ship-change .cursor/skills/ship-change && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "ship-change" agent skill from https://github.com/BlackBeltTechnology/pi-agent-dashboard/tree/develop/.pi/skills/ship-change into .cursor/skills/ship-change/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-change", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/BlackBeltTechnology/pi-agent-dashboard.git --path .pi/skills/ship-change--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install BlackBeltTechnology/pi-agent-dashboard ship-change --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/BlackBeltTechnology/pi-agent-dashboard.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.pi/skills/ship-change .gemini/skills/ship-change && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "ship-change" agent skill from https://github.com/BlackBeltTechnology/pi-agent-dashboard/tree/develop/.pi/skills/ship-change into .gemini/skills/ship-change/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-change", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install BlackBeltTechnology/pi-agent-dashboard ship-changeInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/BlackBeltTechnology/pi-agent-dashboard.git skills-src && mkdir -p .github/skills && cp -r skills-src/.pi/skills/ship-change .github/skills/ship-change && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "ship-change" agent skill from https://github.com/BlackBeltTechnology/pi-agent-dashboard/tree/develop/.pi/skills/ship-change into .github/skills/ship-change/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-change", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install BlackBeltTechnology/pi-agent-dashboard ship-change --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/BlackBeltTechnology/pi-agent-dashboard.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.pi/skills/ship-change .opencode/skills/ship-change && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "ship-change" agent skill from https://github.com/BlackBeltTechnology/pi-agent-dashboard/tree/develop/.pi/skills/ship-change into .opencode/skills/ship-change/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-change", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
ship-changeShip an OpenSpec change after openspec-apply completes. An agent skill from BlackBeltTechnology/pi-agent-dashboard.
Ship Change is an agent skill from BlackBeltTechnology/pi-agent-dashboard. Ship an OpenSpec change after openspec-apply completes. When only QA/manual tasks remain, marks them done (tested later), archives + syncs specs, commits, pushes, opens a PR against develop, watches CI, waits for CodeRabbit, auto-applies safe fixes and re-pushes, loops until CI green + no actionable review threads, then squash-merges with branch delete and removes the worktree. Use after implementation is done and the change is ready to land. Triggers: "ship this change", "ship it", "land the change", "merge and…
Its SKILL.md is about 3.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files (for example `SKILL.agent.md` and `SKILL.md.AGENTS.md`).
It sits in Development, covering Git worktrees. The repository describes itself as: Real-time web dashboard for pi coding-agent sessions. Multi-session view, live chat mirroring, integrated terminal, diff viewer, pi-flows execution, and mobile-first remote… The licence is MIT.
11 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 7a2d171. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
gitghnpmnpxpnpmFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use git, gh, npm, npx and pnpm, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Ship Change loads about 3.8k tokens when it runs. Until then it costs about 140 tokens; SKILL.md has 1,515 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check noted patterns worth knowing about, such as sudo or a known installer.
`.env` / dotfiles; never fetch non-GitHub URLs. Defer anything ambiguous and report it.Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from BlackBeltTechnology/pi-agent-dashboard at commit 7a2d171, republished under its MIT licence (© BlackBeltTechnology). 1,515 words, ~3,792 tokens.
.claude/skills/ship-change/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.End-to-end "land it" pipeline for an OpenSpec change. Runs after openspec-apply
has implemented the code. Orchestrates existing pieces — does not reimplement them.
develop..worktrees/os-<change>, branch os/<change>.origin → github.com:BlackBeltTechnology/pi-agent-dashboard.npx tsx ./scripts/list-recent-runs.ts [--failed], scripts/show-failed-run.ts <run-id>.AGENTS.md), not the worktree checkout.openspec-apply finished; all non-QA/manual tasks are checked.gh auth status succeeds; git remote get-url origin resolves.Resolve the change name from the worktree dir basename (os-<change> → <change>) or
openspec list --json. Announce: "Shipping change: <change>". If ambiguous, ask.
Read openspec/changes/<change>/tasks.md. List remaining - [ ] tasks. The
defer rule reads the manifest (test-plan.md) when present, else falls back
to the legacy keyword rule. Pure logic:
.pi/skills/ship-it/scripts/manifest.ts → deferDecision(tasks, manifestText).
Precedence:
openspec/changes/<change>/test-plan.md exists (manifest-era change): a
leftover - [ ] is deferrable only if it maps to a manual-only manifest
row — either an inline (test-plan: manual-only) tag or a (test-plan #<id>)
reference resolved against the manifest. Any other leftover = real work =
STOP. Automated scenarios are never deferred — they are proven done
(harness-verified) before ship, so they are already - [x]. Flip each
deferrable - [ ] → - [x] (validated post-merge).test-plan.md absent (legacy change): fall back to today's keyword defer,
unchanged — all remaining unchecked tasks whose body matches
(case-insensitive) qa, manual, verify, smoke, test by hand, e2e,
acceptance → flip to - [x]; any non-matching leftover → STOP.Any STOP → report the blocking tasks and return to openspec-apply (or, under
ship-it, the escape hatch). Do not ship real work undone.
develop — merge before the verify gate (backstop)Merge origin/develop so the verify gate (step 2) runs on the integrated tree.
No-op under ship-it (its step 2.5 already merged); the genuine integration
point when ship-change runs standalone (no harness), and the catch for the
narrow race where develop advanced during the harness run.
git fetch origin develop
git merge --no-edit origin/developIdempotent ("Already up to date" → no commit). Merge, not rebase — step 9
squash-merges regardless, and rebase would force-push a worktree branch (the
non-ff misalignment pitfall below). Conflicts → the recipes in Pitfalls
(AGENTS.md union-keep; pnpm-lock.yaml → --theirs +
pnpm install --lockfile-only); unresolved → git merge --abort + STOP,
never push a half-merged tree.
npm test 2>&1 | tee /tmp/ship-test.log
grep -nE 'FAIL|Error|✗|✘' /tmp/ship-test.log # must be empty
npm run build # client build must succeedIf red → fix or report and stop. Never push a failing gate.
Delegate to the OpenSpec archive skill (it syncs delta specs into openspec/specs/):
Use the
openspec-archive-changeskill for change<change>. Sync delta specs, then archive toopenspec/changes/archive/YYYY-MM-DD-<change>/.
If running non-interactively, run the sync then mv openspec/changes/<change> openspec/changes/archive/$(date +%F)-<change>.
git add -A
git commit -m "feat(<change>): <one-line summary>
Implements OpenSpec change <change>. Archives + syncs specs.
QA/manual tasks deferred to post-merge verification."git push -u origin os/<change>
gh pr create --base develop --head os/<change> \
--title "feat(<change>): <summary>" \
--body "$(printf 'Implements OpenSpec change `%s`.\n\nQA/manual tasks deferred to post-merge verification.\n' "<change>")"
pr=$(gh pr list --head os/<change> --state open --json number --jq '.[0].number')gh pr checks "$pr" --watch --interval 30On failure: npx tsx ./scripts/show-failed-run.ts → diagnose (see ci-troubleshoot
skill) → fix → commit → git push → re-watch. Loop until all checks green.
CodeRabbit posts ~5 min after each push. Poll until its review lands (not the
"Come back again in a few minutes" placeholder). Reuse the GraphQL thread-fetch from the
autofix skill (reviewThreads, filter isResolved=false, isOutdated=false, author
coderabbitai/coderabbit[bot]/coderabbitai[bot]).
User opted into auto-apply of safe fixes — apply without per-fix prompts, but keep hard guardrails:
.env / dotfiles; never fetch non-GitHub URLs. Defer anything ambiguous and report it.git add -A && git commit -m "fix: apply CodeRabbit feedback for <change>"
git pushRepeat 6 → 7 after every push: re-watch CI, re-fetch CodeRabbit threads. Exit the loop when both hold:
gh pr checks "$pr" all pass).Do not re-merge develop per-push in this loop — that triggers the worktree
non-ff misalignment pitfall. Re-merge only when CI reports
mergeStateStatus=DIRTY (the existing reactive recovery), never on every push.
Hard gate — never merge the PR, delete the branch, or remove the worktree while the proposal is not archived and specs are not synced. Step 3 archives + syncs, but a failed/skipped archive, an aborted merge, or a re-entry can leave the change un-archived. Re-verify on the filesystem (not from memory):
# 1. Proposal archived: source dir gone, archive dir present + committed.
test ! -d openspec/changes/<change> # active dir moved away
ls -d openspec/changes/archive/*-<change> >/dev/null 2>&1 # archive dir exists
# 2. Specs synced: no un-synced delta specs remain for this change.
openspec status --change <change> --json # reports archived/synced
git status --porcelain openspec/ # archive move is committed (empty)If the change is not archived / not synced, or the archive move is uncommitted → STOP. Return to step 3 (archive + sync), commit (step 4), and only then proceed. Do not merge or remove anything on a failed gate.
Only after step 8.5 passes.
gh pr merge "$pr" --squash --delete-branch--delete-branch removes the remote branch and the local branch.
Ordering contract with ship-it: when this skill is driven inline by
ship-it, the docker harness MUST be torn down (docker/test-down.sh) before
this step removes the worktree. A leaked container makes the worktree "busy" and
stalls removal. ship-it owns the harness trap and runs teardown before reaching
this step; when ship-change runs standalone (no harness), this is a no-op.
Prefer git CLI from the parent repo; fall back to the dashboard endpoint if the CLI refuses (active sessions) and removal is intended.
parent=$(git -C .worktrees/os-<change> worktree list --porcelain | awk 'NR==1{print $2}')
cd "$parent" # main checkout
git worktree remove .worktrees/os-<change> # add --force only if dirty + intended
git worktree prune
git branch -d os/<change> 2>/dev/null || true # usually already gone via --delete-branch
# Sweep any residual husk `git worktree prune` leaves behind. `prune` only
# drops git's admin metadata — a kb DB handle can recreate `.worktrees/<name>`
# after remove, leaving an orphan dir. Guarded: parent-repo `.worktrees/` only,
# only when the path is gone from `git worktree list`.
wt=".worktrees/os-<change>"
if [ -d "$wt" ] && ! git worktree list --porcelain | grep -qF "$(cd "$wt" 2>/dev/null && pwd)"; then
case "$(cd "$wt" && pwd)" in
"$parent/.worktrees/"*) rm -rf "$wt" ;; # confined to the .worktrees/ subtree
esac
fiFallback (worktree busy with active pi sessions):
POST http://localhost:8000/api/git/worktree/remove with { "cwd": "<abs worktree path>", "force": <bool> }.
Opt-in — runs only when RUN_FAQ_MINE=1 (mirrors the CodeRabbit ship gate).
Default: skip with a one-line pointer — "run the faq-mine skill manually to
harvest accumulated runtime problems into docs/faq.md." This step never blocks
the ship: any failure / timeout / rejected push → warn + continue (exit 0
semantics). Runs from the parent checkout on develop (already cd "$parent"
from step 10), after the change merged — so harvested entries land as a clean
docs-only commit on develop, separate from the feature PR (they are usually
unrelated to the shipped change).
Guard + run (memory-only, non-interactive):
if [ "${RUN_FAQ_MINE:-}" = "1" ]; then
git checkout develop && git pull --ff-only origin develop || true
fiWhen the guard holds, invoke the faq-mine skill memory-only:
faq-mine --docs skip --memory failures (skips Phase 1 prompt; dedups against
existing ## headings; global failures.md gets the repo-relevance filter). Then
commit only if it produced changes, and push docs-only to develop:
if [ "${RUN_FAQ_MINE:-}" = "1" ] && ! git diff --quiet -- docs/faq.md docs/faq.agent.md; then
git add docs/faq.md docs/faq.agent.md
git commit -m "docs(faq): harvest runtime problems from hermes memory"
git push origin develop \
|| { echo "warn: direct push to develop rejected (protected?); leaving harvest uncommitted for a manual docs PR"; git reset --soft HEAD~1; }
fiNever git add -A here — stage only docs/faq.md + docs/faq.agent.md so no
stray worktree file leaks (shared-tree index caveat). Hermes stores stay read-only.
Summarize: change name, PR number + merge SHA, CI status, CodeRabbit rounds, branch + worktree removed. Note QA/manual tasks were marked done for post-merge verification. If the FAQ harvest ran (step 10.5), note entries added + the docs commit SHA (or "skipped: RUN_FAQ_MINE unset").
Git/worktree/PR/CodeRabbit gotchas hit during ship. Each has a known fix.
gh pr create --body "$(...)" / git commit -m "$(...)" with backticks → "bad substitution". Bash evals backticks inside $(). Write the body/message to a file → --body-file /tmp/pr-body.md / git commit -F /tmp/commit-msg.txt.develop FAIL when the parent repo has develop. Merge from the parent repo, or gh pr merge without switching + git push origin --delete <branch>.git worktree add <path> origin/<x> → DETACHED HEAD. Files written detached VANISH on next checkout. Pass the origin-stripped local branch name, not origin/<x>.develop merges but MISSES the PR feature commit; push rejected non-ff). Feature commit lives only on origin/<pr-branch> → git reset --hard origin/<pr-branch> THEN git merge origin/develop. Never force-push a misaligned branch.AGENTS.md (per-file tree; incl. docs/AGENTS.md) → git checkout origin/develop -- <path>/AGENTS.md, then re-apply only your rows (union-keep silently drops develop's edits).pnpm-lock.yaml → git checkout --theirs pnpm-lock.yaml && pnpm install --lockfile-only. Never hand-merge.mergeStateStatus=DIRTY won't start CI → merge develop, resolve, push → flips to MERGEABLE.@coderabbitai review no-ops on already-reviewed commits → wait ~11 min then @coderabbitai full review.gh api repos/.../pulls/<n>/comments (NOT the reviews endpoint). Failed-to-post comments land in the review body under "Comments failed to post (N)".test-plan.md exists (only manual-only rows defer), else the legacy keyword rule applies (see Step 1).--delete-branch is the chosen strategy; do not switch silently.RUN_FAQ_MINE=1) + non-blocking + docs-only. Never let it fail the ship; it lands separately on develop, after merge, never bundled into the feature PR. Stage only the two FAQ files; never git add -A.openspec-apply.© BlackBeltTechnology, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 2 other files in .pi/skills/ship-change of BlackBeltTechnology/pi-agent-dashboard.
Open the folder on GitHubat commit 7a2d171
Ship Change next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Ship Change this skillBlackBeltTechnology/pi-agent-dashboard | 315 | — | ~3.8k | Automated safety check: Notes | MIT | |
| Run Dozzle Dev Instanceamir20/dozzle | 15k | — | ~747 | Automated safety check: Pass | MIT | |
| DevSpace Manual QA SetupWaishnav/devspace | 5.2k | — | ~440 | Automated safety check: Pass | MIT | |
| Bench Batonnooga/let-go | 570 | — | ~821 | Automated safety check: Pass | MIT | |
| Fixexercism/website | 549 | — | ~1.2k | Automated safety check: Notes | AGPL-3.0 | |
| Fix Gh Issuebeatlabs/harvester | 135 | — | ~783 | Automated safety check: Pass | Apache-2.0 |
amir20/dozzle
Starts a Dozzle dev server on a port derived from the current worktree so you can test by hand in a browser, without disturbing instances started elsewhere.
Waishnav/devspace
Prepares the current DevSpace checkout or worktree for isolated local manual QA, covering QA state seeding, UI asset builds and snapshot resets.
nooga/let-go
Coordinate heavy local workloads across worktrees, processes, and subagents — benchmarks and timing-sensitive gates run exclusively on a quiesced machine, while builds, test suites, regeneration…
exercism/website
Fix a GitHub issue end-to-end — fetches issue, creates worktree, plans and implements fix, runs validation, opens PR, cleans up.
beatlabs/harvester
Fix a single GitHub issue end-to-end using wt. An agent skill from beatlabs/harvester.
antonio-orionus/Arroxy
End-to-end Arroxy flow for taking a bug fix (or small feature) from report to published release - worktree, test-first fix, PR, CodeRabbit, CI validation, squash-merge, version bump and tag.
BlackBeltTechnology/pi-agent-dashboard
Browser automation via the agent-browser CLI. An agent skill from BlackBeltTechnology/pi-agent-dashboard.
BlackBeltTechnology/pi-agent-dashboard
Diagnose failed GitHub Actions runs for pi-agent-dashboard: the 11-file workflow taxonomy, affected-test selection, the release pipeline, known failure modes, and how to read gh run logs and…
BlackBeltTechnology/pi-agent-dashboard
Diagnose problems in the running pi-agent-dashboard system: server.log, /api/health, bridge WebSocket connectivity, vitest triage, known-issue FAQ entries.
BlackBeltTechnology/pi-agent-dashboard
Disciplined implementation in pi-agent-dashboard: the rebuild matrix (extension→reload, server→restart, client→build+restart, openspec-apply→full rebuild) plus the project's code discipline rules.
BlackBeltTechnology/pi-agent-dashboard
Monitor and control the pi-dashboard server. An agent skill from BlackBeltTechnology/pi-agent-dashboard.
BlackBeltTechnology/pi-agent-dashboard
Turn a pi session into a Markdown "how-we-did-it" collaboration guideline: reads the session's JSONL transcript and synthesizes a reusable playbook of which prompts worked, what had to be steered…
Categories
Ship an OpenSpec change after openspec-apply completes. An agent skill from BlackBeltTechnology/pi-agent-dashboard. Ship Change is an agent skill from BlackBeltTechnology/pi-agent-dashboard. Ship an OpenSpec change after openspec-apply completes.
Ship Change fits situations like: tasks that involve Git worktrees.
Run `npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a claude-code`. Or copy the skill folder (.pi/skills/ship-change in BlackBeltTechnology/pi-agent-dashboard) into .claude/skills/ship-change in your project. Claude Code loads it when a task matches its description.
Run `npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a codex`. Or copy the skill folder (.pi/skills/ship-change in BlackBeltTechnology/pi-agent-dashboard) into .agents/skills/ship-change in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add BlackBeltTechnology/pi-agent-dashboard --skill ship-change -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/ship-change, .gemini/skills/ship-change, .github/skills/ship-change and .opencode/skills/ship-change in your project.
Going by SKILL.md and its folder, Ship Change needs the command-line tools its instructions call (git, gh, npm, npx and pnpm). Our summary lists: Node.js; Docker.
SKILL.md contains no URLs. Its commands use git, gh, npm and npx, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Ship Change is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.8k tokens (SKILL.md is roughly 15k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Ship Change: Run Dozzle Dev Instance (amir20/dozzle, 15k stars), DevSpace Manual QA Setup (Waishnav/devspace, 5.2k stars), Bench Baton (nooga/let-go, 570 stars) and Fix (exercism/website, 549 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
BlackBeltTechnology (a GitHub organization) maintains it in BlackBeltTechnology/pi-agent-dashboard, which has 315 GitHub stars. The repository holds 70 skills in this directory. The repository was last updated on October 10, 2026.
Source: BlackBeltTechnology/pi-agent-dashboard on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.