メニュー
Enablement Map StudioのYAML DSLファイルを新規作成します。ヒアリング内容、既存資料、業務フロー、組織情報などからCJM/SBP/Outcome/EMの4種類のDSLを生成します。「イネーブルメントマップを作りたい」「CJMを作成」「サービスブループリントをYAMLに」「成果定義を作りたい」「EMマップを生成」「enablement-map-studioのYAMLを作って」などのキーワードで発動します。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Enablement Map StudioのYAML DSLファイルを分析し、整合性チェックや改善提案を行います。「イネーブルメントマップを分析」「YAMLの整合性チェック」「DSLのレビュー」「enablement-mapの改善点」「EMマップの不足を指摘」「CJM/SBP/Outcome/EMの整合性を確認」などのキーワードで発動します。
Enablement Map Studioの共有リソースを提供する内部スキルです。他のemstudio系スキルから参照されます。直接トリガーされることは想定していません。
Enablement Map Studioのデプロイや運用を支援します。Dockerでのデプロイ、チームでのGit運用フロー構築、CI/CD設定などを案内します。「enablement-map-studioをデプロイ」「イネーブルメントマップのDockerセットアップ」「EMスタジオをチームで運用」「enablement-mapのGit運用」「EMスタジオの環境構築」などのキーワードで発動します。
| name | emstudio-create |
| description | Enablement Map StudioのYAML DSLファイルを新規作成します。ヒアリング内容、既存資料、業務フロー、組織情報などからCJM/SBP/Outcome/EMの4種類のDSLを生成します。「イネーブルメントマップを作りたい」「CJMを作成」「サービスブループリントをYAMLに」「成果定義を作りたい」「EMマップを生成」「enablement-map-studioのYAMLを作って」などのキーワードで発動します。 |
| argument-hint | <入力情報（ヒアリングメモ、業務フロー資料、ペルソナ情報など）> |
ヒアリング内容や既存資料から、Enablement Map Studioで利用可能なYAML DSLファイルを生成します。
../emstudio-core/references/dsl-spec.mdデフォルト: カレントディレクトリに enablement-map.yaml
ユーザーが別のファイル名やディレクトリを指定した場合はそちらに従う。
../emstudio-core/references/dsl-spec.md を読み込み、DSLの型定義と参照関係を把握する。
ユーザーから以下の情報を収集する。全てが揃っていなくても、あるものから段階的に作成可能。
| 情報 | 対応DSL | 必須度 |
|---|---|---|
| ペルソナ（顧客像） | CJM | 推奨 |
| 顧客の行動フロー（フェーズ、アクション） | CJM | 推奨 |
| 組織の業務プロセス（チーム、タスク） | SBP | 推奨 |
| 事業目標（KGI）、重要成功要因（CSF）、KPI | Outcome | 任意 |
| 必要な行動、スキル、ナレッジ、ツール | EM | 任意 |
不足している情報がある場合は、ユーザーに質問して補完する。
persona セクションを作成phases と actions を作成touchpoints、thoughts_feelings、emotion_score を設定cjm:phase:{uuid}, cjm:action:{uuid} 形式で生成lanes を作成（kind: human/team/system）readonly: true を設定（source_id は不要）source_id を設定（紐づけ）connections を設定（source: cjm:action:{uuid} → target: sbp:task:{uuid}）position と size は省略可能（エディタで調整可能）kgi を作成primary_csf を作成primary_kpi を作成outcomes を作成actions を作成skills、knowledge、tools を作成learnings（学習コンテンツ）を追加4つのDSLを --- 区切りで結合し、CJM → SBP → Outcome → EM の順でYAMLファイルを生成する。
生成したYAMLの検証ポイント:
{kind}:{type}:{uuid} 形式であることsource_id, action_id, lane, phase 等の参照先が存在することcjm, human, team, system のいずれかであることdocker run -p 8080:80 -p 8443:443 ghcr.io/suwa-sh/enablement-map-studio:latestid: cjm:action:{uuid}（CJMアクションのIDをそのまま使用）+ readonly: true で作成する。source_id は付けないsource_id: cjm:action:{uuid} を設定してCJMアクションと紐づけるcjm:action:{uuid} をsource/targetに指定できる（CJMレーンreadonlyタスクへの接続）