mcpField
D
design-sprint

design-sprint

github.com/podo開発30173 回インストール4 日前に更新
リポジトリ

design-sprint について

design-sprintは、コードベースを調査して計画を作成し、承認後にGitHubまたはBacklogのissueを作成するスキルです。計画へのインライン注釈による修正に対応し、明示的な承認後に親issue、子issue、依存関係を提案します。

主な機能

  1. 01コードベースとissueテンプレートの調査
  2. 02調査と設計をまとめた計画の作成
  3. 03インライン注釈に基づく計画の修正
  4. 04承認済みの親issueと依存する子issueの作成
  5. 05GitHubとBacklogのトラッカーに対応

活用シーン

  1. 01機能案をレビュー可能なissueに整理
  2. 02承認済み計画を依存関係のある子issueに分割
  3. 03質問を一度まとめた後に範囲の明確なissueを登録

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/podo/design-agent-skills --skill design-sprint

インストール後、Claude Code で/design-sprintを入力して読み込まれたか確認します。

同梱ファイルstub.yaml

詳細

design-sprint

カタログのスタブ — 完全版スキル：aoshimash/skills（create-issue）

判断ツリー

  1. 完全版スキルはすでにインストールされていますか？ 上流ではこのスキルを create-issue と名付けているため、このポインターと並んでインストールされます（ポインターは置き換えられません）。

    • グローバル：f=~/.agents/skills/create-issue/SKILL.md; [ -f "$f" ] && ! grep -q "^das:" "$f" && echo "installed" || echo "pointer"
    • プロジェクト：f=.agents/skills/create-issue/SKILL.md; [ -f "$f" ] && ! grep -q "^das:" "$f" && echo "installed" || echo "pointer"
    • installed → スキルは create-issue としてインストール済みです。これを呼び出して続行します
    • pointer → ステップ 2 に進みます

  2. スコープを検出してから、インストールします。

    [ -e ~/.agents/skills/design-sprint ] && echo "global" || echo "project"

    グローバル：

    npx skills add aoshimash/skills --skill create-issue -g -y

    プロジェクト：

    npx skills add aoshimash/skills --skill create-issue -y

    Claude Code： 会話を離れずにコマンドを実行するには、チャットメッセージの先頭に ! を付けて送信します。

Claude Code プラグイン経由：

/plugin marketplace add aoshimash/skills
/plugin install aoshimash-skills@aoshimash-skills

ご注意

  • 必要条件： gh CLI がインストールされ、認証済みであること（GitHub issue の場合）、または bee CLI が認証済みであること（Backlog issue の場合）。正確な内容を承認した後にのみ、トラッカーに issue を作成します
  • ライセンス： MIT
  • 名前の衝突： design-sprint は wondelai-skills も書き込みます（インストール時、またはそのカタログポインターによる書き込み時）。両方をインストールすると、先にインストールした方が上書きされます。

インストール後の呼び出し

  • スキル名：create-issue
  • トリガーフレーズ：「design sprint」、「design and decompose」、「create an issue」、「plan and create issues」

動作内容

上流では design-sprint ワークフローを create-issue に統合しており、2 つのフローがあります。軽量フローでは、1 回のまとめての質問と 1 回の草案承認を経て、範囲を適切に定めた単一の issue を作成します。デザインフローは、従来の design sprint です。

ステップ出力
セットアップissue トラッカー（GitHub または Backlog）とリポジトリの issue テンプレートを検出します
調査と設計コードベースを詳しく読み込んだ後、統合された計画ファイル（調査、設計、未解決の質問、分割案）を 1 つ作成します
注釈サイクルMarkdown ファイル内の計画にインラインで注釈を付けます。エージェントは内容が適切になるまで修正します
issue の作成最終承認を 1 回得た後、親 issue と依存関係付きのサブ issue を作成します。調査結果は issue のコメントとして残します

基本原則：issue では動機と提案を説明し、実装手順は記載しません。issue 作成前に曖昧さを解消します。明示的な承認なしに公開することはありません。サブ issue への分割は常に提案として扱います。認証済みの gh CLI（GitHub）または bee CLI（Backlog）が必要です。

使用しない場合

  • デザインスプリントのワークショップ進行（Crazy 8s、HMW、投票） → pm-skills（Design Sprint セクション）または wondelai-skills（Knapp's Design Sprint スキル）を使用します
  • コードを伴わない PM ディスカバリー → deanpeters-pm-skills または pm-skills を使用します
  • issue を作成しない機能計画 → plan-design-review を使用します
  • 作成後の issue の実装 → 上流の別スキル implement-issue を使用します（このポインターではインストールされません）

コメント

Markdown 対応