pm-auto-design2dev

An automated workflow that takes a software issue from design review through a work plan and implementation. TDD, or test-driven development, means writing tests around the expected behavior as part of the development process.

In plain words
What is it for?
Use it when you want an issue reviewed, planned, implemented with TDD, and reported as one managed process.
Why use it?
It removes the need to coordinate several development stages manually and carries the results of each stage into the next. The workflow also includes consistency, impact, and security reviews.

Command for Claude Code

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/kewton/commandmate/pm-auto-design2dev
Clone the repo
git clone --depth 1 https://github.com/Kewton/CommandMate

Made for: Claude Code.

Per session 28 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,162 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.00028 $0.02162
Opus 5 $0.00014 $0.01081
Sonnet 5 $0.00006 $0.00432
Haiku 4.5 $0.00003 $0.00216

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

Security

Grade A, and why

pm-auto-design2dev 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.

Origin

Copies of this mod

1 near-identical copy found in the catalogue:

.claude/commands/pm-auto-design2dev.md · 272 lines

How it starts

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

PM自動 設計→開発スキル

概要

設計レビューから実装完了までの全工程(設計レビュー → 作業計画立案 → TDD実装)を完全自動化するプロジェクトマネージャースキルです。ユーザーはIssue番号を指定するだけで、設計から開発完了まで自律的に実行します。

アーキテクチャ: 3つの既存コマンドを順次実行し、各フェーズの成果物を次フェーズに引き継ぎます。

使用方法

  • /pm-auto-design2dev [Issue番号]
  • 「Issue #XXXを設計から開発まで自動実行してください」

実行内容

あなたはプロジェクトマネージャーとして、設計から開発までの全工程を統括します。以下の3つのフェーズを順次実行し、各フェーズの完了を確認しながら進めてください。

パラメータ

  • issue_number: 開発対象のIssue番号(必須)

サブエージェントモデル指定

各サブコマンド内で個別にモデル指定されています(レビュー・TDD系=opus、反映・報告系=sonnet継承)。


実行フェーズ

Phase 0: 初期設定とTodoリスト作成

まず、TodoWriteツールで作業計画を作成してください:

- [ ] Phase 1: 設計方針書確認・作成
- [ ] Phase 2: マルチステージ設計レビュー
- [ ] Phase 3: 作業計画立案
- [ ] Phase 4: TDD自動開発
- [ ] Phase 5: 完了報告

Phase 1: 設計方針書の確認・作成

1-1. 設計方針書の存在確認
ls dev-reports/design/issue-{issue_number}-*-design-policy.md 2>/dev/null
1-2. 設計方針書がない場合

設計方針書が存在しない場合は、/design-policy コマンドを実行して作成:

/design-policy {issue_number}

Phase 2: マルチステージ設計レビュー

2-1. 設計レビュー実行

/multi-stage-design-review コマンドを実行:

/multi-stage-design-review {issue_number}

このフェーズで行われること:

  • Stage 1: 通常レビュー(設計原則)
  • Stage 2: 整合性レビュー
  • Stage 3: 影響分析レビュー
  • Stage 4: セキュリティレビュー
  • 各ステージの指摘事項を設計方針書に反映
2-2. 完了確認
  • サマリーレポートが生成されていること
  • 設計方針書が更新されていること

出力ファイル: dev-reports/issue/{issue_number}/multi-stage-design-review/summary-report.md


Phase 3: 作業計画立案

3-1. 作業計画作成

/work-plan コマンドを実行:

/work-plan {issue_number}

このフェーズで行われること:

  • 設計方針書に基づいたタスク分解
  • 依存関係の整理
  • 実装順序の決定
3-2. 完了確認
  • 作業計画書が生成されていること

出力ファイル: dev-reports/issue/{issue_number}/work-plan.md


Phase 4: TDD自動開発

4-1. TDD実装実行

/pm-auto-dev コマンドを実行:

/pm-auto-dev {issue_number}

このフェーズで行われること:

  • TDD実装(Red-Green-Refactor)
  • 受入テスト
  • リファクタリング
  • ドキュメント更新
  • 実機受入テスト(UAT: /uat コマンド)
  • 進捗報告
4-2. 完了確認
  • 全テストがパスしていること
  • 静的解析エラーが0件であること
  • 進捗レポートが生成されていること

出力ファイル: dev-reports/issue/{issue_number}/pm-auto-dev/iteration-1/progress-report.md


Read the full file on GitHub · 272 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 · 272 lines · 28 tokens per session scan A a4dbe8cd1aca

Subscribe to this mod's changes

pm-auto-design2dev is a command published in the GitHub repository Kewton/CommandMate (39 stars, last pushed 2d ago), licensed MIT. It adds 28 tokens to every session and 2,162 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.