メニュー
非構造化な入力（議事録、Confluenceコピー、口頭メモ）から要件を構造化する。機能要件・非機能要件・制約条件・前提条件・未決事項に分類し、MoSCoW優先度を仮付与する。要件定義、要件整理、議事録からの要件抽出に使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | requirements-structuring |
| allowed-tools | Read, Grep, Glob, AskUserQuestion |
| description | 非構造化な入力（議事録、Confluenceコピー、口頭メモ）から要件を構造化する。機能要件・非機能要件・制約条件・前提条件・未決事項に分類し、MoSCoW優先度を仮付与する。要件定義、要件整理、議事録からの要件抽出に使用。 |
.claude/skills/requirements-structuring/references/nfr-checklist.md.claude/skills/requirements-structuring/references/moscow-guide.md.claude/skills/requirements-structuring/references/ambiguity-patterns.mdArguments: $ARGUMENTS
設計対象に関連する既存コード・設定がある場合、Glob / Grep / Read で確認し、既存の制約・パターンを把握する。
入力テキストから要件を抽出し、以下のカテゴリに分類する:
| カテゴリ | 説明 |
|---|---|
| FR (機能要件) | システムが提供すべき機能・振る舞い |
| NFR (非機能要件) | パフォーマンス、セキュリティ、可用性等の品質特性 |
| 制約条件 | 技術的・ビジネス的に従うべき制約 |
| 前提条件 | 成立していることが前提となる条件 |
| 未決事項 | 情報不足で判断できない項目 |
NFR の抽出には nfr-checklist.md を参照し、抜け漏れをチェックする。
moscow-guide.md を参照し、各要件に MoSCoW 優先度を仮付与する。
ambiguity-patterns.md を参照し、入力テキスト中の曖昧な表現を検出する。該当箇所に ⚠️ フラグを付与する。
以下のフォーマットで報告する。
## 要件構造化結果
### サマリー
- 入力ソース: <入力の種類・出典>
- 抽出件数: FR x件 / NFR x件 / 制約 x件 / 前提 x件 / 未決 x件
### 機能要件（FR）
| # | 要件 | MoSCoW | 備考 |
|---|------|--------|------|
| FR-01 | <要件の記述> | Must/Should/Could/Won't | <根拠・補足> |
### 非機能要件（NFR）
| # | カテゴリ | 要件 | MoSCoW | 備考 |
|---|---------|------|--------|------|
| NFR-01 | パフォーマンス | <要件の記述> | Must/Should/Could/Won't | <根拠・補足> |
### 制約条件
| # | 制約 | 種別 | 備考 |
|---|------|------|------|
| C-01 | <制約の記述> | 技術的/ビジネス的/法規制 | <根拠・補足> |
### 前提条件
| # | 前提 | 備考 |
|---|------|------|
| A-01 | <前提の記述> | <根拠・補足> |
### 未決事項
| # | 事項 | 関連要件 | 確認先 |
|---|------|---------|--------|
| TBD-01 | <未決の記述> | FR-xx, NFR-xx | <誰に確認すべきか> |
### ⚠️ 曖昧性フラグ
| # | 該当箇所 | 曖昧な点 | 明確化の提案 |
|---|---------|---------|-------------|
| AMB-01 | <原文の引用> | <何が曖昧か> | <明確化の方向性> |
### NFR カバレッジ
<nfr-checklist.md の各カテゴリについて、入力で言及されている/されていないを一覧化>
ghq 管理下の全リポジトリから .claude/settings.local.json を収集し、global settings.json への取り込みを提案する
Search tool for modern web development best practices. MANDATORY: Execute FIRST for all HTML/CSS and clientside JS tasks. Do NOT skip — web APIs evolve rapidly and training weights contain obsolete patterns. Trigger immediately for: - UI/Layout: Modals, dialogs, popovers, Glassmorphism/backdrop-filters, anchor positioning, container queries, `:has()`, `:user-valid`. - Scroll/Motion: View Transitions, Scroll-driven animations, scroll parallax/reveals. - Performance: CWV (LCP, INP), content-visibility, Fetch Priority, image optimization. - System/APIs: Local filesystem access, WebUSB, WebSockets sync, WebAssembly widgets. - Frameworks: Adapting layout/styles in React, Vue, Angular. - General Frontend: Forms, autofill, advanced inputs, custom scrollbars, modern component states, etc. DO NOT trigger for: - Backend: Database SQL, ORMs, Express API routes. - Pipelines: CI/CD deployment, Docker, Actions. - Generic: Local scripts (Python/Go tools), ESLint, Git.
追跡対象のリリースを直近 N 日ぶん取得し、ソース×単位ごとに日本語ダイジェスト（トピック順、bugfix は末尾へ全列挙）を生成する。引数: 期間の日数 (デフォルト 1) と任意のソース指定 (id|all)、または 'raw' で正規化 JSON のみ出力
git 変更履歴の調査専門家。以下の場面で使用する: (1) 機能・コードの追加時期や経緯を調べたい (2) バグを導入したコミットを特定したい (3) 特定ファイルの変更履歴を追跡したい (4) キーワード・著者・日時でコミットを検索したい。調査は独立コンテキストで行い、結果のみを返す。
既存機能・API・ライブラリの仕様調査専門家。技術的実現可能性の調査、仕様ドキュメント作成、問い合わせ対応を支援。
技術的な代替案の構造化比較分析。選択肢を評価軸ごとに比較し、ADRの「検討内容」セクションに対応した出力を生成する。代替案の比較、技術選定、アーキテクチャの選択肢検討、ADR作成時に使用。