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

draft-card-breakdown

Workshop how to break this card into smaller spawned cards and capture entries in the card breakdown

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

설치 방법 보기

포함된 파일(1)

  • SKILL.md3.9 KB

SKILL.md(원문)

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

Your task: Draft card breakdown

If you don't already have this card's context (title, identifier, description) — for instance when running outside Workhorse — establish it first by following .agents/docs/card-context.md.

Workshop how to slice the work into smaller spawned cards and capture the result in the breakdown. On a card, the breakdown lives at .workhorse/breakdowns/{card-id}/breakdown.md and the entries become children of this card. On the project surface there is no card: the breakdown lives at .workhorse/projects/{hash}-{slug}/breakdown.md and the entries become the project's cards. References to breakdown.md below mean whichever of the two applies.

The breakdown is not the implementation plan. The breakdown lists the cards this card splits into; the plan at .workhorse/plans/{card-id}/plan.md describes how a single card gets built. You are editing the breakdown here. It has a strict shape:

  • An H1 title and an optional intro paragraph
  • A flat list of ## heading entries, one per spawned card
  • Each entry's body is a short description paragraph (and optionally a <!-- mockups: ... --> comment) — no checklists, no sub-headings, no nested H3s, no build-step bullets

Once the user is ready, a bulk Create cards action turns each uncreated entry into a real spawned card based on this one. The parent stays as the umbrella while the children carry the implementation work.

How to run the workshop

  1. Read the specs in specs/, the card description (on the project surface, the project's PRD), and any existing breakdown at the path above
  2. Skim the target repo where it helps you reason about boundaries between the children
  3. Talk through how to slice the work — natural seams, dependency order, what each child should own. Ask focused questions one or two at a time
  4. As entries become clear, write them into breakdown.md as ## headings with a short description paragraph beneath. Edit in place as the conversation refines them — adding, splitting, merging, reordering entries is normal
  5. If breakdown.md does not yet exist, create it at the path above with an H1 title and the entries underneath. Do not create or edit any other file
  6. Suggest mockup carry-forward. On a card, each entry has an inline Mockups picker for choosing which of the parent's mockups travel with the spawned card. As you write entries, populate the picker by inserting a structured comment line directly under the entry's ## heading: <!-- mockups: slug-one, slug-two --> (one comment per entry, comma-separated slugs from .workhorse/design/mockups/{card-id}/). Pick only the mockups that fit each entry — the user can adjust later
  7. Do not trigger bulk-create yourself. The user runs the Create cards action from the editor when they are ready

What each entry should look like

  • The ## heading is the spawned card's title — concise, action-oriented, no trailing punctuation, no code suffix (the editor stamps · CODE automatically once the card is created)
  • The body beneath is the spawned card's description — a short paragraph (or two) covering scope and boundaries. Do not write a checklist, sub-headings, or implementation steps; that detail belongs in each child card's own plan after it is created
  • Spawned cards inherit the parent's project and become "based on" the parent via dependencies, so don't restate that

See specs/card/breakdown.md for the canonical shape.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

Check whether this card's code meets the acceptance criteria

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

beyondessential/tamanu92026년 10월 19일 업데이트

Summarise the unit and e2e tests a branch/PR adds, run only those, and produce a paste-ready report (e.g. for a Linear card). Use when asked to 'summarise added tests', 'run the new tests', 'what tests did this PR add', or to prove a card's test coverage.

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

beyondessential/tamanu92026년 10월 19일 업데이트

Run a quick UX/UI workshop using ASCII-art sketches

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

beyondessential/tamanu92026년 10월 19일 업데이트

Write automated tests for unticked scenarios in this card's test cases

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

beyondessential/tamanu92026년 10월 19일 업데이트

Review code changes on this card for likely bugs, regressions, and missed edges

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

beyondessential/tamanu92026년 10월 19일 업데이트

Maintain a support docs pack — dedup, length budgets, and no splintering — and land changes as a reviewed pull request. Use when a support thread, or a hand-off from Support assist, surfaces a new resolution, a correction to an existing one, or a deployment quirk worth recording. Not for ordinary code changes.

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

beyondessential/tamanu92026년 10월 19일 업데이트

beyondessential의 스킬 모두 보기

이 스킬의 문제 신고