菜单
軽量実装ループ。設計 docs 不要で、依頼文または簡易タスクリストを入力に、タスクごとに直営 TDD → テストゲート → review-impl (focus: tests のテスト品質レビュー) → コミットを回す。意味のないテスト (トートロジー・実装詳細依存) の検出に観点を絞り、テスト品質以外の観点・進捗ログ・レポート生成は持たない。「軽く実装して」「サクッと直して」「まとめて修正して」「docs なしで一括実装」「dev-impl だと重すぎるタスク」などで起動。大きい機能・新規プロダクトは /dev-spec → /dev-impl を使う。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/skanehira/dotfiles --skill dev-impl-quick命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
実装ループ。/dev-spec が作成した GitHub issue (ゴール / 設計参照 / DoD / 非スコープ / 依存の thin 構成) を入力に、依存順に 1 件ずつ「implementer subagent → 統合レビュー → 修正 ≤2 ラウンド → PR → DoD ローカル実行 → merge → close」で自律実装するオーケストレーター。進捗は issue コメントに残し、詰まった issue は needs-human で駐車して次へ進む。人間の介入はエスカレーション時のみ。issue 作成後にユーザーが直接起動し、エスカレーション回答後の再開も本スキルの再実行で行う。「実装ループを開始」「issue を順に実装して」「残りタスクを自動で実装」などで起動。
設計ループ。ユーザーストーリー → UI スケッチ → ユースケース → 実現可能性検証 → PoC 検証 → 横断設計 (docs/design/DESIGN.md) → 機能設計 (docs/design/features/) → 設計チェック → issue ドラフトチェック → GitHub issue 生成 (親子構造) までを対話的に実行し、人間が issue を確認して実装ループへ引き渡す。 「設計フェーズを開始」「要件を整理したい」「計画を立てたい」「ユーザーストーリーを書きたい」 「技術的に実現できるか確認したい」「機能設計を書きたい」「issue に落としたい」などで起動。 docs/design/ の状態から途中再開・特定フェーズの部分実行も可能。 `cli` / `webapp` のプロダクトモード指定で CLI ツール開発時は UI スケッチ等を軽量化できる。 issue 作成後、/dev-impl がそれを 1 件ずつ実装する。
dev-spec を使わず議論しながら設計を固めるときの進行様式。議論中は決定台帳 (DESIGN_NOTES.md) だけを追記し、節目に dev-spec 互換の DESIGN.md (1 枚) + docs/design/features/ へゼロから落とし込む。「議論しながら設計したい」「設計の壁打ちを文書に残したい」「台帳に記録して」「設計書に落とし込んで」「一旦まとめて」などで起動。
正在显示 SKILL.md
| name | dev-impl-quick |
| description | 軽量実装ループ。設計 docs 不要で、依頼文または簡易タスクリストを入力に、タスクごとに直営 TDD → テストゲート → review-impl (focus: tests のテスト品質レビュー) → コミットを回す。意味のないテスト (トートロジー・実装詳細依存) の検出に観点を絞り、テスト品質以外の観点・進捗ログ・レポート生成は持たない。「軽く実装して」「サクッと直して」「まとめて修正して」「docs なしで一括実装」「dev-impl だと重すぎるタスク」などで起動。大きい機能・新規プロダクトは /dev-spec → /dev-impl を使う。 |
設計 docs (DESIGN.md / TODO.md 等) を前提にしない、依頼文をそのまま入力にできる薄い実装ループ。dev-impl が持つ承認ゲート・複数観点レビュー fan-out (quality / product-readiness / adversarial)・進捗ログ・HTML レポートは持たない。TDD の RED→GREEN→REFACTOR 順序はメインループが ~/.claude/rules/core/tdd.md に従い自律遵守する。
順序を守っても「テストは通るが意味がない (トートロジー・実装詳細への依存)」は起きうる。これはメインループが自分で書いたテストを自己レビューしても見逃しやすいため、タスクごとに review-impl subagent (fresh context、focus: tests) を 1 観点だけ都度起動して検証する。
本スキルの actor は frontmatter で model: opus を指定している。検証器の review-impl subagent は起動時に model: opus を明示する (原則: 実行器のモデル ≤ 検証器のモデル。skills/README.md「モデル方針」参照)。
/dev-impl を起動するには前提ドキュメントの準備コストが見合わない中小タスク大きい機能・新規プロダクトは /dev-spec → 承認ゲート → /dev-impl を使う (skills/README.md の規模別入口を参照)。
$ARGUMENTS の依頼文、または箇条書きタスクリストをそのまま入力とする。docs ディレクトリは不要。ゴールと検証手段が依頼から自明でない場合のみ、着手前に 1 回確認する (自律モード・一括委任時は CLAUDE.md「エスカレーション」の自律モードに従い、選択と根拠を明示して前進する)。
TaskCreate でリスト化する。~/.claude/rules/core/orchestration.md のトリアージ (難易度・コンテキスト連続性・並列可能性) を 1 行で出力してから着手するTaskUpdate で in_progress にし、メインループ直営で TDD 実装する (RED→GREEN→REFACTOR の順序は自律遵守するため、着手前にセッション未読なら ~/.claude/rules/core/tdd.md / design.md / testing.md を Read する)。TDD を適用しない判断 (typo 修正・宣言的 config 変更など) をした場合は理由を出力に明示するreview-impl subagent を model: opus 明示・Agent ツールで起動する。prompt には repo_dir / base_sha (タスク開始時の HEAD) / focus: tests / report_path (例: /tmp/review-impl-<task>.json。findings 本体はこのファイルに書かれ、最終メッセージはパスと件数だけを返す契約) を含める (入出力契約は claude/agents/review-impl.md が正本)。high/medium の finding があればメインループで直接 self-fix し、ステップ 3 に戻る (この往復も次項の失敗カウントに含める)。finding が無ければ次へ~/.claude/rules/core/commit.md 準拠のコミットを作成する (push はしない)TaskUpdate で completed にして次のタスクへ: 全タスク消化まで 1〜5 を繰り返す~/.claude/rules/core/collaboration.md の 4 点形式で報告する: 変更の要約 / 動作確認結果 (テスト件数・review-impl の finding 有無・実機確認) / 既知の残骸 (未対応・スコープ外) / 次にユーザがする決定。テスト品質以外も含めた全項目レビュー (focus: all) が必要そうであれば、末尾で /workflow-review の手動起動を案内する (自動では起動しない)。