القائمة
spec-driven developmentで機能開発したいときに使う。 トリガー: "specdd", "spec-driven", "スペック駆動"
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
macOSのデスクトップアプリ（GUI）をAIが起動・キー操作・スクリーンショットで動作確認するノウハウ。 トリガー: デスクトップアプリの動作確認、GUIのE2E的な検証、「アプリを起動して確認して」
Architecture Decision Record (ADR) を作成するスキル。 ADR フォーマット・品質基準に準拠した ADR ファイルを生成する。 「ADRを書いて」「ADRを作成して」「アーキテクチャの意思決定を記録したい」「〇〇を採用する判断を文書化して」 などの指示で発動する。技術選定、設計方針の変更、規約の策定など、アーキテクチャに関する意思決定の記録が必要な場面で使用すること。
Codex CLI（OpenAI）を使用してコードや相談・レビューを行う。 トリガー: "codex", "codexと相談", "codexに聞いて"
PRの説明文作成 トリガー: ユーザーから明示的に`/pr-description`と言われたときのみ使う。`PR作成`などのスキルはたいていリポジトリに用意されているのでそちらを優先して使う
セッション終了時や作業の区切りで、引き継ぎノートを生成する。 トリガー: "handover", "引き継ぎ", "ハンドオーバー"
コミットメッセージの作成 トリガー: "commit", "コミット"
| name | specdd |
| description | spec-driven developmentで機能開発したいときに使う。 トリガー: "specdd", "spec-driven", "スペック駆動" |
| allowed-tools | Bash(mkdir:*), Read |
spec-driven developmentを行います。
spec-driven development は、次の4つのフェーズからなる開発手法です。
各フェーズの終了には成果物と必ずユーザーの承認が必要です。
このフェーズになったら requirements_creator.md の指示に従ってね
成果物：./.mywork/changes/YYYY-MM-DD-BRIEF-DESC/requirements.md
このフェーズになったら design_creator.md の指示に従ってね
成果物：./.mywork/changes/YYYY-MM-DD-BRIEF-DESC/design.md
このフェーズになったら tasks_creator.md の指示に従ってね
成果物：./.mywork/changes/YYYY-MM-DD-BRIEF-DESC/tasks.md
このフェーズになったら tasks_executor.md の指示に従ってね
成果物：実装ファイル
全フェーズが終わり、ユーザーの動作確認も終わったら、./.mywork/changes/YYYY-MM-DD-BRIEF-DESCから./.mywork/specs/YYYY-MM-DD-BRIEF-DESCにディレクトリを移動してね
どのフェーズでも、必要なら AskUserQuestion で曖昧な点・不明点を質問してね。
