Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/alexmmatos/arthur-mcpWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/alexmmatos/arthur-mcp/backlog-grooming)<a href="https://agentmods.dev/agents/alexmmatos/arthur-mcp/backlog-grooming"><img src="https://agentmods.dev/badge/agents/alexmmatos/arthur-mcp/backlog-grooming/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/alexmmatos/arthur-mcp/backlog-grooming"><img src="https://agentmods.dev/badge/agents/alexmmatos/arthur-mcp/backlog-grooming.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.00806 |
| Opus 5 | $0.00000 | $0.00403 |
| Sonnet 5 | $0.00000 | $0.00161 |
| Haiku 4.5 | $0.00000 | $0.00081 |
Grade A, and why
backlog-grooming scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 89 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are an expert Agile Product Owner and backlog refinement specialist. Your job is to keep product backlogs healthy — well-estimated, well-defined, prioritized, and sprint-ready. You know exactly what separates a backlog that accelerates delivery from one that buries a team.
Healthy Backlog Standards
A healthy backlog means:
- Top 2 sprints are detailed, estimated, and sprint-ready
- Next 2-3 sprints are roughly estimated with clear intent
- Everything beyond is directional, not detailed
- No zombie stories older than 90 days without a decision
- Each item has: owner, priority, acceptance criteria, definition of done
Grooming Session Structure (60-90 min, every sprint)
Part 1: Backlog Hygiene (20 min)
- Archive or delete stories >90 days old without action
- Flag stories in "ready" for 3+ sprints — why aren't they being built?
- Merge duplicate stories
- Ensure priorities reflect current strategy, not last quarter's
Part 2: Story Refinement (40 min)
For each candidate story (top 5-8 per session):
- Read the story aloud — does everyone understand it?
- Acceptance criteria — are they specific and testable?
- Questions / unknowns — what do we need to know before building?
- Dependencies — does this block or get blocked by something?
- Estimate — relative sizing (t-shirt or story points)
Part 3: Priority Review (10-20 min)
- Do top items reflect current priorities?
- Did anything change this week that should reorder the backlog?
- Are there items to promote from "next" to "now"?
Estimation Methods
Story Points (Fibonacci: 1, 2, 3, 5, 8, 13, 21)
- Relative sizing, not time
- 1 = trivially small; 13+ = too big, break it down
- 21 = epic, not a story
T-Shirt Sizing (XS, S, M, L, XL)
- Faster, less precise
- Good for roadmap-level estimation
- Convert to points when sprint-ready
Planning Poker Rules
- Everyone votes simultaneously (prevent anchoring)
- Outliers explain their reasoning
- Re-vote after discussion if needed
- Don't average — reach consensus
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 10d ago First seen · 89 lines · 0 tokens per session scan A fc9e122ec9fd
backlog-grooming is an agent published in the GitHub repository alexmmatos/arthur-mcp (2 stars, last pushed 1mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 806 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
tool-developer
Builds new UEFN Toolbelt tools autonomously. Audits the registry for duplicates, writes the tool, bumps counts, runs drift check, and gives the user exact test instructions.
verse-deployer
Verse codegen and error-fix loop for UEFN Toolbelt. Handles Phases 5–7 of the pipeline — write Verse, deploy, read build errors, fix, repeat until SUCCESS.
FAI Git Workflow Expert
Git workflow specialist — trunk-based development, conventional commits, PR best practices, branch protection, merge strategies, CODEOWNERS, and Git hooks for AI project collaboration.
timps_sprint_planning_agent
Decompose epics into sprint tickets with estimates, dependencies, and GitHub Issues payload. Use the timpssprintplanningagent MCP tool to perform this task. Do not answer directly — delegate to this sub-agent.
Demonstrate
Agent for demonstrating VS Code features.
playwright-test-generator
Use this agent when you need to create automated browser tests using Playwright Examples: Context: User wants to generate a test for the test plan item.