본문으로 건너뛰기
cccskills
무료GitHub에 공개

change-orchestration

Orchestrates the full change lifecycle — routes actions to phase-specific sub-files.

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

설치 방법 보기

포함된 파일(7)

  • SKILL.md4.2 KB
  • creation.md7.4 KB
  • implementation.md2.2 KB
  • management.md7.0 KB
  • planning.md1.9 KB
  • spec-review.md2.7 KB
  • verification.md4.3 KB

SKILL.md(원문)

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

Change Orchestration

Orchestrates the full change lifecycle: create, spec review, planning, implementation, verification, and management operations.

Input

Invoked by sdd-run.md with:

  • action — The change action to perform
  • args — Remaining arguments after the action

Action Routing

ActionSub-fileDescription
createcreation.mdCreate a new change (interactive or external spec)
approve specspec-review.mdApprove SPEC.md, trigger PLAN.md creation
answerspec-review.mdAnswer an open question
assumespec-review.mdMark question as assumption
planplanning.mdBegin planning phase (after ALL specs approved)
approve planplanning.mdApprove PLAN.md, enable implementation
implementimplementation.mdStart implementation (requires plan_approved)
verifyverification.mdVerify implementation against spec
reviewverification.mdSubmit for user review
statusmanagement.mdShow workflow state and change IDs
listmanagement.mdList all changes in workflow
continuemanagement.mdResume workflow from persisted state
regressmanagement.mdGo back to earlier phase
request-changesmanagement.mdRequest changes during review

Dispatch Logic

  1. Parse the action from the first argument(s):
    • Two-word actions: approve spec, approve plan, request-changes
    • Single-word actions: everything else
  2. Read the corresponding sub-file from this skill's directory
  3. Follow the sub-file's instructions for the specific action

Shared Validation

Before dispatching any action, perform these common checks:

Change ID Lookup

For actions that require a <change-id>:

  1. Read sdd/workflows/ to find the workflow containing that change
  2. Validate the change exists
  3. If not found: Error: Change '<change-id>' not found. Run /sdd-run change list to see all changes.

Status Checks

Each action has required statuses. If the current status doesn't match:

Error: Change '<change-id>' is in '<current-status>' status.
Action '<action>' requires status: <required-status>.

No Arguments

When invoked with no action, display usage:

⚠ Missing required action argument.

USAGE:
  /sdd-run change <action> [args] [options]

ACTIONS:
  create             Create a new change (interactive or from external spec)
  status             Show current workflow state and all change IDs
  continue           Resume current workflow from persisted state
  list               List all changes in current workflow
  approve spec       Approve SPEC.md, trigger PLAN.md creation
  approve plan       Approve PLAN.md, enable implementation
  implement          Start implementation (requires plan_approved)
  verify             Verify implementation, mark complete
  review             Submit for user review (after implementation)
  plan               Begin planning phase (after ALL specs approved)
  answer             Answer an open question
  assume             Mark question as assumption
  regress            Go back to earlier phase                   🟡 caution
  request-changes    Request changes during review              🟡 caution

COMMON WORKFLOWS:

  Start new feature:
    /sdd-run change create --type feature --name user-auth

  Import external spec:
    /sdd-run change create --spec /path/to/requirements.md

  Resume work:
    /sdd-run change continue <change-id>

  Approve and implement:
    /sdd-run change approve spec <change-id>
    /sdd-run change approve plan <change-id>
    /sdd-run change implement <change-id>

Common Output Patterns

NEXT STEPS Blocks

All output messages that suggest next actions use /sdd with natural language prompts:

NEXT STEPS:
  /sdd I want to approve the spec
  /sdd I want to start planning
  /sdd I want to start implementing

Change Links

Always render change references as clickable markdown links:

[<change-id>](changes/YYYY/MM/DD/<id>-<name>/<seq>-<slug>/)

Output

Returns the output from the dispatched sub-file action.

리뷰

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

댓글

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

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

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Standards for authoring SDD plugin agents — frontmatter, self-containment, skill references, and no-user-interaction rules.

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

LiorCohen/sdd432026년 2월 24일 업데이트

Scaffolds Node.js/TypeScript backend components with CMDO architecture, driven by component settings.

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

LiorCohen/sdd432026년 2월 24일 업데이트

CMDO architecture standards for Node.js/TypeScript backends with strict layer separation.

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

LiorCohen/sdd432026년 2월 24일 업데이트

Intent-to-command mappings for fullstack-typescript tech pack features.

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

LiorCohen/sdd432026년 2월 24일 업데이트

Create change specification and implementation plan with dynamic phase generation. Supports feature, bugfix, refactor, and epic types.

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

LiorCohen/sdd432026년 2월 24일 업데이트

Scaffolds CI/CD pipeline definitions using GitHub Actions for build, test, lint, and deploy workflows.

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

LiorCohen/sdd432026년 2월 24일 업데이트

LiorCohen의 스킬 모두 보기

이 스킬의 문제 신고