← ClaudeAtlas

ship-cyclelisted

Issue-driven development orchestrator. Turns improvement intent into a well-specified, bilingual issue set; clusters issues into milestones that map 1:1 to semver versions; enforces branch, commit, and PR conventions (GitHub Flow — `<type>/<issue-N>-<slug>`, Conventional Commits, mandatory PR template, rebase-first merge); generates changelog entries and release notes deterministically from closed issues; leaves a durable audit trail for the next AI session. Direct-call only — not part of the /vibesubin parallel sweep. Two tracks — **GitHub track** (default) on GitHub with authenticated `gh` CLI; **PRD track** on any other host, using local markdown files under `docs/release-cycle/vX.Y.Z/` as the durable audit trail. Operator picks at Step 1.5. Every external mutation follows preview → confirm → mutate; created resources carry idempotency markers so re-runs noop instead of duplicating.
Sordid-cantor687/vibesubin · ★ 0 · Code & Development · score 78
Install: claude install-skill Sordid-cantor687/vibesubin
# /ship-cycle Turns improvement intent into shipped versions, deterministically: *intent → issues → milestones = versions → tagged release*. Direct-call only. Given a backlog (pasted notes, a `/vibesubin` sweep report, or a named scope), this skill writes a well-specified bilingual issue set, clusters items into semver milestones, dispatches the implementation to the correct vibesubin specialist, and — when a milestone closes — runs the full release pipeline end-to-end: changelog aggregation, manifest bump, annotated tag, GitHub release, audit trail. No interpretation, no flourish — the milestone state is the release state. ## What this skill owns vs. hands off Owns: - **Issue specification** — titles, bodies, labels, dependency links, language. - **Milestone clustering** — semver classification, cluster heuristics, cap enforcement. - **Release pipeline** — preflight checks, changelog aggregation, version bump, annotated tag, `gh release create`, verification. - **Audit trail** — close-comments on issues, milestone closure, release ↔ issue linkage. Hands off: - **Actual code changes** — the fix itself is always another skill's job (`refactor-verify`, `audit-security`, etc.). - **Release-note prose** — `write-for-ai` writes the user-facing narrative when the operator wants polish; this skill produces the functional-only scaffold. - **CI wiring** — `setup-ci` owns workflow files. Not a replacement for: - **`write-for-ai`** — owns commit-message and PR-body style. This s