Agent skill

Dev Impl

by classmethod in classmethod/tsumiki

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

MITAuto-check passedTesting & QA

Install Dev Impl

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

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

GitHub CLI
$ gh skill install classmethod/tsumiki dev-impl --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-impl .claude/skills/dev-impl && 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-impl
GitHub stars
974
Token cost
~1.3k tokens
SKILL.md length
298 words
Files
2 (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-impl", "タスクを実装", "テストファースト実装", "implement task", "実装を開始", "クイック修正", "quick fix", "dev-impl auth 001".

  • Works in 6 steps: コンテキスト構築(最小限) → テストケース生成(Red) → 実装(Green) → …
  • Asks to dev-impl
  • SKILL.md covers 前提知識, ワークフロー: 通常モード, ワークフロー: クイックモード and 複雑度に応じた戦略, plus 4 more sections
  • Calls git and docker

What it does

Dev Impl is an agent skill from classmethod/tsumiki. This skill should be used when the user asks to "dev-impl", "タスクを実装", "テストファースト実装", "implement task", "実装を開始", "クイック修正", "quick fix", "dev-impl auth 001". TDDをガードレールとしたテストファースト実装を行う。通常モード(Plan+タスク指定)とクイックモード(直接指示)に対応。

Its SKILL.md is about 1.3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/impl-strategies.md`).

It sits in Testing & QA, covering Test-driven development. It works with Docker. The licence is MIT.

When your agent uses it

  • Asks to dev-impl
  • Dev-impl auth 001

Example prompts

  • “dev-impl”
  • “タスクを実装”
  • “テストファースト実装”
  • “/dev-impl”

Requirements

  • Docker

Workflow steps

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

  1. コンテキスト構築(最小限)
  2. テストケース生成(Red)
  3. 実装(Green)
  4. リファクタリング + 品質チェック
  5. 信号機レポート + 完了処理
  6. 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:

    • git
    • docker

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

  • Network

    No URLs in SKILL.md. Its commands use git and docker, 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 Impl loads about 1.3k tokens when it runs, and up to ~3k if it reads all its reference files. Until then it costs about 57 tokens; SKILL.md has 298 words of instructions outside code blocks.

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

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). 298 words, ~1,326 tokens.

Download SKILL.mdSave it as .claude/skills/dev-impl/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
dev-impl
description
This skill should be used when the user asks to "dev-impl", "タスクを実装", "テストファースト実装", "implement task", "実装を開始", "クイック修正", "quick fix", "dev-impl auth 001". TDDをガードレールとしたテストファースト実装を行う。通常モード(Plan+タスク指定)とクイックモード(直接指示)に対応。
argument-hint
<plan-name> <task-id> | "<instruction>"

Dev Impl

TDDをガードレールとして、テストを先に書いてから実装するコアワークフロー。タスクファイルに基づく通常モードと、Plan不要の軽量クイックモードの2つの実行モードを持つ。

前提知識

dev-*スキルフロー内の位置
dev-context → dev-plan → [dev-impl] → dev-verify
                                  ↘ dev-debug (失敗時)
実行モード
モード引数用途
通常モード<plan-name> <task-id>Planのタスクを1つ実装
クイックモード"修正指示"軽量な修正・調整(Plan不要)
品質優先のプライオリティ

品質 > 速度 > トークン消費 の順で判断する。

ワークフロー: 通常モード

/dev-impl <plan-name> <task-id> で実行。

Step 1: コンテキスト構築(最小限)

インターフェースファーストで必要最小限のファイルだけ読み込む:

優先順位:
1. docs/dev/context.md(プロジェクト全体像)
2. タスクファイル(インターフェース定義・テスト方針)
3. 関連する型定義ファイル ← 必要時のみ
4. 関連する既存テストファイル(パターン参考)← 必要時のみ
5. 実装ファイル(関連関数のみ)← 必要時のみ

TodoWrite でタスク進捗のトラッキングを開始する。

Step 2: テストケース生成(Red)

タスクファイルの Test Strategy に基づきテストコードを生成する:

  1. 既存テストファイルのパターン(context.mdの規約)に合わせる
  2. タスクのインターフェース定義に基づくテストケースを記述する
  3. テスト実行コマンド(context.md から取得)でテストを実行する
  4. 失敗を確認する(Red状態)

テストが先に通ってしまう場合は、要件やテストの妥当性を再確認する。

Step 3: 実装(Green)

テストを通す最小限の実装を生成する:

  1. インターフェース定義に準拠したコードを書く
  2. Intent コメントを付与する(後述の「Intent コメントルール」に従う)
  3. テスト実行 → 成功を確認する(Green状態)
  4. 失敗した場合はエラーを分析し修正する(最大3サイクル)
  5. 3サイクルで解決しない場合は /dev-debug の使用を案内する
Step 4: リファクタリング + 品質チェック

テストがGreenの状態で以下を実行する:

4a. 500行ルール(厳密適用)

関連するすべてのファイルの行数を Bash で確認する(絶対パスを使用):

bash
wc -l "$(git rev-parse --show-toplevel)/<ファイルの相対パス>"

500行を超えるファイルがある場合:

  • 責務の境界で分割する(Single Responsibility Principle)
  • テストファイルも対応して分割する
  • インポート/エクスポートの整合性を維持する
  • 分割後にテストを再実行する
4b. セキュリティチェック

実装コードを確認し、以下の問題がないか検証する:

  • インジェクション(SQL, コマンド, XSS)
  • 認証・認可チェックの漏れ
  • 機密情報のログ出力・エラーメッセージでの露出
  • ユーザー入力のバリデーション不足
4c. パフォーマンスチェック
  • N+1問題(ループ内のDB/APIクエリ)
  • メモリリーク(イベントリスナー未解除、クロージャ参照保持)
  • 非効率なアルゴリズム(O(n^2)以上で改善可能な箇所)
4d. コード品質
  • 重複コードの排除
  • 命名の改善
  • 不要なコメントの削除
4e. カバレッジチェック
  1. docs/dev/context.md の Test Framework セクションから Coverage Threshold を取得する
  2. タスクファイルの Files セクションから対象パッケージを特定する
  3. パッケージごとにカバレッジを計測する(Coverage Command をパッケージ単位で実行)
  4. [no test files] は 0% として扱う
  5. 閾値未達時: テストを追加し再計測する(最大3サイクル)
  6. 3サイクル後も未達: 🟡 として報告し続行する(ブロッキングにしない)

テスト再実行 → 成功維持を確認する。

Step 5: 信号機レポート + 完了処理
確信度レポートの出力

実装した各ファイルに確信度を付与し、ユーザーに報告する:

markdown
## dev-impl 確信度レポート

### カバレッジ結果
| パッケージ | カバレッジ | 閾値 | 結果 |
|-----------|----------|------|------|
| internal/handler | 85.2% | 80% | OK |

### 🔵 前工程指示(レビュー低優先)
- [ファイル名](パス) — 既存パターン準拠

### 🟡 妥当な推測(要確認)
- [ファイル名](パス) — [確認すべき点]

### 🔴 AI推論補完(人間の確認必須)
- [ファイル名](パス) — [判断が必要な理由]
完了処理
  1. タスクファイルの status を done に更新する
  2. TodoWrite を更新する
Step 6: Docker クリーンアップ

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

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

ワークフロー: クイックモード

/dev-impl "修正指示" で実行(Plan名なし)。

用途
  • テストケースの微修正 + 実装の調整
  • 小さなバグ修正
  • 既存テストへのケース追加
  • 軽量なリファクタリング
フロー
  1. docs/dev/context.md を読み込む(あれば)
  2. Explore サブエージェント(haiku)で関連ファイルを探索する
  3. テスト修正 → 実装修正(またはその逆)
  4. テスト実行で検証する
  5. 500行ルールのチェック
  6. 信号機レポートを簡潔に出力する
  7. Docker クリーンアップ(Step 6 と同様)

複雑度に応じた戦略

タスクファイルの estimated_complexity に応じて戦略を切り替える。詳細は references/impl-strategies.md を参照。

複雑度戦略テスト+実装
lowバッチ生成テスト+実装を一括生成し、テスト実行で検証
medium標準サイクルテスト→Red確認→実装→Green確認
high段階的1テストずつ追加→1つずつGreenにする

サブエージェント戦略

用途サブエージェントタイプモデル
関連コード探索Explorehaiku
テスト雛形生成general-purposehaiku
標準実装メインで実行sonnet
複雑なロジックメインで実行opus

Intent コメントルール

生成するソースコードの各関数・メソッドに、設計判断の理由を示す Intent コメントを付与する。

信号機システム(🔵🟡🔴)
  • 🔵 前工程指示: タスクファイル・plan.md・context.md で明示的に指示されている設計判断
  • 🟡 妥当な推測: 指示された内容から推論した妥当な設計判断(ベストプラクティス準拠等)
  • 🔴 AI推論補完: 前工程に根拠がなくAIが推論で補完した設計判断
コメント形式

言語のコメント構文に従い、関数・メソッドの直前に記述する:

go
// 🔵 Intent: タスクファイルで指定された TodoRepository インターフェースを実装。
//    RETURNING 句で INSERT と ID 取得を1クエリで完結させる。
func (r *PostgresTodoRepository) Create(ctx context.Context, todo *model.Todo) error {
go
// 🟡 Intent: context.md のエラーハンドリング規約に準じて fmt.Errorf でラップ。
//    リポジトリ層のエラーをサービス層で識別可能にするため。
func (s *TodoService) GetByID(ctx context.Context, id string) (*model.Todo, error) {
go
// 🔴 Intent: ページネーションのデフォルト値。前工程に指定なし。
//    一般的な Web API の慣習に基づき limit=20 を採用。
const defaultPageSize = 20
付与ルール
  • すべての public 関数・メソッド に Intent コメントを付与する
  • private 関数は設計判断がある場合のみ付与する(自明な処理は省略可)
  • テストコードには付与しない
  • 1コメント = 1-2行で簡潔に。冗長な説明は避ける
  • 既存コードに追記する場合、既存の Intent コメントを維持する

ルール・制約

  • テストを先に書く。テストが通る前に次のステップに進まない
  • すべてのファイルは 500行以内。超過時はリファクタリングで分割する
  • タスクファイルの dependencies に含まれるタスクがすべて done であることを確認してから開始する
  • context.md が存在しない場合、先に /dev-context を案内する
  • 通常モードでタスクファイルが存在しない場合、/dev-plan を案内する
  • テスト実行コマンドは context.md から取得する
  • セキュリティ・パフォーマンス問題の 🔴 は修正してから完了する
  • Bash コマンドはプロジェクトルートの 絶対パス を使用する($(git rev-parse --show-toplevel) でルートを取得)

追加リソース

リファレンスファイル
  • references/impl-strategies.md — 複雑度別の実装戦略、インターフェースファースト読み込みの詳細、バッチモードの適用基準

© 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 1 other file (references) in skills/dev-impl of classmethod/tsumiki.

  • SKILL.md
  • references/impl-strategies.md

Open the folder on GitHubat commit fa5aaff

Compare with similar skills

Dev Impl next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Dev Impl compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Dev Impl this skillclassmethod/tsumiki974—~1.3kAutomated safety check: PassMIT
Deck Reproasheshgoplani/agent-deck1k—~1.3kAutomated safety check: PassMIT
Xp Copilotfike/fastapi-blog101—~286Automated safety check: PassMIT
Security Analyzeraiskillstore/marketplace430—~1.2kAutomated safety check: NotesNone
RalphTheCraigHewitt/skills156—~1kAutomated safety check: PassMIT
Django Deployment Test Loophashgraph-online/awesome-codex-plugins1.2k—~851Automated safety check: PassMIT

Similar skills

  • Deck Repro

    asheshgoplani/agent-deck

    Reproduce agent-deck bugs from an issue, transcript excerpt, or description in an isolated environment, and prove fixes with the same reproduction and a regression test.

    1k GitHub stars~1.3k tokensUpdated yesterday
    Testing & QAAuto-check passed
  • Xp Copilot

    fike/fastapi-blog

    Skill for Extreme Programming (XP) practices and Test-Driven Development (TDD).

    101 GitHub stars~286 tokensUpdated yesterday
    Testing & QAAuto-check passed
  • Security Analyzer

    aiskillstore/marketplace

    Comprehensive security vulnerability analysis for codebases and infrastructure.

    430 GitHub stars~1.2k tokensUpdated today
    SecurityAuto-check: notes
  • Ralph

    TheCraigHewitt/skills

    Autonomous PRD implementation loop — turns GitHub issues into shipped code using TDD, code review gates, and Docker sandbox isolation.

    156 GitHub stars~1k tokensUpdated 4 mo ago
    Product & Project ManagementAuto-check passed
  • Django Deployment Test Loop

    hashgraph-online/awesome-codex-plugins

    Make Django deployment changes test-driven across Docker, production settings, Gunicorn, WhiteNoise/static files, environment variables, Ansible/server setup, staging smoke tests, and release checks.

    1.2k GitHub stars~851 tokensUpdated today
    DevOps & CloudAuto-check passed
  • Jest Testing Patterns

    ChrisWiles/claude-code-showcase

    Jest patterns for React Native style tests: TDD discipline, mock factory functions, module and GraphQL hook mocking, custom render helpers and anti-patterns to avoid.

    6.1k GitHub starsUsed in 7 repos~1.5k tokens
    Testing & QAAuto-check passed

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 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 Run

    classmethod/tsumiki

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

    974 GitHub stars~1.8k 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

Works with

Categories

Questions about Dev Impl

What does Dev Impl do?

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

When should I use Dev Impl?

Dev Impl fits situations like: asks to dev-impl; dev-impl auth 001.

How do I install Dev Impl in Claude Code?

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

How do I install Dev Impl in Codex?

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

Can I use Dev Impl 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-impl -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-impl, .gemini/skills/dev-impl, .github/skills/dev-impl and .opencode/skills/dev-impl in your project.

What does Dev Impl need to run?

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

Does Dev Impl access the network?

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

Is Dev Impl 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 Impl use?

Dev Impl 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 Impl use?

About 1.3k tokens (SKILL.md is roughly 5.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 1.6k tokens, read only when the agent opens those files.

What are the alternatives to Dev Impl?

Skills that share tags, products or a category with Dev Impl: Deck Repro (asheshgoplani/agent-deck, 1k stars), Xp Copilot (fike/fastapi-blog, 101 stars), Security Analyzer (aiskillstore/marketplace, 430 stars) and Ralph (TheCraigHewitt/skills, 156 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Dev Impl?

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.