Menü
ソフトウェア実装前の設計議論用ドキュメントを生成する。新機能の設計、アーキテクチャ設計、システム設計の文書化に使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | create-design-docs |
| description | ソフトウェア実装前の設計議論用ドキュメントを生成する。新機能の設計、アーキテクチャ設計、システム設計の文書化に使用。 |
| argument-hint | ["feature-name or topic"] |
ソフトウェア実装前に設計を議論するためのドキュメント（Design Doc）を生成するスキル。 既存コードは存在しない前提で、ユーザーへのヒアリングを通じて設計書を作成する。
AskUserQuestion を使用して出力言語を確認:
docs/design.md が存在するか確認docs/ ディレクトリを作成AskUserQuestion で以下を確認:
AskUserQuestion で以下を確認:
曖昧な回答には具体例を示して再質問。
AskUserQuestion で以下を確認:
AskUserQuestion で含めたい要素を選択式で確認（複数可）:
選択された要素ごとに詳細をヒアリング。
以下の構造で docs/design.md を生成:
生成したドキュメントをユーザーに提示し、修正要望を確認。
| 曖昧な回答 | 追加質問例 |
|---|---|
| 「パフォーマンス改善」 | 「具体的にどの指標を改善しますか？（レイテンシ、スループット等）」 |
| 「使いやすくする」 | 「どのようなユーザーにとって使いにくいですか？」 |
| 「セキュリティ強化」 | 「どのような脅威に対応しますか？」 |
| 「よくわからない」 | 選択式に切り替えて提示 |
ポーカーのハンドレビューと座学を統合的に行うスキル。 ユーザのハンドをGTO Wizardのソルバーデータとブログ記事を根拠に多角的にレビューし、 同時に集合分析ベースの体系的な座学を実施する。 数学的根拠（ポットオッズ、エクイティ、EV計算）とexploit観点を含む。 「ハンドレビューして」「このハンドどう思う？」「レビューお願い」「hand review」 「この判断正しかった？」「座学したい」「このスポットを勉強したい」 「集合分析を見たい」「深掘りして勉強」「このスポットの全体像を知りたい」
Create a git commit, push a branch, and open a Pull Request with gh. Use when asked to commit changes, push to origin, or create PRs, especially when conventional commits and PR templates are required.
設計ドキュメント（Design Doc）を実装可能な仕様書（Spec）に変換するスキル。 「なぜ作るか」を「何を作るか」に変換し、実装者・QA・保守者が参照できる明確な仕様を生成する。 「スペックにまとめて」「仕様書にして」「実装仕様を書いて」「specに変換して」でトリガーすること。 dig で曖昧さを解消してから使用すると最も効果的。
既存の設計ドキュメント・RFC・計画書を読み込み、AskUserQuestion による構造化された質問を 通じて、曖昧さ・矛盾・未定義事項を洗い出し、決定事項と残課題を整理するスキル。 「深掘りして」「曖昧な点を洗い出して」「設計の穴を突いて」「challenge my assumptions」 「ドキュメントを読んで質問して」のような依頼でトリガーすること。 仕様書（spec）の生成が目的の場合は design-to-spec を使うこと。
設計ドキュメント（Design Doc）を実装可能な仕様書（Spec）に変換するスキル。 「なぜ作るか」を「何を作るか」に変換し、実装者・QA・保守者が参照できる明確な仕様を生成する。 「スペックにまとめて」「仕様書にして」「実装仕様を書いて」「specに変換して」でトリガーすること。 dig で曖昧さを解消してから使用すると最も効果的。
既存の設計ドキュメント・RFC・計画書を読み込み、AskUserQuestion による構造化された質問を 通じて、曖昧さ・矛盾・未定義事項を洗い出し、決定事項と残課題を整理するスキル。 「深掘りして」「曖昧な点を洗い出して」「設計の穴を突いて」「challenge my assumptions」 「ドキュメントを読んで質問して」のような依頼でトリガーすること。 仕様書（spec）の生成が目的の場合は design-to-spec を使うこと。