菜单
ドメインスコープからフィーチャーモデルを作成する。 重要概念の洗い出しと共通性・可変性分析を行い、 フィーチャーツリーとフィーチャー間の制約を構造化する。 「フィーチャーを整理したい」「何が変わりうるか分析したい」 「依存関係を定義したい」といった要求があった場合に使用する。 ドメインスコーピングの成果物が存在することが前提。 ジェネレーティブプログラミングのドメイン分析活動。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
フィーチャーモデルから共通アーキテクチャを設計し、 実装コンポーネントを確定した上で、構成の知識（フィーチャー選択から 実装へのマッピングルール）を定義する。 「アーキテクチャを設計したい」「構成の知識を定義したい」 「フィーチャーと実装の対応を決めたい」といった要求があった場合に使用。 フィーチャーモデリングの成果物が存在することが前提。 ジェネレーティブプログラミングのドメイン設計活動。
システムを「発注」するためのドメイン固有記法（DSL）を定義する。 フィーチャーの選択とパラメータ指定を宣言的に記述できる形式を設計する。 「仕様の記述形式を決めたい」「DSLを定義したい」「AIへの指示形式を 設計したい」といった要求があった場合に使用する。アーキテクチャ設計の 成果物が存在することが前提。ジェネレーティブプログラミングの ドメイン設計活動。
DSL仕様書と構成の知識に基づき、指定言語でリストコンテナのコードを生成する。 DSLバリデータの実装もこのスキルで行う。 「コードを生成して」「実装して」「この仕様で作って」といった要求に使用。 構成の知識が存在することが前提。
生成コードの正しさを検証するプロパティベーステストを生成・実行する。 構成の知識に定義された代数的性質と構成固有の性質をテストコードとして出力する。 「テストを生成して」「生成コードを検証して」といった要求に使用。 構成の知識と生成コードが存在することが前提。
システムの目的・利用者・範囲を明確にし、ドメインの境界を定義する。 新しいプロジェクトの立ち上げ時、「何を作るか整理したい」 「スコープを決めたい」「対象ドメインを明確にしたい」といった要求が あった場合に使用する。ジェネレーティブプログラミングのドメイン分析活動。
| name | feature-modeling |
| description | ドメインスコープからフィーチャーモデルを作成する。 重要概念の洗い出しと共通性・可変性分析を行い、 フィーチャーツリーとフィーチャー間の制約を構造化する。 「フィーチャーを整理したい」「何が変わりうるか分析したい」 「依存関係を定義したい」といった要求があった場合に使用する。 ドメインスコーピングの成果物が存在することが前提。 ジェネレーティブプログラミングのドメイン分析活動。 |
| user_invocable | true |
ドメインスコープに基づき、重要概念を洗い出した上で共通性・可変性分析を行い、フィーチャーモデルを作成するスキル。 ジェネレーティブプログラミングのドメイン分析活動。
docs/gp/01-domain-scope.md が存在するか確認する/domain-scoping）を行うことを推奨するが、必要に応じてこの活動から始めてもよいドメインスコープの用語集を起点に、ドメインの重要概念を洗い出す。
洗い出した概念について、各要素が共通（安定）か可変（変化しうる）かを判定する。「何があるか」と「それは変わるか」を対比しながら分析するのが核心。
可変と判定した要素については、以下を追記する:
ステップ2の分析結果からフィーチャーを抽出し、ツリー構造に組織化する。
フィーチャー間の依存関係を洗い出す:
変更波及パスを記録する: あるフィーチャーを変更したとき、影響が波及するフィーチャーの連鎖。各関係の理由も記録する。
以下のファイルを出力する:
docs/gp/02-feature-model.md — フィーチャーモデル。テンプレート: templates/feature-model-template.mddocs/gp/04-constraints.md — フィーチャー間制約と影響関係。制約パターンは references/constraint-patterns.md を参照フィーチャーモデルに矛盾がないか検証する:
問題があればユーザーに報告し、修正を提案する。
次の活動として「ドメイン設計」（/domain-design）が推奨されるが、必要に応じて他の活動に進んだり、ドメインスコーピングに戻って成果物を更新してもよい。