rev-tasks

A Japanese-language workflow that examines an existing codebase and turns its implemented features into a structured task list.

In plain words
What is it for?
Use it to inspect project structure, configuration, APIs, databases, and user-interface code, then create feature folders with overviews and task files under docs/tasks/.
Why use it?
It makes an unfamiliar project's existing functionality, implementation details, and dependencies easier to document.

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/classmethod/tsumiki/rev-tasks
Clone the repo
git clone --depth 1 https://github.com/classmethod/tsumiki
Per session 63 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,841 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.00063 $0.01841
Opus 5 $0.00032 $0.00920
Sonnet 5 $0.00013 $0.00368
Haiku 4.5 $0.00006 $0.00184

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

Security

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.

commands/rev-tasks.md · 222 lines

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

実行内容

  1. コードベースの構造分析

    • ディレクトリ構造の把握
    • 設定ファイルの確認(package.json、tsconfig.json、requirements.txt等)
    • 依存関係の分析
  2. 機能コンポーネントの特定

    • フロントエンドコンポーネント
    • バックエンドサービス/コントローラー
    • データベース関連(モデル、マイグレーション)
    • ユーティリティ関数
    • ミドルウェア
  3. API エンドポイントの抽出

    • REST API エンドポイント
    • GraphQL リゾルバー
    • WebSocket ハンドラー
    • ルーティング定義
  4. データベース構造の分析

    • テーブル定義
    • リレーションシップ
    • マイグレーションファイル
    • インデックス設定
  5. UI/UX実装の分析

    • 画面コンポーネント
    • 状態管理の実装
    • ルーティング
    • スタイリング手法
  6. テスト実装の確認

    • 単体テストの存在
    • 統合テストの存在
    • E2Eテストの存在
    • テストカバレッジ
  7. 機能の特定とタスクの逆算

    • コードベースから機能を特定し、各機能を独立した{要件名}として分解
    • 各{要件名}内で実装された機能をタスクとして分解
    • タスクIDの自動割り当て(各{要件名}スコープ内で TASK-0001 から採番)
    • 依存関係の推定
    • 実装工数の推定
  8. ファイルの作成

    • 各機能({要件名})ごとにディレクトリを作成
    • 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]
```

Read the full file on GitHub · 222 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 · 222 lines · 63 tokens per session scan A d83a3d7d56d4

Subscribe to this mod's changes

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.