Menü
Explicit-only. Ship one pull request, observe hosted CI and review feedback, follow PR policy, reply to every eligible comment, and request merge authorization before merging and cleaning up.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Explicit-only. Run a named autonomous mode, repeatedly selecting, implementing, and shipping coherent work while preserving anything blocked.
Use globally installed `playwright-cli` for browser automation, UI inspection, screenshots, Playwright test debugging, or test generation. Trigger when a task needs browser interaction or test repair. Do not use for generic tests, web search, non-browser docs, or API-only work.
Explicit-only. Align a feature specification, produce a reviewed plan, complete the local work, and ship the pull request.
Explicit-only. Review a plan/task/context artifact set and report material findings.
Explicit-only. Verify completed work against its authoritative contract and report coverage, working-code evidence, material gaps, and the completion verdict.
Use Agent Dispatch MCP tools only when the user names an external dispatch target or another skill explicitly requires dispatch. Do not use it for generic subagent, second-agent, or fresh-context requests; use the built-in subagent instead.
| name | ship-pr |
| description | Explicit-only. Ship one pull request, observe hosted CI and review feedback, follow PR policy, reply to every eligible comment, and request merge authorization before merging and cleaning up. |
Invoking this skill authorizes the normal branch, staging, commit, push, PR creation/update, and eligible comment-reply writes needed to prepare one PR for the merge-authorization gate below.
If references/repo-specific-pr-policy.md exists, read it before starting the
workflow and treat it as authoritative.
assets/pr-body-template.md,
removing placeholders and unused sections. Write
.agent-layer/tmp/ship-pr-body.<run-id>.md and use it as the PR body file..agent-layer/tmp/ship-pr-events-<pr-number>.jsonl only as the polling
watcher's append-only state-change log./address-pr-comments owns feedback discovery and eligibility, dispositions,
local fixes, and proposed reply content; it never commits, pushes, or posts.
After committing accepted fixes, post supported replies serially in their native threads, then refetch their IDs and URLs. Correct any reply that fresh evidence shows is missing or unsupported before closeout.
Inspect the base branch, current branch and upstream, staged and unstaged changes, untracked files, and unpublished commits. Identify exactly which changes belong in the PR and preserve unrelated work with path- or hunk-specific staging. If the changes cannot be separated safely, report the overlapping files.
Create a new branch if required, following repository norms. Then commit the intended changes. Push the branch and create or reuse a PR.
Start the polling watcher in a managed background session. Keep one watcher running until the PR is merged or the workflow stops, then stop it explicitly. If the watcher ends unexpectedly, refetch authoritative state and restart it with the same append-only log after one transient transport failure.
bash <skill_dir>/scripts/watch-pr-events.sh \
--repo <owner/name> \
--pr <pr-number> \
--log-file .agent-layer/tmp/ship-pr-events-<pr-number>.jsonl \
--interval-seconds 300
Determine the timestamp of the last push and wait until at least 5 minutes has elapsed. The watcher records state changes during this review window, but a state change does not shorten it.
Fetch the current head, comments, reviews, checks, and mergeability with
gh. Never infer current state from the polling log. Determine the next steps
based on the following rules:
/address-pr-comments when there is unresolved feedback, batching all
feedback/fix-ci when required checks failreferences/repo-specific-pr-policy.md if it existsA PR is ready to be merged when the latest head is mergeable, the required repository gates are green, all eligible comments have a validated reply, and when the optional policy exists, all merge criteria it defines are met.
Do not commit until step 5. Iteratively repeat step 4, fetching the state after each round of fixes, until all items have been addressed locally. This allows new CI failures or new comments that may have arrived while you were working to be included in the current batch of fixes.
Commit and push. Go back to step 3 and repeat until all feedback is addressed and the PR is ready to be merged.
Request single-use merge authorization, specifying the exact PR and head. Report the final states, the comment disposition summary, and other evidence to the caller that the PR is ready to be merged.
After merge authorization, refetch the expected head, checks, mergeability, and comments, then confirm the local tree is complete and every eligible comment has a supported posted reply. If anything changed, return to step 4 and obtain fresh merge authorization when reaching step 6. Otherwise, merge the PR.
Switch the clean checkout to the default branch, and fast-forward to the latest commit. Delete workflow-owned branch/worktree. Preserve state and report any unsafe cleanup skipped.