メニュー
ユーザー要件を分析し、システム設計ドキュメント(DESIGN.md)を生成します。ユーザー要件が曖昧または不明確な場合、システムアーキテクチャの設計が必要な場合、大規模な機能開発の設計仕様が必要な場合、技術的実現可能性の検証が必要な場合に使用します。不明点はAskUserQuestionツールで確認します。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/majiayu000/claude-skill-registry --skill analyzing-requirementsコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
LLM token logprobs and calibration. Per-decision confidence, ECE, Brier, reliability diagrams, low-confidence triage.
Analyze LLM token logprobs and calibration. Use for per-decision confidence, ECE, Brier scores, reliability diagrams, and low-confidence triage.
回顾最近 N 天的 Claude Code 使用记录——扫描原始会话数据，按主题分组汇总"我都做了什么"，并从个人操作系统视角输出模式、风险与增删建议。当用户说 /recap、"看看我这几天做了什么"、"回顾一下我最近的会话"、"这两天我用 claude 干了啥"、"活动回顾" 时使用。
SOC 職業分類に基づく
SKILL.md を表示中
| name | analyzing-requirements |
| description | ユーザー要件を分析し、システム設計ドキュメント(DESIGN.md)を生成します。ユーザー要件が曖昧または不明確な場合、システムアーキテクチャの設計が必要な場合、大規模な機能開発の設計仕様が必要な場合、技術的実現可能性の検証が必要な場合に使用します。不明点はAskUserQuestionツールで確認します。 |
曖昧なユーザーリクエストを具体的で実行可能な設計仕様に変換する。要件を深く理解し、技術的実現可能性を検証し、アーキテクチャを設計し、開発者が従える詳細な設計ドキュメント(DESIGN.md)を生成する。
注: タスク分解とTODO.md生成は planning-tasks スキルで行う
rules/core/design.md（SOLID、高凝集度、低結合度）前のステップの出力ファイルを読み込む。
docs/USECASES.mddocs/FEASIBILITY.mddocs/GLOSSARY.mddocs/DOMAIN_MODEL.mdRead({ file_path: "docs/USECASES.md" })
Read({ file_path: "docs/FEASIBILITY.md" })
Read({ file_path: "docs/GLOSSARY.md" })
Read({ file_path: "docs/DOMAIN_MODEL.md" })
読み込んだ内容から以下を抽出：
遷移条件: ステップ1へ（要件理解を効率化）
ステップ1でAskUserQuestionを使って要件を確認。
遷移条件: ステップ1へ
ユーザーリクエストを複数の観点から分析する：
何を構築するか（What）
目的と価値（Why）
使用パターン（How）
タイムライン（When）
対象ユーザー（Who）
必須: 決して仮定を立てない
利用可能なツールを使用して既存の実装を調査する：
# 関連する実装を検索
Grep(pattern="relevant-keyword")
Read(file_path="related-file")
Glob(pattern="**/*.{js,ts,py}")
情報が不足している場合、AskUserQuestionツールを使用してユーザーに確認する：
AskUserQuestion({
questions: [
{
question: "この機能の認証方式はどれを使用しますか？",
header: "認証方式",
options: [
{
label: "JWT",
description: "JSON Web Tokenを使用したステートレス認証"
},
{
label: "Session",
description: "サーバーサイドセッション管理"
},
{
label: "OAuth 2.0",
description: "外部認証プロバイダーとの連携"
}
],
multiSelect: false
}
]
})
不明点が複数ある場合は、一度に複数の質問（最大4つ）を行うことができる 質問がなくなるまで繰り返して確認する
要件を明確に構造化する：
システム全体の構成と技術選定を行う：
システム構成
技術選定
データ設計
非機能要件の設計
エラー戦略
テスト戦略
設計ドキュメント(DESIGN.md)を生成する。
テンプレートは design-template.md を参照。
設計ドキュメントを書き出す：
// docsディレクトリにDESIGN.mdを出力
Write(
file_path="docs/DESIGN.md",
content=designContent
)
生成したDESIGN.mdをセルフレビューし、問題がなくなるまで修正を繰り返す。
1. DESIGN.mdを読み返す
2. 以下のチェックリストで問題を洗い出す
3. 問題があれば修正してファイルを更新
4. 問題がなくなるまで1-3を繰り返す（最大3回）
要件の完全性
設計の明確性
実装への橋渡し
問題を発見した場合：
3回のレビューで解決しない問題がある場合は、AskUserQuestionツールでユーザーに確認する。
設計完了前に確認：