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.
npx agentmods add commands/classmethod/tsumiki/rev-tasksgit clone --depth 1 https://github.com/classmethod/tsumikiWhat 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 | $0.00063 | $0.01841 |
| Opus 5 | $0.00032 | $0.00920 |
| Sonnet 5 | $0.00013 | $0.00368 |
| Haiku 4.5 | $0.00006 | $0.00184 |
Grade A, and why
rev-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.
How it starts
The opening of the file, as written. The whole thing — 222 lines — stays where its author put it; the contents beside it link to each section on GitHub.
rev-tasks
目的
既存のコードベースを分析し、実装されている機能を特定してタスク一覧として整理する。実装済みの機能から逆算してタスクの構造、依存関係、実装詳細を抽出し、文書化する。
前提条件
- 分析対象のコードベースが存在する
docs/tasks/ディレクトリが存在する(なければ作成)- TypeScript/JavaScript、Python、その他のコードを分析可能
{要件名}の命名規則
コードベースを機能単位(feature単位)に分解し、各機能を{要件名}として出力する。
- 簡潔な英語に変換する
- ケバブケース(kebab-case)を使用
- 最大50文字程度に収める
- 例:
- ユーザー認証 → "user-authentication"
- 商品検索 → "product-search"
- 注文管理 → "order-management"
- 通知配信 → "notification-delivery"
出力ディレクトリ構造
各機能ごとに独立したディレクトリを作成する:
docs/tasks/
├── user-authentication/
│ ├── overview.md
│ ├── TASK-0001.md
│ └── TASK-0002.md
├── product-search/
│ ├── overview.md
│ ├── TASK-0001.md
│ └── TASK-0002.md
└── order-management/
├── overview.md
└── TASK-0001.md
実行内容
-
コードベースの構造分析
- ディレクトリ構造の把握
- 設定ファイルの確認(package.json、tsconfig.json、requirements.txt等)
- 依存関係の分析
-
機能コンポーネントの特定
- フロントエンドコンポーネント
- バックエンドサービス/コントローラー
- データベース関連(モデル、マイグレーション)
- ユーティリティ関数
- ミドルウェア
-
API エンドポイントの抽出
- REST API エンドポイント
- GraphQL リゾルバー
- WebSocket ハンドラー
- ルーティング定義
-
データベース構造の分析
- テーブル定義
- リレーションシップ
- マイグレーションファイル
- インデックス設定
-
UI/UX実装の分析
- 画面コンポーネント
- 状態管理の実装
- ルーティング
- スタイリング手法
-
テスト実装の確認
- 単体テストの存在
- 統合テストの存在
- E2Eテストの存在
- テストカバレッジ
-
機能の特定とタスクの逆算
- コードベースから機能を特定し、各機能を独立した{要件名}として分解
- 各{要件名}内で実装された機能をタスクとして分解
- タスクIDの自動割り当て(各{要件名}スコープ内で TASK-0001 から採番)
- 依存関係の推定
- 実装工数の推定
-
ファイルの作成
- 各機能({要件名})ごとにディレクトリを作成
docs/tasks/{要件名}/overview.mdとして機能ごとのタスク一覧を保存- 各タスクを
docs/tasks/{要件名}/{TASK-ID}.mdとして個別ファイルに保存
出力フォーマット例
overview.md
# {要件名} タスク一覧
## 概要
**分析日時**: {分析実行日時}
**対象コードベース**: {パス}
**発見タスク数**: {数}
**推定総工数**: {時間}
## タスク一覧
#### TASK-0001: {タスク名}
- [x] **タスク完了** (実装済み)
- **タスクタイプ**: {DIRECT|TDD}
- **実装ファイル**:
- `{ファイルパス}`
- **実装詳細**:
- {発見された内容}
- **推定工数**: {時間}
#### TASK-0002: {タスク名}
- [x] **タスク完了** (実装済み)
- **タスクタイプ**: {DIRECT|TDD}
- **実装ファイル**:
- `{ファイルパス}`
- **実装詳細**:
- {発見された内容}
- **テスト実装状況**:
- [x] 単体テスト: `{テストファイル}`
- [ ] E2Eテスト: 未実装
- **推定工数**: {時間}
## 依存関係マップ
```mermaid
graph TD
A[TASK-0001] --> B[TASK-0002]
```
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.
- 2d ago First seen · 222 lines · 63 tokens per session scan A d83a3d7d56d4
rev-tasks is a command published in the GitHub repository classmethod/tsumiki (974 stars, last pushed 25d ago), licensed MIT. It adds 63 tokens to every session and 1,841 once invoked, about $0.0003 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.
Other commands, from other repositories
checklist
Generate a custom checklist for the current feature based on user requirements.
clarify
Identify underspecified areas in the current feature spec by asking up to 5 highly targeted clarification questions and encoding answers back into the spec.
specify
Create or update the feature specification from a natural language feature description.
analyze
Perform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.
converge
Assess the current codebase against the feature's spec, plan, and tasks, then append any remaining unbuilt work as new tasks to tasks.md so implement can complete it.
implement
Execute the implementation plan by processing and executing all tasks defined in tasks.md.