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

plan-phase-write

Derive slices from specs, order by dependencies, write acceptance criteria with citations, and finalize phase/progress artifacts

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

설치 방법 보기

포함된 파일(1)

  • SKILL.md3.9 KB

SKILL.md(원문)

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

Overview

Prerequisites

  1. Preflight shard passed
  2. Scope sources available (architecture phasing + BE/FE indexes)

Step-by-Step

Step 1 — Read phase scope

  1. Read architecture design phasing section.
  2. Read BE index to determine in-scope specs.

Step 2 — Spec-anchored slice derivation

  1. Derive candidate slices from FE interaction specification user flows.
  2. Map each flow to BE endpoints via source map.
  3. Group only when strict dependency criteria are met.
  4. Size slices (S/M/L) as informational metadata only.
  5. Do not split, merge, or drop slices to hit a complexity target. L slices are surfaced with a one-line note; splitting is permitted only when the spec contains a natural seam.
  6. Slice count is informational only — no warn or hard-stop thresholds. Phase splitting is justified by dependency boundaries, never by count.

Step 3 — Spec coverage verification gate

  1. Build BE endpoint coverage table (covered/uncov/deferred).
  2. Build FE component coverage table.
  3. Require every endpoint/component to be assigned or explicitly deferred before proceeding.
  4. Update feature-ledger slice assignment when ledger exists.
  5. Add split-companion context notes for letter-suffixed split groups.

Step 4 — Dependency ordering and infrastructure gates

  1. Order slices by dependency.
  2. Enforce infrastructure-first rules and /setup-workspace prerequisite gate.
  3. Add explicit /verify-infrastructure hard-gate checkpoints in the phase plan.
  4. Incorporate parallelization guidance while preserving TDD order constraints.

Step 5 — Acceptance criteria writing (write-as-you-go)

  1. For each slice, write acceptance criteria using operational template.
  2. Every criterion must include source citation ([BE §..], [FE §..], [IA §..]).
  3. Append each completed slice progressively to phase-N-draft.md.

Step 5.5 — Slice depth floor (mandatory)

  1. Read .claude/skills/prd-templates/references/slice-depth-floor.md in full.
  2. For every slice, compute the minimum acceptance-criteria count using its formula and annotate the slice in phase-N-draft.md with the floor and breakdown.
  3. Hard gate: every slice's criteria count MUST equal or exceed the floor. If short, return to Step 5 and add criteria traceable to concrete spec items.
  4. Apply Spec Thinness Detection: if any slice's referenced spec section produces zero items in a required category, STOP and tell the user to run /resolve-ambiguity on the thin spec before continuing.

Step 6 — Finalize and generate progress artifacts

  1. Finalize phase-N.md from draft source.
  2. Generate progress files via progress-generation protocol.
  3. Run bootstrap/map completeness gate for planning-critical categories.

Step 7 — Graph refresh, review request, and constrained next step

  1. Run memory_compile after finalizing phase artifacts so graph/hubs reflect the latest planning state.
  2. Present phase plan + progress artifacts for approval.
  3. Include graph refresh confirmation.
  4. Stop until explicit approval.
  5. Recommend only /implement-slice as next command after approval.

Completion Checklist

  • scope and in-scope specs read
  • slices derived from FE/BE sources
  • coverage gate passed
  • dependency ordering complete with infra gates
  • acceptance criteria written with citations
  • slice depth floor computed and met for every slice
  • phase draft and final plan written
  • progress files generated
  • spec graph refreshed via memory_compile
  • review requested with constrained next step

Next Steps

After explicit approval:

  • /implement-slice

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

Audit and improve web accessibility following WCAG 2.1 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible".

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

RepairYourTech/cfsa-antigravity62026년 8월 16일 업데이트

Structured methodology for adversarial thinking — generating attack scenarios, abuse cases, race conditions, and security edge cases against specs and implementations. Produces spec-level gap items, not code-level fixes.

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

RepairYourTech/cfsa-antigravity62026년 8월 16일 업데이트

Orchestrate multiple Antigravity skills through guided workflows for SaaS MVP delivery, security audits, AI agent builds, and browser QA.

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

RepairYourTech/cfsa-antigravity62026년 8월 16일 업데이트

Master REST and GraphQL API design principles to build intuitive, scalable, and maintainable APIs that delight developers. Use when designing new APIs, reviewing API specifications, or establishing API design standards.

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

RepairYourTech/cfsa-antigravity62026년 8월 16일 업데이트

Manage API versioning and evolution with URL/header/query strategies, deprecation workflows, breaking change classification, sunset headers, and consumer-driven contract testing. Use when designing versioning strategy, deprecating endpoints, or evolving API contracts.

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

RepairYourTech/cfsa-antigravity62026년 8월 16일 업데이트

Analyzes codebase structure, data flow, module relationships, and key patterns to generate and maintain a living architecture document (ARCHITECTURE.md).

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

RepairYourTech/cfsa-antigravity62026년 8월 16일 업데이트

RepairYourTech의 스킬 모두 보기

이 스킬의 문제 신고