seda-ticket
Ṣẹ̀dá Ticket
Turn supplied work into a confirmed set of tickets that a fresh delivery owner can understand and complete without reconstructing parent narrative. Own decomposition, dependency/startability semantics, and terminal ticket disposition only; the caller owns grouping, storage, publication, execution, review progress, and reconciliation from owner results.
Delegate substantial analysis, research, and expert work to subagents, returning concise findings and evidence links to keep the main context lean.
1. Understand the work
Use the context already supplied. Read a referenced source in full when it governs the work. Inspect the current project/system only when existing behavior, vocabulary, constraints, or accurate ticket boundaries require it. In software work that may include the codebase; it is not a universal prerequisite.
Do not invent a material requirement. Ask for confirmation when decomposition authority is absent or the granularity/dependency structure is ambiguous. A caller can supply an already confirmed breakdown.
Use seda-spec as needed. Preserve the governing contract’s identity and requirements when decomposing it.
2. Prefer outcome-complete vertical tickets
Default each ticket to one narrow, outcome-complete vertical slice that: