Borrowing it
Nothing to install: this file belongs to reinhardhq/claude-code-spec-boilerplate. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/reinhardhq/claude-code-spec-boilerplate/main/.claude/commands/biz:tasklist.mdgit clone --depth 1 https://github.com/reinhardhq/claude-code-spec-boilerplateWrote 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/reinhardhq/claude-code-spec-boilerplate/biz-tasklist)<a href="https://agentmods.dev/commands/reinhardhq/claude-code-spec-boilerplate/biz-tasklist"><img src="https://agentmods.dev/badge/commands/reinhardhq/claude-code-spec-boilerplate/biz-tasklist/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/commands/reinhardhq/claude-code-spec-boilerplate/biz-tasklist"><img src="https://agentmods.dev/badge/commands/reinhardhq/claude-code-spec-boilerplate/biz-tasklist.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.00027 | $0.02227 |
| Opus 5 | $0.00014 | $0.01113 |
| Sonnet 5 | $0.00005 | $0.00445 |
| Haiku 4.5 | $0.00003 | $0.00223 |
Grade A, and why
biz:tasklist 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 9d 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 — 227 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Task Breakdown Generator
事業仕様を開発ステージ（PoC/MVP/Launch）に応じた具体的なタスクリストに分解し、実行計画を作成します。
入力パラメータ:
- 仕様内容: $SPEC
- 開発ステージ: $STAGE (PoC/MVP/Launch)
Context Check
Project Structure
- 既存タスク: !
[ -f .kiro/tasks.md ] && head -20 .kiro/tasks.md || echo "No existing tasks" - プロジェクト構造: !
[ -d src ] && find src -type f -name "*.ts" -o -name "*.js" | head -10 || echo "No source files found"
Task: タスクリストの生成
1. 仕様の分析と要件抽出
A. 仕様の解析
入力された仕様から以下を抽出：
- コア機能: 必須となる機能要件
- 非機能要件: パフォーマンス、セキュリティなど
- 制約条件: 技術的・ビジネス的制約
- 依存関係: 外部サービスやリソース
B. ステージ別スコープ定義
選択されたステージに基づいてスコープを決定：
PoC (Proof of Concept)
- 目的: 技術的実現可能性の検証
- 期間: 2-4週間
- スコープ: コア機能の最小実装
MVP (Minimum Viable Product)
- 目的: 市場価値の検証
- 期間: 1-3ヶ月
- スコープ: ユーザーが使える最小限の製品
Launch
- 目的: 本格的な市場投入
- 期間: 3-6ヶ月
- スコープ: 完全な機能セットと運用準備
2. タスクの構造化
A. カテゴリ別分類
タスクを以下のカテゴリに分類：
- Backend: サーバーサイド開発
- Frontend: クライアントサイド開発
- Infrastructure: インフラ・DevOps
- Design: UI/UXデザイン
- Data: データベース・分析
- Testing: テスト・品質保証
- Documentation: ドキュメント作成
- Business: ビジネス関連タスク
B. 優先度とクリティカルパス
- P0: ブロッカー（他のタスクを阻害）
- P1: コア機能（必須要件）
- P2: 重要機能（あると良い）
- P3: 追加機能（余裕があれば）
3. タスク詳細の定義
A. タスクテンプレート
各タスクに含める情報：
- タスク名: 明確で行動指向的
- 説明: 具体的な実装内容
- 受入条件: 完了の定義
- 見積時間: 実装に必要な時間
- 依存関係: 前提となるタスク
- 担当者: 推奨スキルセット
B. ステージ別タスクセット
PoC タスクセット
1. 技術調査・選定
2. プロトタイプ環境構築
3. コア機能の実装
4. 基本的な動作検証
5. デモ準備
MVP タスクセット
1. アーキテクチャ設計
2. 基本機能の実装
3. ユーザー認証・管理
4. 基本的なUI/UX実装
5. エラーハンドリング
6. 基本的なテスト
7. デプロイ環境構築
Launch タスクセット
1. 全機能の実装
2. パフォーマンス最適化
3. セキュリティ強化
4. 包括的なテスト
5. 監視・ログシステム
6. ドキュメント整備
7. 運用手順書作成
8. マーケティング準備
4. リソース計画
A. チーム構成の提案
ステージに応じた理想的なチーム：
- PoC: 1-2名のフルスタック開発者
- MVP: 3-5名（BE×2, FE×1, Design×1, PM×1）
- Launch: 5-10名（専門分野別）
B. タイムライン
- ガントチャート形式でのスケジュール
- マイルストーンの設定
- バッファ時間の確保
5. リスクと対策
A. 技術的リスク
- 未検証技術の採用
- スケーラビリティの課題
- 統合の複雑性
B. プロジェクトリスク
- スコープクリープ
- リソース不足
- 依存関係の遅延
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.
- 9d ago First seen · 227 lines · 27 tokens per session scan A 78d8a0228a64
biz:tasklist is a command published in the GitHub repository reinhardhq/claude-code-spec-boilerplate (2 stars, last pushed 1y ago), licensed MIT. It adds 27 tokens to every session and 2,227 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-31.
Other commands, from other repositories
template
Manage issue templates for streamlined issue creation.
sync-linear
Sync current work with Linear ticket status.
add-note
Add an internal or external note to a ConnectWise PSA ticket.
fest-show
Show festival progression (in-progress tasks, roadmap, and dependency view).
dispatcher
Pick the next-best repo to work on across the portfolio — rank free repos, recommend one, claim its lease atomically, and route to the entry command.
workpm
A project-management workflow for coordinating multiple AI workers through five stages. It includes task assignment, shared activity logs, worker replacement, and final checks.