Imported from nahisaho/PrezenX (
prezenx/AGENTS.md). Install upstream withnpx skills add nahisaho/PrezenX --skill prezenx. Copyright stays with the author.
PrezenX Orchestrator
PowerPoint 特化 9スキル・レイヤードパイプラインのルーティングと制御
タスク分類ツリー
ユーザー入力
├── 新規プレゼンテーション作成
│ ├── コンテキスト充足度チェック → context-discovery(必須)
│ ├── 充足後 → フルパイプライン or Streamlined Flow
│ └── 特定フェーズのみ → 該当スキルを直接起動
├── 既存プレゼンテーション修正
│ ├── 構成変更 → presentation-architect
│ ├── コンテンツ修正 → data-storytelling / scientific-visualization
│ ├── デザイン修正 → brand-style-enforcer
│ ├── PPTX 再生成 → pptx-builder
│ └── 発表練習 → speaker-coach
├── リサーチ依頼 → research-to-slides
├── 経営層向け変換 → executive-summary
└── ワークフロー状態確認 → 成果物の存在と承認状態を報告
緊急度トリアージ
| レベル | 条件 | 対応フロー |
|---|---|---|
| 🔴 緊急 | 「今すぐ」「30分以内」等 | Streamlined: Architect → PPTX Builder → Speaker Coach |
| 🟡 通常 | 明示的な期限なし | フルパイプライン(9フェーズ順守) |
| 🟢 じっくり | 「こだわりたい」「丁寧に」等 | フルパイプライン+追加レビューサイクル |
WHEN / DO ルーティング
Phase -1: コンテキスト充足度チェック(必須ゲート)
- WHEN: 新規プレゼンテーション作成を開始する(全てのプレゼン作成依頼の最初)
- WHEN: 「プレゼンを作りたい」「資料を作って」「スライドを作成して」
- DO:
skills/context-discoveryを起動 - DO: 8要素(TOPIC / AUDIENCE / PURPOSE / DURATION / LANGUAGE / MATERIALS / BRAND / OUTPUT)の充足度をスキャン
- DO: 充足スコア ≥ 0.75 → Phase 0/1 に直接進行
- DO: 充足スコア < 0.75 → 1問1答で不足要素を補完(TOPIC → AUDIENCE → PURPOSE の優先順)
- DO: 成果物:
context-summary.md - DO: ⏸️ コンテキスト確認後に Phase 0/1 へ
Phase 0: リサーチ
- WHEN: テーマに関連する論文・リポジトリ・技術情報の調査が必要
- WHEN: 「調べて」「リサーチして」「論文を整理して」「技術比較して」
- DO:
skills/research-to-slidesを起動 - DO: GitHub MCP(search_repositories, search_code, get_file_contents, search_issues, list_commits)+ web_search で調査
- DO: 成果物:
research-notes.md
Phase 1: 全体設計 ★コア
- WHEN: 新規プレゼンテーション作成を開始する
- WHEN: 「プレゼンを作りたい」「発表資料を作成して」「構成を考えて」
- DO:
skills/presentation-architectを起動 - DO: 聴衆分析 → ストーリーライン → スライド構成を設計
- DO: 成果物:
requirements.md,storyline.md,slide-outline.md - DO: ⏸️ ユーザー承認後に次フェーズへ
Phase 2: 経営層向け変換
- WHEN: 技術資料を投資判断資料に変換する必要がある
- WHEN: 「経営層向けに」「Executive Summaryを」「役員向けに」
- DO:
skills/executive-summaryを起動 - DO: 技術→ビジネス価値への変換(Abstraction Ladder 適用)
- DO: 成果物:
executive-summary.md
Phase 3: データ物語化
- WHEN: データ・KPI・グラフの解釈と物語化が必要
- WHEN: 「データを物語にして」「KPIをまとめて」「Before/Afterで」「インサイトを」
- DO:
skills/data-storytellingを起動 - DO: Context → Insight → Impact → Action フレームワーク適用
- DO: 成果物:
data-insights.md
Phase 4: 科学可視化
- WHEN: AI for Science / Materials Informatics / Digital Twin 系の図が必要
- WHEN: 「パイプラインを可視化して」「Knowledge Graph」「分子構造」
- DO:
skills/scientific-visualizationを起動 - DO: 成果物:
scientific-visuals.md(Mermaid コード + 配置指示)
Phase 5: 図解変換
- WHEN: テキスト→図解、フローチャート、エコシステム図、アーキテクチャ図が必要
- WHEN: 「図解にして」「フローチャート」「タイムライン」「SmartArtで」
- DO:
skills/infographic-designerを起動 - DO: 成果物:
infographic-specs.md
Phase 6: デザイン統一
- WHEN: 全スライドのデザイン統一・ブランド適合チェックが必要
- WHEN: 「デザインを統一して」「フォントを揃えて」「密度を調整して」
- DO:
skills/brand-style-enforcerを起動 - DO: Microsoft カラーパレット・フォント・情報密度・1スライド1メッセージを検証
- DO: 成果物:
style-guide.md
Phase 7: PPTX 生成
- WHEN: 全コンテンツ・デザインが確定し、PowerPoint ファイルを出力する
- WHEN: 「PPTXを生成して」「PowerPointを作って」「.pptxを出力して」
- DO:
skills/pptx-builderを起動 - DO: python-pptx で .pptx を自動生成
- DO: 成果物:
presentation.pptx
Phase 8: 発表支援
- WHEN: 発表練習・想定質問・時間調整が必要
- WHEN: 「発表練習」「想定質問を作って」「3分版にして」「英語に変換して」
- DO:
skills/speaker-coachを起動 - DO: 成果物:
speaker-prep.md,qa-preparation.md
Streamlined Flow(クイック作成)
- WHEN: 緊急度 🔴 緊急と判定された場合
- WHEN: 「簡単に」「すぐに」「ざっくり」等
- DO: 短縮フロー:
context-discovery— 最低限の TOPIC / AUDIENCE / PURPOSE を確認presentation-architect— 要件+構成を同時に簡易作成- ⏸️ ユーザー承認
brand-style-enforcer— デフォルトスタイル適用pptx-builder— PPTX 生成- ⏸️ ユーザー承認
レイヤーパイプライン
[Phase -1: Context Discovery] → ⏸️ 確認
→ [Phase 0: Research] → [Phase 1: Architect] → ⏸️ 承認
→ [Phase 2: Executive Summary] → [Phase 3: Data Storytelling]
→ [Phase 4: Scientific Viz] → [Phase 5: Infographic] → ⏸️ 承認
→ [Phase 6: Brand Style] → [Phase 7: PPTX Build] → ⏸️ 承認
→ [Phase 8: Speaker Coach]
承認ポイント(⏸️)
- 設計承認: Phase 1 完了後 — 構成・ストーリーラインの承認
- コンテンツ承認: Phase 5 完了後 — 全コンテンツ・図解の承認
- 最終承認: Phase 7 完了後 — PPTX の最終確認
フェーズの柔軟な組み合わせ
Phase 2–5 はテーマに応じてスキップ可能:
- 技術発表(非経営層向け)→ Phase 2 スキップ
- データ少ないテーマ → Phase 3 スキップ
- 非科学テーマ → Phase 4 スキップ
- 図解不要 → Phase 5 スキップ
- Phase 1(全体設計)と Phase 6–7(出力)は必須
スキル一覧
| スキル | Phase | 主な成果物 |
|---|---|---|
context-discovery |
-1 | context-summary.md |
research-to-slides |
0 | research-notes.md |
presentation-architect |
1 ★ | requirements.md, storyline.md, slide-outline.md |
executive-summary |
2 | executive-summary.md |
data-storytelling |
3 | data-insights.md |
scientific-visualization |
4 | scientific-visuals.md |
infographic-designer |
5 | infographic-specs.md |
brand-style-enforcer |
6 | style-guide.md |
pptx-builder |
7 | presentation.pptx |
speaker-coach |
8 | speaker-prep.md, qa-preparation.md |
ワークフロー状態確認
- WHEN: 「今どのフェーズ?」「進捗は?」「状態を確認して」
- DO: 以下の成果物の存在と承認状態を確認:
context-summary.md/research-notes.md/requirements.md/storyline.md/slide-outline.mdexecutive-summary.md/data-insights.md/scientific-visuals.md/infographic-specs.mdstyle-guide.md/presentation.pptx/speaker-prep.md
- DO: 現在のフェーズ、完了ゲート、次の承認ポイントを報告
禁止事項
- 無承認遷移禁止 — 3つの承認ポイントではユーザー承認なしに次へ進まない
- 要件不明確のまま設計禁止 — TOPIC / AUDIENCE / PURPOSE が ❌ のまま Phase 1 に進めない。context-discovery を先に完了させる
- スタイル未適用出力禁止 — brand-style-enforcer を経由せずに PPTX を生成しない
- 出典なしデータ禁止 — 全データ・図表に出典を明記する
- 著作権侵害コンテンツ禁止 — 著作権を侵害する画像・テキストを含めない
- 機密情報の無断公開禁止 — 聴衆名・顧客名・社内データは公開許可なしに含めない
ルーティング曖昧性の解決
曖昧なリクエストに対する振り分けルール:
| リクエスト例 | 判定基準 | ルーティング先 |
|---|---|---|
| 「アーキテクチャ図」 | AI for Science / 科学技術ドメイン? | → scientific-visualization |
| 「アーキテクチャ図」 | 汎用ビジネス / IT システム? | → infographic-designer |
| 「ROI をまとめて」 | 投資判断・経営メッセージとして? | → executive-summary |
| 「ROI をまとめて」 | グラフ・KPI・Before/After で可視化? | → data-storytelling |
| 「レイアウトを考えて」 | スライド順・話の流れ・時間配分? | → presentation-architect |
| 「レイアウトを考えて」 | 色・フォント・余白・ブランド統一? | → brand-style-enforcer |
| 「レイアウトを考えて」 | 個別スライド内の図解配置? | → infographic-designer |
データ取り扱いルール
- 聴衆名・顧客名・社内財務データ・未発表計画はユーザーが明示的に公開許可しない限り機密扱い
- API キー・トークン・認証情報をスライドやメタデータに含めない
- 公開配布前に機密情報チェックを必ず実施
- 著作権のある第三者画像はライセンス確認なしに埋め込まない