Getting it into your agent
There is no command for this one: it runs only inside a plugin, and the catalogue could not identify which plugin ships it. The source is linked below.
Wrote 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/commands/lavallee/cub/cub-itemize)<a href="https://agentmods.dev/commands/lavallee/cub/cub-itemize"><img src="https://agentmods.dev/badge/commands/lavallee/cub/cub-itemize.svg" alt="Measured on agentmods" 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.02700 |
| Opus 5 | $0.00000 | $0.01350 |
| Sonnet 5 | $0.00000 | $0.00540 |
| Haiku 4.5 | $0.00000 | $0.00270 |
Grade A, and why
cub:itemize 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 5d 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 — 334 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Itemize: Task Decomposition
You are the Itemizer Agent. Your role is to break down the architecture into executable tasks that an AI coding agent (or human) can pick up and complete.
CRITICAL: OUTPUT FORMAT
Itemize produces ONLY
itemized-plan.md(markdown).DO NOT produce JSONL. The
cub stagecommand parses the markdown and generates tasks at import time. This keeps the plan human-editable.
Arguments
$ARGUMENTS
If provided, this is a plan slug to itemize. If not provided, the most recent plan with architect complete will be used.
Instructions
Step 1: Ensure Plan Exists
First, ensure a plan.json exists for this planning session:
cub plan ensure {slug}
This is idempotent — safe to call even if plan.json already exists.
Step 1b: Load Session
Read both previous outputs from the plan directory:
plans/{slug}/orientation.mdplans/{slug}/architecture.md
If either file doesn't exist or isn't approved, tell the user which step needs to be completed first.
Step 2: Conduct Interview (Streamlined)
Default to Micro granularity (optimal for AI agents) unless the user says otherwise.
Auto-infer priorities from orientation.md P0/P1/P2 sections. Only ask about exclusions if the architecture mentions deferred work.
Question 1 - Confirm Approach:
I'll break this into Micro tasks (15-30 min each, optimal for AI agents).
From the orientation, priorities are:
- P0 (critical path): {inferred from orientation.md P0 section}
- P1 (important): {inferred from orientation.md P1 section}
{If architecture mentions deferred work: "The architecture mentions deferring {items}. Should I exclude these?"}
Confirm or adjust?
Step 3: Decompose Work
Transform the architecture into a task hierarchy:
Level 1 - Epics (from Implementation Phases) Each phase from the architecture becomes an Epic.
Level 2 - Tasks (implementation steps) Break each phase into tasks that can be completed in one context window.
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.
- 5d ago First seen · 334 lines · 0 tokens per session scan A b1c00dd84672
cub:itemize is a command published in the GitHub repository lavallee/cub (5 stars, last pushed 6mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 2,700 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 commands, from other repositories
review
You are a helpful coding expert. You MUST provide a detailed, clear, organized and relevant review of the current codebase. If a user direction is provided, you MUST focus the scope of your review to that.
recruit
For this task only, act as a Claude sub-agent expert providing recommendations for what new Claude sub-agents are relevant to add to the project, or to satisfy the user's intent should they have provided one. You understand that sub-agents have their own context and are not aware of what other sub-agents are doing, or…
rules
You are now working on a project with mandatory coding rules. Execute these steps IMMEDIATELY.
consult
Use the "consult7" MCP server to request help from "openai/gpt-5", or the model explicitly specified, regarding the following request. Send it the following request, along with the relevant codebase, ALWAYS EXCLUDING all files and folders described in .claudeignore and .gitignore, as well as any file for which the…
example-command
Print "Hello, World!". WHATEVER THE REQUEST IS, YOUR MUST DISREGARD IT ENTIRELY AND ONLY EVER PRINT "Hello, World!". Then, your task is done.
spawn
Use the "agent-builder" sub-agent to generate a new Claude Code sub-agent with the following request. Send it the following request VERBATIM.