무료GitHub에 공개

use-ship

Route 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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

heliohq/ship

설치 방법 보기

포함된 파일(1)

SKILL.md2.4 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Ship: Use Ship

Choose the smallest useful Ship workflow for the request, state the route briefly, then invoke the matching skill(s). Each skill's own description is the primary routing signal — this file only settles the ambiguous cases. Do not force the full pipeline unless the user explicitly wants production delivery.

Routes

Need	Route
Understand scope, write a plan, de-risk approach	`/ship:design`
Architecture/API/data-model decision, ADR, trade-off analysis	`/ship:arch-design` (thinking) → `/ship:write-docs` (record), then `/ship:design` if implementation follows
Implement a well-scoped change	`/ship:design` → `/ship:dev`
Implement from an existing approved plan	`/ship:dev`
Add durable browser/API/CLI coverage	`/ship:e2e`
Check code correctness	`/ship:review`
Verify runtime behavior	`/ship:qa`
Harden a completed change	`/ship:e2e` → `/ship:review` → `/ship:qa` → `/ship:refactor`
Prepare delivery after work is complete	`/ship:handoff`
End-to-end production delivery (explicit ask only)	`/ship:auto`

Ambiguous phrasings default to a bounded bundle, never the full pipeline: "plan this" → design; "build this" → design → dev; "check this change" → review and/or qa; "make this production-ready" → the hardening bundle; "ship this all the way" → auto.

Boundaries

Standalone: atomic skills work without /ship:auto or any task directory. If the user names a phase, run that phase directly.
State: during full flows, raw input lives at .ship/tasks/<task_id>/input/requirement.md; orchestrator state is minimal and orchestrator-owned. Markdown artifacts and repository code are the real deliverables.
Durable production artifacts: use the repository's existing convention first; otherwise create only the needed subfolders under docs/ship/<task-id>/ (input/, product/, design/, engineering/, quality/, delivery/, archive/). Prefer Markdown; use YAML/JSON only when a later agent or script consumes the structure.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

같은 저장소의 스킬

arch-design

무료

System-design thinking before any doc or code: goals/non-goals, back-of-envelope numbers, components and contracts, failure modes, operability, security, trade-offs. Use for "design this system", "architecture for X", "trade-offs for X", "how should we architect", "API design", "data model for", "service boundaries", or before an ADR. Hands off to /ship:write-docs to record the decision. Not implementation planning (/ship:design — that turns a decided design into stories).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

heliohq/ship932026년 7월 4일 업데이트

auto

무료

Run 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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

heliohq/ship932026년 7월 4일 업데이트

design

무료

Plan 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 system-design thinking (/ship:arch-design) or full /ship:auto.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

heliohq/ship932026년 7월 4일 업데이트

dev

무료

Implement 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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

heliohq/ship932026년 7월 4일 업데이트

e2e

무료

Add 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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

heliohq/ship932026년 7월 4일 업데이트

handoff

무료

Ship 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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

heliohq/ship932026년 7월 4일 업데이트

heliohq의 스킬 모두 보기

이 스킬의 문제 신고

설치

명령으로 설치

npx skills add https://github.com/heliohq/ship --skill use-ship

터미널에 붙여 넣고 실행합니다(Node.js 필요). Claude Code, Codex 등 설치할 에이전트를 고를 수 있습니다.

에이전트에게 부탁하기

다음 Agent Skill을 설치해 주세요.
https://github.com/heliohq/ship/tree/main/skills/use-ship

먼저 SKILL.md와 첨부 파일의 내용을 확인해 수상한 처리(외부 전송, 인증 정보 읽기 등)가 없는지 확인한 뒤 Claude Code는 ~/.claude/skills/use-ship/, Codex는 ~/.agents/skills/use-ship/ 에 배치해 주세요.

이 문장을 그대로 Claude Code나 Codex에 보내면 내용을 확인한 뒤 설치해 줍니다.

GitHub에서 소스 보기

저장소: heliohq/ship
스타: 93
포크: 8
카테고리: 업무 효율화
라이선스: MIT
원문 언어: 영어
최종 업데이트: 2026년 7월 4일

스킬은 에이전트를 위한 지시와 스크립트의 묶음입니다. cccskills는 내용의 안전성을 보증하지 않습니다. 설치하기 전에 내용을 확인하세요.