tasks

A command that creates a dependency-ordered tasks.md file for a feature using available design materials. Each task uses a standard Markdown checkbox format.

In plain words
What is it for?
Use it to break a feature into ordered tasks, mark work as completed, and organize tasks by user story or parallel work.
Why use it?
It turns design information into an actionable implementation plan and makes task completion easy to track automatically.

Command

Install

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.

agentmods
npx agentmods add commands/martybonacci/specswarm/tasks
Clone the repo
git clone --depth 1 https://github.com/MartyBonacci/specswarm
Per session 18 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,956 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00018 $0.02956
Opus 5 $0.00009 $0.01478
Sonnet 5 $0.00004 $0.00591
Haiku 4.5 $0.00002 $0.00296

Measured 2d ago against content hash 887bf1dc7320, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

tasks 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 2d 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.

plugins/ss/commands/tasks.md · 243 lines

How it starts

The opening of the file, as written. The whole thing — 243 lines — stays where its author put it; the contents beside it link to each section on GitHub.

User Input

$ARGUMENTS

You MUST consider the user input before proceeding (if not empty).

Canonical Task Line Format (REQUIRED — v7.11.0)

Every task in tasks.md MUST be written as a canonical Markdown checkbox:

- [ ] T001 [P] [US1] <imperative task description> — <relative/file/path>

Rules:

  • Start each task line with - [ ] T### (a literal Markdown checkbox, a space, then the zero-padded task ID).
  • The checkbox is the source of truth for completion. When a task is finished it becomes - [X] T###.
  • [P] (parallelizable) and [US#] (user-story) tags are optional and come after the ID.
  • This format is language- and stack-agnostic — it carries only the task ID, tags, a description, and an optional file path. It works identically for a Python, Go, Rust, or TypeScript project.

Why this is mandatory: SpecSwarm's tasks-completion-detector PostToolUse hook watches tasks.md for checkbox flips (- [ ] T###- [X] T###) and auto-queues each completed task for adversarial /ss:verify review. The detector regex is:

^[[:space:]]*-[[:space:]]+\[[xX]\][[:space:]]+T[0-9]+

If tasks are emitted in a heading-only format (e.g. ### T001. …) the detector finds zero matches, the verify-queue stays empty for the whole chunk, and the chunk ships with no per-task spec-mentor verification. Earlier versions emitted heading-form tasks, which silently disabled this layer. The canonical checkbox is now required to keep auto-verification working for every project.

Supplementary detail blocks are allowed but never replace the checkbox. If you also emit ### T001 … headings or a dependency-graph block for human/agent readability, that is fine — but a flat canonical - [ ] T### … checkbox list MUST still be present (either as the primary task lines, or as a dedicated ## Tasks / ## Completion Tracker checklist that mirrors every task ID). The checkbox list is what gets ticked and what the hook reads.

Read the full file on GitHub · 243 lines

Changes

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.

  1. 2d ago First seen · 243 lines · 18 tokens per session scan A 887bf1dc7320

Subscribe to this mod's changes

tasks is a command published in the GitHub repository MartyBonacci/specswarm (65 stars, last pushed 1mo ago), licensed MIT. It adds 18 tokens to every session and 2,956 once invoked, about $0.0001 per session on Opus 5. 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-30.