ship

Solid

session-indexer ship pipeline: issue → implement → review → merge → close. Usage: /ship [--yes|-y] [issue-number | title]

AI & Automation 30 stars 1 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 83/100

Stars 20%
50
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Skill: /ship # Issue → Merged PR Pipeline ``` /ship → auto-select next open issue (asks confirmation) /ship --yes → auto-select and proceed, skip UI prompts /ship -y → same as --yes /ship {issue-id} → ship a specific issue by number /ship {issue title} → find by title, then ship /ship --yes {issue-id} → skip UI prompts (technical ambiguities always ask) → resolve issue (fetch title + description) → analyze ambiguities (scan description + codebase → ask decisions before coding) → mark in-progress → code-generator (implement → tests → review agents → simplify → docs → PR) → /fix-review (multi-model rounds + Claude Arbiter — does NOT merge) → merge PR (/ship owns the merge) → post comment (summary: what changed, PR link) → close issue → log to /self-learn (if installed) → final report ``` One command. Pauses only for genuine technical decisions before coding. --- ## STEP 0: Resolve Issue **Flag detection:** Check for `--yes` / `-y` anywhere in arguments. Set `YES_MODE=true`, strip flag. **Argument classification** (after stripping flags): - No argument → auto-select (see below) - Numeric or `#N` → `gh issue view {N} --repo valpere/session-indexer --json number,title,body,url` - Otherwise → title search **YES_MODE:** - Skips "Proceed?" confirmation prompts and title disambiguation - **Does NOT skip STEP 0.5** — technical decisions always require ...

Details

Author
valpere
Repository
valpere/session-indexer
Created
2 months ago
Last Updated
today
Language
Go
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

ship-issue

Take one or more GitHub issues/stories from open → reviewed PR (→ merged, opt-in) autonomously — worktree, subagent build, CI gate, specialist acceptance board, follow-up issues.

7 Updated 1 weeks ago
saman-mb
Code & Development Listed

ship

Open a PR and merge it in one step — combines `bin/pr.sh` create with `bin/wait-for-pr-checks.sh` polling and `gh pr merge`. Default mode enables GitHub's native auto-merge so the terminal returns immediately; `--client-side` polls in the foreground and merges when CI goes green. TRIGGER when the user says "ship this PR", "ship it", "open and merge", "PR and merge", "create PR and auto-merge it", "wait for CI then merge", "block until merged", "/nyann:ship". Do NOT trigger on "open a PR" alone (no merge intent) — that's the `pr` skill. Do NOT trigger on "merge this existing PR #N" — ship is PR-creation + merge, not standalone merge of an already-open PR. Do NOT trigger on "release X.Y.Z" — that's the `release` skill, which tags a merged commit rather than creating one.

6 Updated 2 days ago
thettwe
Code & Development Listed

ship-issue-gh

GitHub · GitHub-Issues sibling of /abc:ship-issue. Drives a GitHub issue (or list, or parent with task-list children) from `pending` to `merged` through the implement → PR → address-review → merge loop. Emulates Linear's state machine on top of GitHub Issues using the label conventions documented in scaffold-sub-issues-gh/github-conventions.md. TRIGGER when the user says "/ship-issue-gh <owner>/<repo>#<n>", asks to ship/land/drive a GitHub issue, or wants Claude to take a GitHub-tracked ticket through review to merge. Also trigger when resuming work on a GitHub issue with an open PR and pending reviewer comments. Self-arms its own `/loop` — the user invokes once and walks away.

0 Updated 1 months ago
semanticpixel