All authors

Claude Skills by heliohq
github.com/heliohq12 skills0 installs17 views
- Arch DesignThink through architecture, API/data design, service boundaries, trade-offs, and assumptions. Use for system design, ADRs, API plans, and architecture docs; then hand off to /ship:write-docs. Not visual or implementation planning.Votes: 0GitHub stars: 92
- AutoRun Ship's full production workflow from raw requirement to PR: design, dev, E2E, review, QA, refactor, and handoff. Use only for explicit /ship:auto, auto pipeline requests, or end-to-end delivery.Votes: 0GitHub stars: 92
- DesignPlan implementation before coding: investigate the repo, write spec and plan, and validate with a peer. Use for "plan", "design approach", "scope", or any coding task needing a plan. Not visual/system design or full /ship:auto.Votes: 0GitHub stars: 92
- DevImplement from a spec or plan: extract stories, build in safe waves, test, commit, and get peer review per story. Use for "implement", "build/code this plan", or targeted fix findings. If no plan exists, use /ship:design first.Votes: 0GitHub stars: 92
- E2eAdd durable end-to-end tests for user/API-visible behavior. Detect or scaffold the E2E framework, write tests, run the app, and store evidence. Use for E2E, Playwright/Cypress, regression tests, or quality gates. Not exploratory QA.Votes: 0GitHub stars: 92
- HandoffShip completed work: verify locally, commit related changes, push, create or update the PR, watch CI/reviews, and fix until merge-ready or escalated. Use for "ship it", "create PR", "handoff", or finished code needing delivery.Votes: 0GitHub stars: 92
- QaRuntime QA of a change: start the app, test acceptance criteria and edge cases, and report evidence. Use for "test this", "QA", "does it work", exploratory checks, or post-review runtime verification. Not static code review.Votes: 0GitHub stars: 92
- RefactorImprove existing code without changing behavior: scan smells, simplify, dedupe, reuse utilities, and verify after edits. Use for refactor, cleanup, simplify, reduce duplication, extract method, dead code, or code smells. No PR.Votes: 0GitHub stars: 92
- ReviewStatic code review of the active diff: trace changed paths and report concrete P1/P2/P3 correctness, security, or spec bugs with file:line evidence. Use for code review or bug checks. Not runtime QA.Votes: 0GitHub stars: 92
- Use ShipRoute ambiguous software-delivery requests to the smallest useful Ship workflow: one skill, a phase bundle, or /ship:auto. Use at session start, when the user asks how to use Ship, or when they say build/check/ship without a phase.Votes: 0GitHub stars: 92
- Write DocsCreate or update structured docs under docs/ with frontmatter, numbering, lifecycle status, and index regeneration. Use for guides, references, troubleshooting, decisions, and architecture docs after /ship:arch-design.Votes: 0GitHub stars: 92
- QaRuntime QA of a change: start the app, test acceptance criteria and edge cases, and report evidence. Use for "test this", "QA", "does it work", exploratory checks, or post-review runtime verification. Not static code review.Votes: 0GitHub stars: 92