tasks

A command that creates an ordered tasks.md checklist from available design documents. These documents can describe the technical plan, user needs, data, APIs, research, and test scenarios.

In plain words
What is it for?
Use it to generate setup, foundation, user-story, testing, and polish tasks, along with dependency and parallel-work guidance.
Why use it?
It turns planning material into concrete implementation work and shows which tasks depend on others, reducing ambiguity about what to do next.

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/akiojin/unity-mcp-server/tasks
Clone the repo
git clone --depth 1 https://github.com/akiojin/unity-mcp-server
Per session 33 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,248 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.00033 $0.02248
Opus 5 $0.00016 $0.01124
Sonnet 5 $0.00007 $0.00450
Haiku 4.5 $0.00003 $0.00225

Measured 2d ago against content hash 12f23a5b9277, 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.

.specify/templates/commands/tasks.md · 142 lines

How it starts

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

ユーザー入力

$ARGUMENTS

空でない場合、続行する前にユーザー入力を考慮する必要があります

実行手順

  1. セットアップ: {SCRIPT} をリポジトリルートから実行し、FEATURE_DIRAVAILABLE_DOCS リストを取得(パスはすべて絶対パス)。

    • シングルクォートを含む引数は適切にエスケープ
  2. 設計ドキュメント読み込み: FEATURE_DIR から:

    • 必須: plan.md(技術スタック、ライブラリ、構造), spec.md(優先度付きユーザーストーリー)
    • 任意: data-model.md(エンティティ), contracts/(APIエンドポイント), research.md(決定事項), quickstart.md(テストシナリオ)
    • 注意: すべてのドキュメントがあるとは限らない。利用可能なものに基づいてタスクを生成
  3. タスク生成ワークフロー:

    • plan.md から技術スタック、ライブラリ、プロジェクト構造を抽出
    • spec.md からユーザーストーリーと優先度(P1, P2, P3...)を抽出
    • data-model.md があれば: エンティティを抽出しユーザーストーリーにマッピング
    • contracts/ があれば: エンドポイントをユーザーストーリーにマッピング
    • research.md があれば: セットアップタスク用の決定事項を抽出
    • ユーザーストーリーごとにタスクを生成(下記ルール参照)
    • ユーザーストーリーの完了順序を示す依存グラフを生成
    • ストーリーごとの並列実行例を作成
    • タスクの完全性を検証(各ストーリーに必要なタスクがあり、独立してテスト可能)
  4. tasks.md生成: templates/tasks-template.md を構造として使用:

    • plan.md から正しい機能名
    • Phase 1: セットアップタスク(プロジェクト初期化)
    • Phase 2: 基盤タスク(全ユーザーストーリーのブロッキング前提条件)
    • Phase 3+: ユーザーストーリーごとに1フェーズ(spec.md の優先度順)
    • 各フェーズに: ストーリー目標、独立テスト基準、テスト(要求時)、実装タスク
    • 最終フェーズ: ポリッシュと横断的関心事
    • すべてのタスクは厳密なチェックリスト形式に従う(下記参照)
    • 各タスクに明確なファイルパス
    • ストーリー完了順序を示す依存関係セクション
    • ストーリーごとの並列実行例
    • 実装戦略セクション(MVP優先、インクリメンタルデリバリー)
  5. 報告: 生成した tasks.md のパスとサマリー:

    • 総タスク数
    • ユーザーストーリーごとのタスク数
    • 特定された並列化機会
    • 各ストーリーの独立テスト基準
    • MVP提案スコープ(通常はユーザーストーリー1のみ)
    • フォーマット検証: すべてのタスクがチェックリスト形式に従っていることを確認

タスク生成のコンテキスト: {ARGS}

tasks.md は即座に実行可能であるべき - 各タスクは追加コンテキストなしでLLMが完了できる具体性を持つこと。

タスク生成ルール

重要: タスクはユーザーストーリーごとに整理し、独立した実装とテストを可能にする。

テストは任意: 機能仕様で明示的に要求されるか、ユーザーがTDDアプローチを要求した場合のみテストタスクを生成。

チェックリスト形式(必須)

すべてのタスクは以下の形式に厳密に従う:

- [ ] [TaskID] [P?] [Story?] ファイルパスを含む説明

形式コンポーネント:

  1. チェックボックス: 常に - [ ](Markdownチェックボックス)で開始
  2. タスクID: 実行順の連番(T001, T002, T003...)
  3. [P]マーカー: 並列化可能な場合のみ(異なるファイル、未完了タスクへの依存なし)
  4. [Story]ラベル: ユーザーストーリーフェーズタスクのみ必須
    • 形式: [US1], [US2], [US3]... (spec.md のユーザーストーリーにマッピング)
    • セットアップフェーズ: ストーリーラベルなし
    • 基盤フェーズ: ストーリーラベルなし
    • ユーザーストーリーフェーズ: ストーリーラベル必須
    • ポリッシュフェーズ: ストーリーラベルなし
  5. 説明: 正確なファイルパスを含む明確なアクション

Read the full file on GitHub · 142 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 · 142 lines · 33 tokens per session scan A 12f23a5b9277

Subscribe to this mod's changes

tasks is a command published in the GitHub repository akiojin/unity-mcp-server (34 stars, last pushed 9d ago), licensed MIT. It adds 33 tokens to every session and 2,248 once invoked, about $0.0002 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.