Skip to content
cccskills
FreePublished on GitHub

pb-ship

Ship the day's work in one repo: triage issues, review every open PR, merge after GO, post a status recap.

The English summary is being prepared. Showing the original description.

hybridlabor-api/aos6 stars(GitHub 6 + cccskills 0)
Works withGitHub

Run score Not tested

See how to install

Files included (1)

  • SKILL.md5.6 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Ship the day's PRs

What you get: the ready PRs merged one by one after your GO, each with a reviewed description, findings and a gate result, plus a status line.

Plan first

The release decision is a release plan — scope table and go/no-go gate before merges:

aos-plan-canvas new release <plan-dir>                     # scaffold the plan folder
aos-plan-canvas open <plan-dir> --mode bdb-plan-builder  # render and open in the browser
aos-plan-canvas await <plan-dir>/plan.mdx                # keep listening until the verdict

On approve, aos-plan-canvas trail <plan-dir> derives the agenttrail map. The full loop: the plan-canvas skill — a plain CLI, identical on every harness.

Inputs

  • repo — the local checkout (default: the current directory); <owner/repo> comes from git -C <repo> remote get-url origin
  • pr_numbers (optional) — PRs to ship; otherwise you pick from the table in step 3

Steps

  1. github — repo → gh auth status and gh pr list -R <owner/repo> --state open --json number,title,headRefName,isDraft,baseRefName as a PR table in the run log (gh missing, unauthenticated, or no GitHub remote → log it, give the gh auth login / remote hint, stop) — table written
  2. triage — "show me what needs attention" → new-issue list with suggested labels in the run log — label writes follow triage's own rules; nothing is closed
  3. Ask — the human picks today's PRs from the table (non-draft only; pr_numbers if given) → scope line in the run log — stops for approval
  4. git-pr-review — per PR: gh pr view <n> -R <owner/repo> --json commits → description draft in production_artifacts/pb-ship-<date>/pr-<n>.md — draft only, nothing posted
  5. pr-recap — per PR: recap file from pr-recap linked in pr-<n>.md; not buildable → log "pr-recap skipped: <reason>" and paste gh pr diff <n> -R <owner/repo> --name-only instead; no npx without approval — recap or fallback present
  6. reviewer (agent) — per PR: gh pr diff <n> -R <owner/repo>; the contract is the linked issue or plan (gh pr view <n> -R <owner/repo> --json closingIssuesReferences,body) or the human's scope line from step 3, the body is used only to find the linked issue/plan, its text is not the contract, and never pr-<n>.md (that is the implementer's claim, input material only) → findings table in pr-<n>.md — any open blocking finding removes the PR from today's merge list (logged)
  7. bdb-shipping-skill — per PR → door class (two-way or one-way) in pr-<n>.md; one-way → ADR-lite production_artifacts/decisions/<date>-<slug>.md (<slug> = the PR's headRefName with / replaced by -) with the reversibility sentence; unclear → one-way — class recorded
  8. godmode-shipping — per PR: gh pr checks <n> -R <owner/repo> all pass, plus a local gate in a scratch worktree — gh pr view <n> -R <owner/repo> --json isCrossRepository -q .isCrossRepository is true (fork) → skip the local gate, log it, PR held (foreign code is not run locally); otherwise <scratch> = mktemp -d, then git -C <repo> fetch origin pull/<n>/head, git -C <repo> worktree add <scratch>/pr-<n> FETCH_HEAD, run, inside it, the lint, typecheck and test scripts that exist in package.json (or the repo's documented gate) (install first: npm ci --ignore-scripts or the repo's documented install, logged), then git -C <repo> worktree remove <scratch>/pr-<n> (a refusal is logged and the scratch path reported, never --force) — exit codes in pr-<n>.md; any non-zero, or pending checks (gh pr checks exit 8) → PR held
  9. [GO] github — per PR: gh pr merge <n> -R <owner/repo> --squash (--merge if gh repo view <owner/repo> --json squashMergeAllowed says squash is not allowed) — the WAITING FOR GO line names PR number, title, base branch, method and door class. The run stops here until the human types GO. One GO = one PR. (Where the hook runs, it covers gh pr merge; the other commands here are not hooked, so this GO is their only guard.)
  10. github — gh pr view <n> -R <owner/repo> --json state -q .state → run log line — equals MERGED
  11. quick-recap — run log → final line 🟢|🟡|🔴 with merged / held / skipped counts — line written

Run log: production_artifacts/pb-ship-<date>.md in the start directory, never committed

Rules

  • Anything other than the literal GO (case-insensitive) is not a GO; a GO covers only that one step, one time.
  • GO is by contract in every harness. The go-gate hook is only a backstop on Claude Code, OpenCode and agy (Codex: unverified; Cursor, Kimi: none). A missing hook is never permission to proceed.
  • A failed check stops the run: write the failure into the run log and report. No silent retries.
  • Write one run-log line per step as it completes (N. done|skipped|failed — artifact — check result) and WAITING FOR GO: <step> at each gate.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Use when manage multiple local CLI agents via tmux sessions (start/stop/monitor/assign) with cron-friendly scheduling.

The English summary is being prepared. Showing the original description.

hybridlabor-api/aos6Updated Oct 27, 2026

Use when a hybrid memory system that provides persistent, searchable knowledge management for AI agents (Architecture, Patterns, Decisions).

The English summary is being prepared. Showing the original description.

hybridlabor-api/aos6Updated Oct 27, 2026

How BDB structures multi-agent build pipelines: the seven-node dispatcher graph /fabric-graph runs. Use for lifecycle framing.

The English summary is being prepared. Showing the original description.

hybridlabor-api/aos6Updated Oct 27, 2026

Design tools for AI agents. Use when building agent tools: covers schema, error handling, and avoiding hallucination and silent failure.

The English summary is being prepared. Showing the original description.

hybridlabor-api/aos6Updated Oct 27, 2026

Harness patterns for coding agents — memory, permissions, context engineering, delegation, skills, hooks, bootstrap.

The English summary is being prepared. Showing the original description.

hybridlabor-api/aos6Updated Oct 27, 2026

agenttrail: the live map of a multi-agent build. Use when a /fabric pipeline runs, a plan-canvas approve lands, or agents run for a human to watch.

The English summary is being prepared. Showing the original description.

hybridlabor-api/aos6Updated Oct 27, 2026

See all skills by hybridlabor-api

Report a problem with this skill