Communitygithub.com

xazaj/sdlc-playbook

コーディングエージェント向けSDLC全工程の意思決定プレイブック。各工程ごとに選定マトリックスを提供:何を実装すべきか、どのデザインシステムを使うか、SDDかTDDか。

sdlc-playbook とは?

このスキルは、コーディングエージェント向けにSDLC(ソフトウェア開発ライフサイクル)の各フェーズごとに設計判断を支援する「決定マトリックス」を提供します。デフォルトではデザインフェーズに焦点を当て、ユーザーが直面しているUIに対して最適な設計手法、ライブラリ、テンプレートを一つだけ推奨します。具体的な実装コードは生成せず、あくまで「何を選ぶべきか」の判断基準と理由だけを提示します。また、エージェントに実装を任せる場合の注意点(テンプレート感を避ける方法など)も含まれています。このスキルは、ユーザーが自動更新チェックを実行し、設計マトリックス(DECIDE.md)の内容を読み解くことで、効果的に支援します。

対応~Claude Code~Codex CLI~Cursor
npx skills add xazaj/sdlc-playbook

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

設計方式の選定

決定マトリックスを読み、ユーザーが持っている画面に対してひとつの提案を行います。

決定マトリックス: ~/.sdlc/stages/20-design/DECIDE.md(~ はカレントユーザーのホームディレクトリ)

使い方

  1. 最初に ~/.sdlc/bin/check-update.sh を実行します。これは普段は静かで、ナレッジベースがリモートより古い場合だけ1行出力します。出力があればユーザーに伝え、そのまま続行します。スロットル済みのため、毎回ネットワークリクエストは発生しません。
  2. 以下の点が不明な場合、一つずつ質問します(一度に一つ):この画面の寿命はどのくらい?何画面程度?ブランド認知は必要ですか?
  3. 上記の DECIDE.md を読み、「判断基準」と「推奨パス」のセクションに従って位置づけます。
  4. 明確な提案をひとつ示し、その理由を説明します。選択肢をすべて列挙してユーザーに選ばせることは避けてください。
  5. この画面をエージェントに生成させる場合、「エージェントに実装を任せる際の違い」のセクションを必ず読んでください。そこにはテンプレート感を回避する方法が書かれています。

本スキルは方式の選定のみを行います。選定後の具体的なビジュアル実装は、frontend-design などの実装スキルに委ねてください。

DECIDE.md 全体をそのまま読み上げないでください。

関連スキル