MakiDevelop 提案簡報結構審查
目標
審查提案簡報的結構品質，針對分頁邏輯、標題精簡、內容分配給出具體建議。可接受 .docx、.pptx 或文字大綱作為輸入。
不適用場景
- 簡報已經定稿，不需要結構調整
- 純設計問題（配色、排版、動畫）→ 不在範圍內
- 內容事實性查核 → 用其他工具
輸入
從 $ARGUMENTS 或對話中取得：
| 欄位 | 必填 | 說明 |
|---|---|---|
| 簡報來源 | 是 | .docx / .pptx 路徑，或文字大綱 |
| 受眾 | 否 | 預設：客戶提案（非技術決策者） |
| 目標時長 | 否 | 預設：30 分鐘 |
若缺必填欄位，直接問用戶。
Decision Model
Step 1: 提取結構
依檔案類型提取：
- .docx：用 python-docx 解析標題層級與段落
- .pptx：用 python-pptx 逐頁提取標題與內容摘要
- 文字：直接解析
產出：每頁的標題 + 內容長度 + 所屬章節。
Step 2: 結構分析
分析以下面向：
- 分頁邏輯：有沒有需要合併或拆分的頁面
- 標題精簡：超過 15 字的標題，建議縮短版本
- 內容分配：單頁資訊量是否過多或過少
- 節奏控制：章節間的轉場是否流暢
- 補充段落：過長的附錄是否應拆入主體
Step 3: 彙整建議
將分析整理為結構化建議，分為：
- 必改：明顯的結構問題
- 建議改：可以更好但不影響理解
- 可選：風格偏好
輸出格式
## 簡報結構審查：{檔名}
### 基本統計
- 總頁數：{N}（建議：{M} 頁以內）
- 章節數：{N}
- 平均每頁字數：{N}
### 必改項目
1. {具體建議 + 原因}
### 建議改項目
1. {具體建議 + 原因}
### 標題精簡建議
| 原標題 | 建議標題 | 原因 |
|--------|---------|------|
| {太長的標題} | {精簡版} | {字數/焦點} |
### 分頁調整建議
| 動作 | 頁碼 | 說明 |
|------|------|------|
| 合併 | S12+S13 | {原因} |
| 拆分 | S30 | {原因} |
Quality Gates
- 每個建議都有明確原因（不是「感覺不好」）
- 標題建議都在 15 字以內
- 考慮了受眾因素（客戶 vs 內部 vs 技術人員）
- 沒有改動內容本身（只改結構）
Heuristics
- 客戶提案：每頁 1 個核心訊息，標題直接點出結論
- 內部報告：可以密一點，但每頁不超過 7 個 bullet
- 30 分鐘簡報 → 25-35 頁（含章節頁），每頁約 1 分鐘
- 章節頁讓觀眾知道「現在在哪」，不能省
- 數據頁標題應包含數字（如「會員人均 8,496 元」而非「會員分析」）