ticket-breakdown
/ticket-breakdown
Rozbija PRD lub dokument projektowy na epiki i zadania gotowe do Jira lub Linear, bez implementowania ich od razu.
- Autor
- omexit ↗
- Repozytorium
- claude-skills-pack ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 15.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 2
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 15.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Rozbija PRD lub dokument projektowy na epiki i zadania gotowe do Jira lub Linear, bez implementowania ich od razu.
Oryginalny opis (EN)
Use when the user wants a PRD or design doc broken into tracker-ready epics and tickets for a team to pick up: work breakdown, Jira tickets, or Linear issues, rather than implemented now.
Jak działa
- Steps
- Rules
- Workflow context
- Output
- Output contract
Podgląd SKILL.md
---
name: ticket-breakdown
description: "Use when the user wants a PRD or design doc broken into tracker-ready epics and tickets for a team to pick up: work breakdown, Jira tickets, or Linear issues, rather than implemented now."
---
# Ticket breakdown
Turn a spec into work items people can be assigned, track, and ship safely. This produces tickets for a tracker; implementing the spec now, with agent tasks and waves, is `spec-to-impl`.
## Steps
1. Read the spec and the code it touches. List assumptions you had to make; ask before guessing on anything that changes the shape of the work.
2. Find the critical path and the riskiest unknowns. Unknowns get a time-boxed spike ticket with a question to answer, not an estimate.
3. Slice vertically: each ticket delivers a thin end-to-end behavior (API, UI, and test together) that can merge on its own. Avoid "all backend, then all frontend".
4. Sequence so risky and blocking work lands first and every merged ticket leaves main releasable.
5. Include the work people forget only when the spec needs it: migrations and backfills, removal of temporary rollout code, alerts, docs.
6. Match the tracker's conventions if the user names one (title format, labels, estimate scale).
## Rules
- Each ticket: outcome-focused title, acceptance criteria tied to spec IDs where they exist, test notes, explicit dependencies, and a size. Split anything over about three days.
- A ticket is ready when someone outside the discussion could pick it up without a meeting.
- No ticket for speculative work the spec does not ask for (abstractions, flags, readiness checks).
## Workflow context
- `ticket-breakdown` writes tickets for a team; `spec-to-impl` plans and builds the code now.
- Follows `prd` or `design-doc`; feeds `test-plan` and the team's tracker.
## Output
Fill `assets/ticket-breakdown.md`.
## Output contract
```yaml
produces:
- type: "tickets"
format: "markdown"
path: "claudedocs/<feature>-ticket-breakdown.md"
sections: [epics, tickets, acceptance_criteria, dependencies, sequencing]
handoff: "Write claudedocs/handoff-ticket-breakdown-<timestamp>.yaml - suggest: spec-to-impl"
```
Pliki w paczce (2)
- SKILL.md 2 KB
- assets/ticket-breakdown.md 1 KB
Wersje
W bazie nie ma innych skilli o nazwie ticket-breakdown.
Migawka bazy z 28.10.2026 · wersja paczki 6a34f9bb0add (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100ticket-authoring
Pisze kompletne zgłoszenia do trackera: błędy, zadania, historyjki, spiki i epiki, z polami, załącznikami i testem ukończenia, w Jira, Linear lub GitHub Issues. - 100split-intent-to-issues
Rozbija specyfikację intencji na od 3 do 10 gotowych zgłoszeń do Linear, Jira lub GitHub Issues, z linkiem do efektu każdego zgłoszenia. - 100writing-tickets
Pisze lub przepisuje zgłoszenia w trackerze (Linear, GitHub Issues, Jira) dla osoby lub agenta kodującego: cel, dowody, podjęte decyzje, twarde reguły i kryteria ukończenia. - 90dev10x:linear
Obsługuje zgłoszenia w Linear przez narzędzia MCP: pobiera, tworzy i aktualizuje zgłoszenia, komentarze i statusy. - 95user-stories
Przekształca specyfikacje, PRD i projekty w epiki oraz historie użytkownika w Jirze, z testowalnymi kryteriami akceptacji. - 90ticket-sync
Wysyła zadania do systemu zgłoszeń zespołu, np. GitHub Issues, Jira lub Azure DevOps, i może je także pobrać z powrotem.