spec-plugin

Plugin spec-plugin from marketplace d-market-spec in DIO0550/d-market-spec. Commands read from the repo's manifest — 1 month ago.

Skills (12)

• design-doc

  プロジェクト全体の設計ドキュメントを作成する。要件定義・アーキテクチャ・テスト戦略・リスク管理を網羅した包括的なDesign Docを生成。新規プロジェクト立ち上げや大規模リアーキテクチャの設計に使う。個別機能の実装設計にはimplementation-planを使うこと。

• implementation-plan

  特定機能の実装設計書を作成する。コンポーネント設計・フォルダ構造・移行計画を含む技術的な実装仕様書を生成。spec-driven-devのStep 4で自動生成されるが、単独で実装設計だけ作りたい場合にも使える。

• plan-to-issues

  実装計画をGitHub Issuesに変換する。implementation-plan.mdをエピック＋子Issueに自動分解し、ラベル・マイルストーン付きでGitHub Issuesとして一括起票する。

• spec-decompose

  実装計画をローカルLLM（OpenCode等）で実行できる粒度のマイクロタスクに分割する。各マイクロタスクは既存コード抜粋・実装骨格・検証コマンドを内包した自己完結ファイルで、小さいコンテキストのモデルに1ファイルずつ渡せる。「タスク分割」「細分化」「ローカルLLM向け」「opencode」「マイクロタスク」などでトリガー。

• spec-driven-dev-exp-lite

  spec-driven-dev-exp のさらに軽量な版。コードベース探索・技術リファレンス・理解度クイズを省き、ユーザーが指定した関連ファイルだけを読んで計画する。ヒアリング→requirements→実装計画→テストケースまで。「exp lite」「超軽量スペック」「最小トークンで計画」などでトリガー。

• spec-driven-dev-exp

  軽量な仕様駆動開発ワークフロー。ヒアリング→探索→requirements→実装計画→解説+クイズのタブHTML生成。「exp」「軽量スペック」「トークン節約で計画」などでトリガー。フル機能版は spec-driven-dev。

• spec-driven-dev-lite

  仕様策定ワークフローの軽量版。サブエージェントを使わず、ユーザーが探索範囲を指定し、オーケストレーターが直接計画を生成。トークン消費を大幅に削減。サブエージェントによる網羅的探索を省くため、小〜中規模の変更向け。複雑な機能や網羅的探索が必要な場合は spec-driven-dev を使う。

• spec-driven-dev

  新機能の仕様策定から実装計画まで一気通貫で進めるワークフロー。ヒアリング→コード探索→計画生成→オプションでAIレビュー。Codex/Copilot/Claude Code CLIでのレビューオプション付き。「仕様策定」「spec」「実装計画」「レビュー付き」「codexでレビュー」「copilotでレビュー」「claude codeでレビュー」「レビュー省略」などでトリガー。

• spec-driven-fix-review

  spec-viewerで付けたレビューコメント（.comments/impl.json）を読み取り、implementation-plan.mdとtasks.mdに修正を反映するスキル。spec-driven-devの計画レビュー後に使用する。「レビュー反映」「コメント反映」「fix review」「レビュー修正」「コメントを適用」「spec-viewerの指摘を反映」「レビュー結果を反映して」などで積極的に使用すること。

• spec-implement-exp

  実験的なトークン節約版の実装スキル。spec-driven-dev-exp で作成した計画（実装骨格つき）を前提に、サブエージェント・TaskCreate・AIレビューを使わず tasks.md だけで進捗管理して順次実装する。「実装 exp」「軽量実装」「トークン節約で実装」などでトリガー。フル機能版は spec-implement。

• spec-implement

  .plugin-workspace/.specsの実装計画に沿ってタスクを順番に実装する。番号を指定すると該当specを、省略するとarchive外で最も番号が大きいspecを自動選択し、tasks.mdを読み込んで未完了タスクを順次実装していく。全タスク完了後にオプションでCodex/Copilot/Claude Codeによるコードレビューを実行可能。「実装」「implement」「タスク実装」「コードレビュー付き」「codexレビュー」「copilotレビュー」などでトリガー。

• spec-setup

  spec-pluginのワークスペース初期化と設定を行う。.plugin-workspace/.specs/ディレクトリの作成、デフォルトのレビューツール設定、ファイルごとの出力形式設定、GitHub Issueへの進捗自動追記設定(.config.yml)を対話的にセットアップする。「spec setup」「spec初期化」「specセットアップ」「レビューツール設定」「デフォルトレビュー変更」「spec config」「出力形式変更」「Issue追記設定」などでトリガー。設定ファイルにより各スキル実行時のAskUserQuestion問い合わせを省略できる。

Subagents (14)

• codebase-explorer

  コードベース探索専門エージェント。実装計画生成前に対象コードベースを体系的に調査し、アーキテクチャ・関連コード・技術的制約・変更影響範囲・テストインフラの5カテゴリを含む exploration-report.md を生成します。計画生成後の類似コード検証（計画の [NEW] 項目に対する逆引き再探索）にも使用されます。spec-driven-developer から委譲されて動作します。

• design-doc-writer

  プロジェクトの設計ドキュメント（Design Doc）を作成する必要がある場合に、このエージェントを使用します。要件定義、システム設計、API設計、データモデル、テスト戦略、リスク管理を網羅した構造化された設計書を生成します。新規プロジェクト開始時、大規模機能追加時、アーキテクチャ検討時に有用です。

• design-validity-checker

  実装計画の設計レビューエージェント。implementation-plan.md の設計判断が妥当かを評価します。コンポーネント分割・責務の明確さ・データフローの正しさ・依存関係の方向・既存アーキテクチャとの整合性を重点的にチェックします。修正は行わず、評価結果のみを返します。

• implementation-planner

  特定機能の実装設計書を作成する必要がある場合に、このエージェントを使用します。フォルダ構造、コンポーネント設計、実装状態、移行計画を含む技術的な実装仕様書を生成します。新機能の実装前、リファクタリング計画時、移行計画策定時に有用です。

• issue-creator

  実装計画からGitHub Issuesを作成する必要がある場合に、このエージェントを使用します。実装計画をエピックと子Issue（Feature/Migration/Test/Docs/Chore）に分解してGitHub Issuesとして起票します。実装計画策定後、タスク管理を始めたい場合に有用です。

• plan-clarity-checker

  実装計画の明瞭性チェックエージェント。実装計画を予備知識なしで読み、内容を自分の言葉で復唱し、理解できない箇所・複数に解釈できる箇所を報告します。設計の良し悪しではなく「計画だけで実装内容が一意に伝わるか」だけを検証するため、設計レビューの代わりにはなりません。あえて小さいモデルで実行します（小さいモデルが文脈補完なしで理解できる計画は、誰が読んでも明瞭）。修正は行わず、評価結果のみを返します。

• plan-format-checker

  実装計画のフォーマット検証エージェント。implementation-plan がテンプレートの構造に沿っているかを検証します。必須セクションの有無、コードブロックの形式、テストテーブルの構成など、計画のフォーマット面を評価します。修正は行わず、評価結果のみを返します。

• spec-driven-developer-lite

  仕様駆動型開発のオーケストレーター（Lite版）。対話的なヒアリングで仕様を明確化し、探索と計画をサブエージェントに委譲して implementation-plan.md と tasks.md を生成します。他のAIによるレビューを省略した軽量版です。新機能実装時、コンポーネント追加時、仕様が曖昧な実装リクエスト時に使用。

• spec-driven-developer

  仕様駆動型開発のオーケストレーター。対話的なヒアリングで仕様を明確化し、探索と計画をサブエージェントに委譲して implementation-plan.md と tasks.md を生成します。Codex による自動レビューで品質を担保します。新機能実装時、コンポーネント追加時、仕様が曖昧な実装リクエスト時に使用。

• spec-implementer

  番号指定でspecの実装を行う必要がある場合に、このエージェントを使用します。implementation-plan.mdに沿ってtasks.mdのタスクを順番に実装し、完了したタスクのチェックボックスを更新します。計画済みの機能を実装に移すときに有用です。

• spec-planner

  実装計画生成専門エージェント。hearing-notes.md と exploration-report.md を読み込み、implementation-plan.md（システム図必須）と tasks.md を生成します。spec-driven-developer から委譲されて動作します。

• test-case-designer

  テストケース詳細設計エージェント。implementation-plan の検証計画を起点に、hearing-notes・exploration-report・test-design-patterns.md を踏まえて、人間がレビューできるテストケース仕様（test-cases.html）を生成します。test-cases.html はマスター詳細型のレビューUIで、エージェントは先頭の DATA スクリプト（FILES / PLAN）にデータを書き込むだけでUIが描画されます。各ケースに ID・優先度・事前条件・入力/期待結果の具体値・カバレッジを付与し、未カバー（gaps）と要件トレーサビ

• test-coverage-checker

  テストケースの網羅性照合エージェント。requirements のユースケース一覧と、test-cases の DATA スクリプト（ケース定義とトレース表）を突き合わせ、ユースケース単位でケースが足りているかを判定します。プロンプトで指定されたファイルだけを読み、コードベースの探索も実装計画の読み込みもしません（tools は Read のみ）。設計の良し悪しやテストコードの品質は評価しません。修正は行わず、評価結果のみを返します。

• test-pattern-checker

  実装計画のテストパターン網羅性評価エージェント。implementation-plan.md のテスト戦略セクションを test-design-patterns.md と照合し、機能タイプに応じたテストシナリオの過不足を評価します。修正は行わず、評価結果のみを返します。

Hooks (13)

• PreToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/guard-planning-writes.sh"

• PreToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/guard-requirements.sh"

• PreToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/guard-planning-writes.sh"

• PreToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/guard-requirements.sh"

• PreToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/auto-allow-spec-commands.sh"

• PreToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/guard-planning-writes.sh"

• PostToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/guard-skill-init.sh"

• PostToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/enforce-diagrams.sh"

• PostToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/enforce-code-examples.sh"

• PostToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/exp-plan-format.sh"

• PostToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/issue-sync.sh"

• UserPromptSubmit

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/session-phase-name.sh"

• Stop

  bash -c '[ -d .plugin-workspace/.specs ] || exit 0; moved=0; for dir in .plugin-workspace/.specs/[0-9][0-9][0-9]-*/; do [ -d "$dir" ] || continue; [ -f "${dir}PLANNING" ] && continue; mkdir -p .plugin

Similar plugins