Agent skill

Dev Run

by classmethod in classmethod/tsumiki

This skill should be used when the user asks to "dev-run", "自動実装", "タスクを一括実装", "auto implement", "run all tasks", "タスクを自動実行", "バッチ実装", "dev-run auth 001 005".

MITAuto-check passed

Install Dev Run

skills CLI
$ npx skills add classmethod/tsumiki --skill dev-run -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install classmethod/tsumiki dev-run --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/classmethod/tsumiki.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/dev-run .claude/skills/dev-run && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
dev-run
GitHub stars
974
Token cost
~1.8k tokens
SKILL.md length
497 words
Files
4 (incl. references)
Skills in repo
14
Repo updated
First seen
Licence
MIT

At a glance

This skill should be used when the user asks to "dev-run", "自動実装", "タスクを一括実装", "auto implement", "run all tasks", "タスクを自動実行", "バッチ実装", "dev-run auth 001 005".

  • Works in 7 steps: 事前検証とコンテキスト読み込み → TaskCreate で依存関係グラフ構築 → 実装ループ → …
  • Asks to dev-run
  • SKILL.md covers 前提知識, ワークフロー, エスカレーション条件 and マーカー文字列, plus 2 more sections
  • Calls docker and git

What it does

Dev Run is an agent skill from classmethod/tsumiki. This skill should be used when the user asks to "dev-run", "自動実装", "タスクを一括実装", "auto implement", "run all tasks", "タスクを自動実行", "バッチ実装", "dev-run auth 001 005". Plan内の指定範囲のタスクをdev-impl/dev-verify/dev-debugのワークフローで自動実行するオーケストレーションスキル。

Its SKILL.md is about 1.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 4 other files, including reference files (for example `references/debug-prompt-template.md`, `references/impl-prompt-template.md` and `references/verify-prompt-template.md`).

The licence is MIT.

When your agent uses it

  • Asks to dev-run
  • Dev-run auth 001 005

Example prompts

  • “dev-run”
  • “タスクを一括実装”
  • “auto implement”
  • “/dev-run”

Requirements

  • Docker

Workflow steps

7 steps, taken from the step headings in SKILL.md.

  1. 事前検証とコンテキスト読み込み
  2. TaskCreate で依存関係グラフ構築
  3. 実装ループ
  4. 全体検証(verify タスク実行)
  5. 検証結果パースと修正ループ
  6. 最終レポート
  7. Docker クリーンアップ

What it can do on your machine

Read from SKILL.md and the folder at commit fa5aaff. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • docker
    • git

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use docker and git, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Dev Run loads about 1.8k tokens when it runs, and up to ~6k if it reads all its reference files. Until then it costs about 60 tokens; SKILL.md has 497 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~60
When it runs · the whole SKILL.md, loaded when a task matches
~1.8k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~6k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from classmethod/tsumiki at commit fa5aaff, republished under its MIT licence (© classmethod). 497 words, ~1,821 tokens.

Download SKILL.mdSave it as .claude/skills/dev-run/SKILL.md (or your agent's skills folder). This skill also uses 3 other files; get the full folder from GitHub.
name
dev-run
description
This skill should be used when the user asks to "dev-run", "自動実装", "タスクを一括実装", "auto implement", "run all tasks", "タスクを自動実行", "バッチ実装", "dev-run auth 001 005". Plan内の指定範囲のタスクをdev-impl/dev-verify/dev-debugのワークフローで自動実行するオーケストレーションスキル。
argument-hint
<plan-name> <from-task-id> <to-task-id>

Dev Run

Plan 内の指定範囲タスクに対し、impl → verify → debug のループを自動実行するオーケストレーションスキル。各タスクを Task サブエージェントに委託し、TaskCreate/TaskUpdate で依存関係付きの進捗管理を行う。

前提知識

dev-* スキルフロー内の位置
dev-context → dev-plan → [dev-run] → (完了)
                            ├─ impl サブエージェント (×タスク数)
                            ├─ debug サブエージェント (エラー時)
                            └─ verify サブエージェント (全タスク完了後)
引数フォーマット
/dev-run <plan-name> <from-task-id> <to-task-id>
  • plan-name: 既存の Plan 名(docs/dev/plans/<plan-name>/ が存在すること)
  • from-task-id: 開始タスク ID(例: "001")
  • to-task-id: 終了タスク ID(例: "005")
サブエージェント制約(重要)

サブエージェントは Task ツールを使用できない(ネスト不可のアーキテクチャ制約)。そのため:

  • コード探索は Glob/Grep/Read を直接使用する
  • TodoWrite は使用しない(TaskCreate/TaskUpdate で進捗管理する)
  • プロンプトに context.md を埋め込み、サブエージェントのファイル読み込みを最小化する

ワークフロー

Step 1: 事前検証とコンテキスト読み込み
  1. docs/dev/context.md の存在を確認する。存在しない場合は /dev-context の実行を案内して終了する
  2. docs/dev/plans/<plan-name>/ の存在を確認する。存在しない場合は /dev-plan の実行を案内して終了する
  3. docs/dev/context.md を Read で読み込み、以下を抽出する:
    • テスト実行コマンド(Test Framework セクション)
    • ビルドコマンド(Build & Run セクション、あれば)
    • Lint コマンド(Build & Run セクション、あれば)
    • カバレッジ閾値(Test Framework セクションの Coverage Threshold)
  4. docs/dev/plans/<plan-name>/plan.md を Read で読み込む
  5. 指定範囲(from-task-id 〜 to-task-id)の全タスクファイルを Glob + Read で読み込む
  6. 各タスクの status, dependencies, estimated_complexity を確認する
範囲外依存チェック

タスクファイルの dependencies に、指定範囲外のタスク ID が含まれる場合:

  • そのタスクファイルを Read し、status を確認する
  • status: done → 問題なし
  • それ以外 → AskUserQuestion でユーザーに警告し、続行/中断を確認する
Step 2: TaskCreate で依存関係グラフ構築
2a. タスクの登録

指定範囲内で status が done でないタスクごとに TaskCreate を実行する:

TaskCreate:
  subject: "impl-NNN: <タスクタイトル>"
  description: "Plan <plan-name> のタスク NNN を TDD 実装する"
  activeForm: "Implementing task NNN: <タスクタイトル>"
2b. 依存関係の設定

タスクファイルの dependencies を TaskUpdate の addBlockedBy にマッピングする。

ID マッピングテーブルを構築: {"001": "<TaskCreate_ID>", "002": "<TaskCreate_ID>", ...}

  • 範囲内の依存: 対応する TaskCreate ID を blockedBy に設定
  • 範囲外の依存(done 済み): blockedBy から除外
  • status: done のタスク: TaskCreate しない、依存元からも除外
2c. verify タスクの登録
TaskCreate:
  subject: "verify: <plan-name>"
  description: "Plan <plan-name> の全体検証を実行する"
  activeForm: "Verifying plan <plan-name>"
  addBlockedBy: [全 impl タスクの ID]
Step 3: 実装ループ

TaskList で status: pending かつ blockedBy が空のタスクを取得し、順に実行する。

3a. impl タスクの実行
  1. TaskUpdate で in_progress にする
  2. references/impl-prompt-template.md を Read で読み込む
  3. テンプレートのプレースホルダーを置換する:
    • {{CONTEXT_MD_CONTENT}} ← context.md の全文
    • {{TASK_FILE_CONTENT}} ← タスクファイルの全文
    • {{PLAN_MD_EXCERPT}} ← plan.md の設計概要
    • {{TEST_COMMAND}} ← テスト実行コマンド
    • {{TASK_FILE_PATH}} ← タスクファイルのパス
    • {{ESTIMATED_COMPLEXITY}} ← タスクの複雑度
    • {{COVERAGE_THRESHOLD}} ← カバレッジ閾値
  4. Task サブエージェント(general-purpose)を起動する
  5. サブエージェントの出力を確認する:
    • IMPL_SUCCESS を含む → 成功処理(3c へ)
    • IMPL_FAILED を含む → debug 処理(3b へ)
3b. debug 処理(impl 失敗時)
  1. impl サブエージェントの出力からエラー情報を抽出する
  2. references/debug-prompt-template.md を Read で読み込む
  3. テンプレートのプレースホルダーを置換する:
    • {{CONTEXT_MD_CONTENT}} ← context.md の全文
    • {{ERROR_DETAILS}} ← エラー情報(impl の出力から抽出)
    • {{TASK_FILE_CONTENT}} ← タスクファイルの全文
    • {{TEST_COMMAND}} ← テスト実行コマンド
  4. Task サブエージェント(general-purpose)を起動する
  5. サブエージェントの出力を確認する:
    • DEBUG_SUCCESS → 成功処理(3c へ)
    • DEBUG_FAILED → エスカレーション: AskUserQuestion で以下を提示:
      • このタスクをスキップして次へ進む
      • 自動実行を中断する
      • 手動修正後に再開する
3c. 成功処理
  1. タスクファイルの frontmatter status を done に更新する(Edit ツール使用)
    • 注意: dev-run の allowed-tools に Edit は含まれないため、ここはサブエージェント内で実施済みのはず。サブエージェントが更新していない場合は Read で確認する
  2. TaskUpdate で completed にする
  3. TaskList で次のブロック解除タスクを確認する
  4. 次のタスクがあれば 3a に戻る
Step 4: 全体検証(verify タスク実行)

全 impl タスクが completed になると verify タスクのブロックが解除される。

  1. TaskUpdate で verify を in_progress にする
  2. references/verify-prompt-template.md を Read で読み込む
  3. テンプレートのプレースホルダーを置換する:
    • {{CONTEXT_MD_CONTENT}} ← context.md の全文
    • {{PLAN_NAME}} ← Plan 名
    • {{TEST_COMMAND}}, {{BUILD_COMMAND}}, {{LINT_COMMAND}}
    • {{COVERAGE_THRESHOLD}} ← カバレッジ閾値
    • {{TODAY_DATE}} ← 実行日(YYYY-MM-DD)
  4. Task サブエージェント(general-purpose)を起動する
  5. サブエージェントが検証レポートを docs/dev/plans/<plan-name>/reports/verify-<日付>.md に出力する
Show full SKILL.md (195 more words)Show less
Step 5: 検証結果パースと修正ループ

verify サブエージェント完了後:

  1. 出力マーカーを確認する:
    • VERIFY_ALL_PASSED → 全パス、Step 6 へ
    • VERIFY_ISSUES_FOUND → 修正ループへ
修正ループ(最大2サイクル)

サイクルごとに:

  1. レポートファイルを Read で読み込む
  2. Issues Found セクションから問題を抽出する
  3. 問題ごとに fix タスクを TaskCreate する:
    subject: "fix-NNN: <問題概要>"
    activeForm: "Fixing: <問題概要>"
    addBlockedBy: [verify タスクの ID]
  4. re-verify タスクを TaskCreate する:
    subject: "re-verify-N: <plan-name>"
    activeForm: "Re-verifying plan <plan-name>"
    addBlockedBy: [全 fix タスクの ID]
  5. fix タスクを実行する(debug サブエージェント使用、3b と同じフロー)
  6. re-verify タスクを実行する(verify サブエージェント使用、Step 4 と同じフロー)
  7. 結果を確認:
    • 全パス → Step 6 へ
    • まだ問題あり:
      • サイクル 1 → サイクル 2 へ
      • サイクル 2 → 残存問題を報告して Step 6 へ
Step 6: 最終レポート

ユーザーに以下を出力する:

markdown
## dev-run 完了レポート

### 実行概要
- Plan: <plan-name>
- 範囲: <from-task-id> 〜 <to-task-id>
- 実行タスク数: X / スキップ: Y (done 済み)

### 結果サマリー
| タスク | 結果 | 信号機 |
|-------|------|--------|
| NNN | 成功 / debug後成功 / スキップ | 🔵/🟡/🔴 |

### 検証結果
- テスト: X passed, Y failed
- カバレッジ: X/Y packages above threshold
- ビルド: OK / NG / N/A
- Lint: OK / NG / N/A
- 500行ルール: OK / X files over

### verify → fix サイクル
- サイクル N: [修正内容の概要]

### 残存問題(ある場合)
- [問題の詳細と推奨アクション]

### 🟡 要確認ファイル
- [ファイル一覧と確認ポイント]

### 🔴 要判断ファイル
- [ファイル一覧と判断が必要な理由]
Step 7: Docker クリーンアップ

プロジェクトルートに docker-compose.yml または docker-compose.yaml が存在するか確認する。存在する場合:

  1. docker compose down を実行してコンテナを停止する
  2. 停止に失敗した場合はユーザーに報告する(ブロッキングにしない)

エスカレーション条件

以下の場合は自動実行を停止し、AskUserQuestion でユーザーに確認する:

  1. 範囲外依存が未完了: 依存先タスクが done でない
  2. impl + debug 両方失敗: サブエージェントが修正できなかった
  3. verify 2サイクル後も問題残存: 残存問題をレポートして終了
  4. 🔴 セキュリティ/パフォーマンス問題: レポートに明記、人間レビュー推奨
  5. context.md / plan が存在しない: 前提スキルの実行を案内して終了

マーカー文字列

マーカー意味
IMPL_SUCCESS実装成功(テスト全通過)
IMPL_FAILED実装失敗(3サイクル超え)
DEBUG_SUCCESSデバッグ成功(エラー解消)
DEBUG_FAILEDデバッグ失敗(3サイクル超え)
VERIFY_ALL_PASSED検証全項目 OK
VERIFY_ISSUES_FOUND検証で問題あり

ルール・制約

  • context.md が存在しない場合は /dev-context を案内して終了する
  • plan が存在しない場合は /dev-plan を案内して終了する
  • status: done のタスクはスキップする(再開対応)
  • verify → fix → re-verify のサイクルは最大2回
  • サブエージェントには Task ツールを使用させない(プロンプトで明示)
  • 各プロンプトに context.md を埋め込みサブエージェントの Read 回数を最小化する
  • テスト/ビルド/Lint コマンドは context.md から取得する(ハードコードしない)
  • すべてのファイルは 500 行以内
  • Bash コマンドはプロジェクトルートの 絶対パス を使用する($(git rev-parse --show-toplevel) でルートを取得)

追加リソース

リファレンスファイル
  • references/impl-prompt-template.md — impl サブエージェントに渡すプロンプトテンプレート
  • references/debug-prompt-template.md — debug サブエージェントに渡すプロンプトテンプレート
  • references/verify-prompt-template.md — verify サブエージェントに渡すプロンプトテンプレート

© classmethod, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 3 other files (references) in skills/dev-run of classmethod/tsumiki.

  • SKILL.md
  • references/debug-prompt-template.md
  • references/impl-prompt-template.md
  • references/verify-prompt-template.md

Open the folder on GitHubat commit fa5aaff

More from classmethod/tsumiki

All 14 skills in this repo
  • Dev Context

    classmethod/tsumiki

    This skill should be used when the user asks to "dev-context", "プロジェクトコンテキストを生成", "プロジェクトを分析", "generate project context", "analyze project", "コンテキストを更新".

    974 GitHub stars~755 tokensUpdated 2 mo ago
    Auto-check passed
  • Dev Impl

    classmethod/tsumiki

    This skill should be used when the user asks to "dev-impl", "タスクを実装", "テストファースト実装", "implement task", "実装を開始", "クイック修正", "quick fix", "dev-impl auth 001".

    974 GitHub stars~1.3k tokensUpdated 2 mo ago
    Auto-check passed
  • Dev Plan

    classmethod/tsumiki

    This skill should be used when the user asks to "dev-plan", "実装計画を作成", "要件からタスク分解", "create implementation plan", "plan tasks", "タスクを分割", "設計してタスクにする", "詳細要件定義", "full-spec plan", "EARS要件".

    974 GitHub stars~2.5k tokensUpdated 2 mo ago
    Auto-check passed
  • Dev Screen Spec

    classmethod/tsumiki

    This skill should be used when the user asks to "dev-screen-spec", "画面仕様を生成", "画面仕様を更新", "screen spec", "generate screen spec", "update screen spec", "画面仕様ドキュメント".

    974 GitHub stars~4.2k tokensUpdated 2 mo ago
    Auto-check passed
  • Dev Webtest

    classmethod/tsumiki

    This skill should be used when the user asks to "dev-webtest", "Webテスト", "画面の動作確認", "E2Eテスト", "web test", "visual check", "モンキーテスト", "アクセシビリティチェック", "レスポンシブテスト", "フォームテスト".

    974 GitHub stars~4.2k tokensUpdated 2 mo ago
    Auto-check passed
  • Dev Webtest Plan

    classmethod/tsumiki

    This skill should be used when the user asks to "dev-webtest-plan", "Webテスト計画を生成", "テスト計画を作成", "webtest plan", "E2Eテスト計画", "画面テスト計画", "generate webtest plan", "create test plan from requirements"…

    974 GitHub stars~4.2k tokensUpdated 2 mo ago
    Auto-check passed

Questions about Dev Run

What does Dev Run do?

This skill should be used when the user asks to "dev-run", "自動実装", "タスクを一括実装", "auto implement", "run all tasks", "タスクを自動実行", "バッチ実装", "dev-run auth 001 005". Dev Run is an agent skill from classmethod/tsumiki. This skill should be used when the user asks to "dev-run", "自動実装", "タスクを一括実装", "auto implement", "run all tasks", "タスクを自動実行", "バッチ実装", "dev-run auth 001 005".

When should I use Dev Run?

Dev Run fits situations like: asks to dev-run; dev-run auth 001 005.

How do I install Dev Run in Claude Code?

Run `npx skills add classmethod/tsumiki --skill dev-run -a claude-code`. Or copy the skill folder (skills/dev-run in classmethod/tsumiki) into .claude/skills/dev-run in your project. Claude Code loads it when a task matches its description.

How do I install Dev Run in Codex?

Run `npx skills add classmethod/tsumiki --skill dev-run -a codex`. Or copy the skill folder (skills/dev-run in classmethod/tsumiki) into .agents/skills/dev-run in your project. Codex loads it when a task matches its description.

Can I use Dev Run in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add classmethod/tsumiki --skill dev-run -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/dev-run, .gemini/skills/dev-run, .github/skills/dev-run and .opencode/skills/dev-run in your project.

What does Dev Run need to run?

Going by SKILL.md and its folder, Dev Run needs the command-line tools its instructions call (docker and git). Our summary lists: Docker.

Does Dev Run access the network?

SKILL.md contains no URLs. Its commands use docker and git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Dev Run safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Dev Run use?

Dev Run is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Dev Run use?

About 1.8k tokens (SKILL.md is roughly 7.3k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 4.1k tokens, read only when the agent opens those files.

Who maintains Dev Run?

classmethod (a GitHub organization) maintains it in classmethod/tsumiki, which has 974 GitHub stars. The repository holds 14 skills in this directory. The repository was last updated on August 7, 2026.

Source: classmethod/tsumiki on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.