Spec
Write a detailed spec document for a task before implementation begins. Use when the user wants to define requirements, acceptance criteria, or technical design for a task.From its SKILL.md
npx -y skills add backloghq/backlog --skill specAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 5 stars5 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
1.3 KB, as published. Nobody here has run it
Write Task Spec
Write a specification document for a task. If an argument is provided, use it as the task ID or description to find the task. Otherwise, ask which task to spec.
Process
-
Find the task — use
task_listortask_infoto find the task matching "$ARGUMENTS". If $ARGUMENTS is empty, calltask_listwith filterstatus:pending -docto show tasks without specs and ask which one. -
Understand the context — read relevant code, configs, and existing docs in the codebase to understand what the task involves.
-
Write the spec — use
task_doc_writeto attach a markdown document to the task with:- Goal: what this task achieves
- Requirements: specific things that must be built or changed
- Technical approach: key decisions and implementation strategy
- Acceptance criteria: how to verify the task is done
- Relevant code: file paths and functions to modify
-
Confirm — show a summary of the spec that was written and the task it was attached to.
Keep specs concise and actionable — a spec should be something an agent can pick up and implement without further context.