@hashgraph-online/backlog-grooming
AReview Agiflow Planning tasks for readiness, prioritize approved work, group related tasks into work units, and promote ready tasks to Todo. Use when grooming a backlog, organizing planned tasks, creating work units, or deciding what should be executed next.
Install
agr install @hashgraph-online/backlog-grooming --target claudeWrites 1 file into .claude/skills/, pinned to git-911830f4.
- .claude/skills/backlog-grooming/SKILL.md
Document
name: backlog-grooming description: Review Agiflow Planning tasks for readiness, prioritize approved work, group related tasks into work units, and promote ready tasks to Todo. Use when grooming a backlog, organizing planned tasks, creating work units, or deciding what should be executed next.
Agiflow Backlog Grooming
Treat grooming as the quality gate between Planning and Todo.
Workflow
- Resolve the target project and call
list_project_statusesto discover its exact status names. - Call
list_tasksfor Planning tasks,list_work_unitsfor existing active work units, andlist_membersfor assignment context. - Call
get_taskfor tasks whose readiness, dependencies, or acceptance criteria are unclear. - Classify every Planning task as:
- Ready
- Needs refinement
- Blocked by a dependency
- Duplicate or obsolete
- Require a clear outcome, sufficient context, and at least two testable acceptance criteria before promotion.
- Propose a priority order and explain the tradeoffs.
- Group three to eight cohesive tasks into a work unit only when they deliver one shared capability. Leave one or two related tasks standalone and split groups larger than eight.
- Review existing work units for shared dependencies and sequencing conflicts.
- Present the proposed promotions, work units, assignments, and dependency order. Request approval before writing.
- After approval:
- Use
batch_create_work_unitsfor approved groups. - Use
update_taskto move only ready, ungated tasks to the exact Todo status and set their ordering.
- Use
- Verify with
list_tasksandlist_work_units.
Guardrails
- Never promote a vague task or a task missing testable acceptance criteria.
- Never promote a downstream task whose required upstream work is incomplete.
- Do not force unrelated work into one work unit.
- Do not modify records before the user approves the proposed grooming plan.
- Recommend
refine-taskfor tasks that fail readiness checks.
Response
Report promoted tasks, created work units, items left in Planning, dependency gates, and the recommended execution order.
Trustgrade A
- passBody integrity
Whether the stored document is plausibly the kind of file the artifact declares, rather than something fetched by mistake.
- passType matchnot applicable to this artifact type
Whether the artifact is really the kind of thing its metadata claims it is.
- passFreshness
How long since the source repository was last pushed to.
- passPrompt injection
Scans the artifact's own text for instructions aimed at your agent rather than at you.
- passLicense
Whether the source repository declares an SPDX license permissive enough to redistribute.
How the grade is calculated
Each check contributes 0 points when it passes, 1 when it warns, and 2 when it fails. The total maps to a letter:
- Aevery check passed
- Bone warning
- Ctwo warnings
- Dprompt injection or body integrity failed, or three warnings
- Fone of those failed, and something else is wrong
These are automated hygiene checks, not a security audit, and not a dependency or vulnerability scan. A grade of A means nothing was flagged — not that the artifact is safe.
Versions
git-911830f4ec482026-07-31