suwa-sh

TBM Templateの初期セットアップを支援します。Docker Compose環境の構築、サンプルデータのロード、Grafanaダッシュボードの動作確認、トラブルシューティングを行います。「セットアップ」「環境構築」「初期設定」「docker compose up」「TBMを始めたい」「dbt seedを実行」「Grafanaが表示されない」「コンテナが起動しない」「ポートが競合」「TBM環境を立ち上げ」などのキーワードで発動します。

TBM Templateのdltコネクタの追加・カスタマイズを支援します。新しい外部サービスからのデータ収集パイプラインの構築、既存コネクタのモックから実APIへの変更、データソース追加を行います。「コネクタを追加」「データ収集を設定」「dltパイプラインを作成」「外部サービスを接続」「APIからデータを取得」「モックを実データに変更」「新しいデータソース」「TBMデータ収集」などのキーワードで発動します。

TBM Templateの共有リソースを提供する内部スキルです。他のtbm系スキルから参照されます。直接トリガーされることは想定していません。

TBM Templateの配賦ルール・マスターデータ・コストデータのカスタマイズを支援します。CSVシードファイルの編集、新しい部門やサービスの追加、配賦比率の変更、コストデータの追加・更新などを行います。「配賦ルールを変更」「部門を追加」「コストデータを更新」「サービスを追加」「ビジネスケイパビリティを追加」「予算データを編集」「シードを更新」「TBMデータをカスタマイズ」などのキーワードで発動します。

TBM TemplateのGrafanaダッシュボードの追加・編集を支援します。新しいダッシュボードの作成、既存ダッシュボードへのパネル追加、SQLクエリの作成、可視化の調整を行います。「ダッシュボードを追加」「Grafanaパネルを作成」「グラフを追加」「可視化を変更」「ダッシュボードを編集」「TBMの可視化」などのキーワードで発動します。

TBM Templateのdbtモデルの追加・変更を支援します。新しい配賦ステップの追加、集計マートの作成、ステージングモデルの追加、既存モデルの拡張を行います。「dbtモデルを追加」「新しいマートを作成」「配賦ステップを追加」「集計モデルを変更」「ステージングを追加」「dbtのSQLを修正」「TBMモデルを拡張」などのキーワードで発動します。

open-process-miningに新しいプロセスタイプをCSV手動投入で追加します。CSVデータとdbt stagingモデルを生成し、stg_all_eventsに統合します。「新しいプロセスを追加」「CSVデータソースを追加」「プロセスタイプを追加」「イベントログを投入」「dbt seedデータを作成」「CSVからプロセスマイニング」などのキーワードで発動します。

open-process-miningにdlt (data load tool) を使った外部システム連携データソースを追加します。dltソース、パイプライン、dbt stagingモデル、設定ファイルを一式生成します。「dltソースを追加」「外部APIからデータ取得」「dltパイプラインを作成」「外部システム連携」「APIからイベントログ」「dltでデータ投入」などのキーワードで発動します。

open-process-miningに成果メトリックを追加します。成果データCSVまたはdbtマートモデルを生成し、fct_case_outcomesに統合して成果分析を可能にします。「成果メトリックを追加」「成果分析データを作成」「KPIを追加」「メトリックを定義」「outcomeデータを追加」「成果指標を設定」などのキーワードで発動します。

open-process-miningの共有リソースを提供する内部スキルです。他のopm系スキルから参照されます。直接トリガーされることは想定していません。

open-process-miningの環境セットアップ、データリセット、トラブルシューティングをガイドします。「OPMをセットアップ」「環境構築」「データベースをリセット」「コンテナが起動しない」「dbtエラー」「フロントエンドが表示されない」「open-process-miningの初期設定」「OPMのトラブルシューティング」などのキーワードで発動します。

Enablement Map StudioのYAML DSLファイルを分析し、整合性チェックや改善提案を行います。「イネーブルメントマップを分析」「YAMLの整合性チェック」「DSLのレビュー」「enablement-mapの改善点」「EMマップの不足を指摘」「CJM/SBP/Outcome/EMの整合性を確認」などのキーワードで発動します。

Enablement Map Studioの共有リソースを提供する内部スキルです。他のemstudio系スキルから参照されます。直接トリガーされることは想定していません。

Enablement Map StudioのYAML DSLファイルを新規作成します。ヒアリング内容、既存資料、業務フロー、組織情報などからCJM/SBP/Outcome/EMの4種類のDSLを生成します。「イネーブルメントマップを作りたい」「CJMを作成」「サービスブループリントをYAMLに」「成果定義を作りたい」「EMマップを生成」「enablement-map-studioのYAMLを作って」などのキーワードで発動します。

Enablement Map Studioのデプロイや運用を支援します。Dockerでのデプロイ、チームでのGit運用フロー構築、CI/CD設定などを案内します。「enablement-map-studioをデプロイ」「イネーブルメントマップのDockerセットアップ」「EMスタジオをチームで運用」「enablement-mapのGit運用」「EMスタジオの環境構築」などのキーワードで発動します。

mcl-foundation-design / mcl-shared-platform-design / mcl-product-design が共通で参照するメタスキル。共通メタデータスキーマ、YAML テンプレート、正規化・マッピング・競合解決のルールを提供する。このスキルを直接トリガーする必要はない。他の mcl-* スキルが references/ templates/ schemas/ を参照する際に自動的に利用される。mcl-common の内容を確認・編集したい場合や、共通ルールやテンプレートについて質問がある場合にもこのスキルを参照すること。

マルチクラウド基盤（ランディングゾーン）設計用スキル。AWS / Azure / GCP / オンプレミスを対象に、ベンダー中立の canonical model、ベンダー別マッピング、実装仕様、IaC スケルトンを生成する。組織構造、ID、ネットワーク、ポリシー、ログ、課金、セキュリティガードレールをカバーする。クラウド基盤設計、ランディングゾーンアーキテクチャ、組織構造、アカウント/サブスクリプション/プロジェクト階層、ID フェデレーション、ネットワーク分離、ポリシー適用、監査/ログ集約、課金境界、セキュリティガードレールに関する要求で使用すること。1 クラウドのみの言及でも発動する。AWS Organizations/SCP、Azure Management Groups/Policy、GCP Org Policy に関する質問も基盤設計の文脈であればトリガーする。オンプレミス基盤（VMware/OpenStack/ベアメタル Kubernetes 等）やクラウド + オンプレのハイブリッド構成の基盤設計でもトリガーする。

個別プロダクト/ワークロード設計用スキル。AWS / Azure / GCP / オンプレミスを対象に、ベンダー中立のワークロードモデル、ベンダー別サービスマッピング、実装仕様、オブザーバビリティ仕様、コスト最適化ヒント、IaC スケルトンを生成する。コンピュート、データベース、メッセージング、ストレージ、キャッシュ、CDN のサービス選定を、可用性、レイテンシ、データ機密性、トラフィックパターン、整合性、復旧目標、コストポスチャに基づいて行う。特定のアプリケーションワークロード、マイクロサービスアーキテクチャ、プロダクトインフラ、ユースケースごとのクラウドサービス選定の設計やレビューに使用すること。1 クラウドのみの言及でも発動する。EC2/App Service/Cloud Run、RDS/Azure SQL/Cloud SQL、SQS/Service Bus/Pub/Sub などのサービス比較もワークロード文脈であればトリガーする。オンプレ（セルフホスト PostgreSQL/Redis/Kafka 等）へのワークロード配置やクラウドとの比較でもトリガーする。

共有プラットフォーム設計用スキル。AWS / Azure / GCP / オンプレミスを対象に、ベンダー中立の canonical model、ベンダー別マッピング、サービスカタログ、実装仕様、IaC スケルトンを生成する。共有ランタイム（Kubernetes）、オブザーバビリティ、CI/CD デリバリーパイプライン、アーティファクト管理、シークレット/証明書管理、プラットフォーム所有モデル、テナントオンボーディングをカバーする。共有プラットフォームレイヤー、内部開発者プラットフォーム、プラットフォームエンジニアリング、共有サービスカタログ、共通インフラサービスの設計やレビューに使用すること。1 クラウドのみの言及でも発動する。EKS/AKS/GKE 共有クラスタ、集中監視、共有 CI/CD、プラットフォームチームの責務に関するトピックでもトリガーする。オンプレ Kubernetes（kubeadm/Rancher/OpenShift）やハイブリッド構成の共有プラットフォームでもトリガーする。

既存の実装コードを解析し、コールスタックをたどってlineage-v1形式のYAML定義を逆引き生成します。エントリーポイント（ファイルパス、関数/メソッド名）を指定すると、データの流れを追跡してlineage定義を作成します。「コードからlineage」「実装からリネージ」「データフローを逆引き」「リネージをリバース」などのキーワードで発動します。

lineage-to-graph の共有リソースを提供する内部スキルです。他のlineage系スキル（lineage-create, lineage-to-code, code-to-lineage）から参照されます。直接トリガーされることは想定していません。

データモデル定義やコードのエントリーポイントからlineage-v1形式のYAML定義を新規作成します。CSV、OpenAPI、AsyncAPI、コード内の型定義などからソース/ターゲットのモデルとフィールドマッピングを推測して生成します。「lineage定義を作成」「リネージを新規作成」「データフローを定義」などのキーワードで発動します。

lineage-v1形式のYAML定義を読み取り、プロジェクトのコンテキスト（言語、フレームワーク、既存コード）に合わせたマッピング実装コードを生成します。「lineageから実装」「リネージ定義をコードに変換」「マッピングコードを生成」「lineage定義に従って実装」などのキーワードで発動します。

Walk a user through the 4-layer readiness check for AI delegation. Loads definitions/four-layer.yaml, asks the questions interactively, and reports PASS/REVISE/BLOCK per layer with the first gate to fix. Use when the user wants to evaluate whether a specific business process is ready to delegate to an AI agent, or asks to "do a readiness check" or "score this process."

Screen a user's task groups into the four AI-transition types (growth / high automation / reorganization / minimal change) before any delegation scoring. Loads definitions/transition-screening.yaml, asks the 3 axes' questions per task group, runs `aidr screen-transition`, and reports the delegation-design priority order with HITL flags. Use when the user asks "where should we start with AI?", "which tasks to delegate first?", or wants a workforce-transition map before headcount talk.

Validate an AI delegation audit log JSON against schemas/audit-log.schema.json. Picks the minimum (article-aligned) or extended (J-SOX-grade) schema level per the user's intent, runs the aidr validator, and reports violations by JSON path. Use when the user wants to check whether an audit log meets the schema, or asks to "validate the log" or "check this audit log."

Walk a user through the shared-infrastructure incident-readiness check. Loads the responsibility-matrix and DPA definitions, gathers the org's assignments via dialogue, runs `siir check-responsibility` / `siir check-dpa` in JSON mode, and reports PASS/REVISE/BLOCK with the first gap to fix. Use when the user wants to evaluate whether a shared platform (OEM /共通基盤) is ready for the first 30 minutes of an incident.

Render a shared-infrastructure incident initial-response runbook and Tabletop program from a scenario. Thin wrapper around `siir render-runbook` and `siir tabletop`; takes the org's responsibility-matrix answers + a scenario id and returns the 3-stage runbook (責任境界表 → Runbook → Communication Tree) and a facilitation program. Use when the user wants a runbook or a Tabletop exercise for a specific incident scenario.

kong-plugin-oidc の新バージョンを GHCR にリリースする統合ワークフロー。 プラグインコード変更（機能追加・バグ修正）／Kong Gateway ベースイメージの更新／ 新しい Kong バージョンサポート追加 のいずれのシナリオでも、共通の手順 （バージョン bump → 全サポート版でローカルテスト → CHANGELOG 更新 → タグ作成 → CD 経由で GHCR & GitHub Release 公開） を一貫して回す。 以下のような指示で必ず発動すること（リリース／公開／バージョン管理に関わる文脈は積極的に拾う）: - 「リリースして」「v1.x.x を出して」「次のバージョンをリリース」 - 「Kong を最新にして」「Kong の新しいバージョンが出てるか確認」「Kong バージョン更新」「docker イメージを更新」 - 「サポートする Kong バージョンを追加」「3.x 系をサポート」 - 「機能追加してリリース」「バグ修正をリリース」 - 「CHANGELOG 書いて」「GHCR に公開」「GitHub Release を作成」 - 「rockspec を bump」「プラグインバージョンを上げる」 プラグインのリリース運用に関する判断や作業を求められたら、ベースイメージ更新だけでなく プラグインコード起因のリリースであっても、まずこのスキルを参照すること。

タスク実行の標準ワークフロー。plan.md のタスクを実行する際に必ず使用する。 「次のタスクを実行」「plan.md に従って進めて」「標準作業フローで」「タスクNを実施」 といった指示で発動する。git worktree での分離作業、品質ゲート（静的解析・テスト・ codex レビュー）、ユーザー確認、KPT ふりかえり、squash マージまでの全12ステップを ガイドする。タスク実行に関連する指示があれば積極的に使用すること。