Consulting Deck
創建可供決策的簡報，而非裝飾性的摘要。建立清晰的論點，追溯每一項實質主張，根據溝通任務選擇版面，並產出原生 .pptx 檔案，其中的文字、圖表、表格與簡單圖形皆可編輯。
請將此視為由 Peng · 智珠在睿 建立的獨立簡報系統。請勿暗示與麥肯錫、BCG、貝恩或其他顧問公司有關聯。請勿複製其標誌、專有範本或受保護的品牌資產，除非使用者提供了授權資產並明確要求使用。
載入正確的指南
逐步載入指南：
- 每次執行「建立」或「修改」路線時，先閱讀
references/harness-system.md、references/workflow.md和references/presentation-modes.md。 - 針對主題、開放式商業問題、策略選擇或從零開始的研究請求，閱讀
references/problem-solving-system.md。請勿將假設樹強加於忠實的來源摘要請求上。 - 在建構主導思想與投影片順序時，閱讀
references/storyline-system.md。 - 僅在存在量化證據或實質性附件時，閱讀
references/chart-system.md和references/charts-and-data.md。 - 在規劃方法樣本與完整投影片系統時，閱讀
references/visual-system.md和references/layout-library.md。 - 在驗證與交付之前，閱讀
references/quality-gates.md。 - 僅在使用品牌、標誌、字體或 PPTX 範本時，閱讀
references/brand-system.md。 - 在選擇 PPTX 產出路線之前，閱讀
references/runtime-adapters.md。 - 在建立、恢復或修改已儲存的簡報專案時，閱讀
references/workspace-schema.md。
決定路線
選擇恰好一條主要路線：
- 建立 — 將來源素材或主題轉換為新的可編輯簡報。
- 修改 — 修改現有的已儲存簡報專案，並重新產生受影響的投影片。
- 範本 — 套用使用者提供的品牌或原生 PowerPoint 範本。
- 審核 — 檢查現有簡報，除非使用者要求，否則不進行變更。
請勿靜默地合併路線。範本請求可以優化「建立」或「修改」路線，但底層的已儲存專案仍然是唯一的事實來源。
建立產出合約
在開始創作之前：
- 確定聽眾、決策內容、簡報情境、語言、頁數、簡報模式、密度模式、分析路線與來源邊界。
- 當主機平台能建立可編輯物件並渲染每一張投影片供檢查時，優先使用其原生的 PowerPoint 功能。
- 僅在 PptxGenJS 已經可用或使用者同意安裝時，才將其作為備用方案。絕不將要求的 PPTX 替換為 HTML。
- 保留可編輯的專案工作空間。請勿將最終的
.pptx檔案當作唯一的事實來源。 - 維持預設輸出的品牌中立性。僅在使用者明確選擇 Peng 預設集時，才套用
assets/brands/peng.json。 - 使用
references/harness-system.md中的分階段框架。請勿直接從來源檔案跳至投影片渲染程式碼。 - 將機器可讀的閘門檔案視為唯一的事實來源。除非對應的 JSON 檔案存在且包含
"passed": true，否則切勿聲稱閘門已過關。
套用顧問標準
要求滿足以下所有條件：
- 以主導思想開頭，並使用「答案優先」的投影片標題。
- 對於問題解決路線，先定義問題邊界，建立議題樹，並在廣泛研究之前維持可證偽的假設。
- 每張投影片只有一個溝通任務和一個主要結論。
- 橫向邏輯在投影片之間連貫一致，縱向邏輯在每張投影片內部足夠充分。
- 區分事實、計算結果、來源解讀和假設。
- 在可見的頁尾註或備忘稿中引用外部主張和資產。
- 將圖表視為主要的分析語言，而非次要的裝飾層。
- 在渲染每一項實質性附件之前，先撰寫一個宣告式的
charts.json記錄。 - 使用
references/chart-system.md中基於問題的圖表家族、註釋系統和渲染層級。 - 對於使用者可能需要檢查或編輯的數據，使用原生圖表。使用 Vizro 的視覺詞彙和可選的原型路線進行選擇和驗證，而非將其視為將最終 PowerPoint 扁平化的許可。
- 在研究分析模式下，在建立概念性摘要之前，先重建來源的實質性附件。滿足
references/presentation-modes.md中規定的證據領先和原生圖表門檻。 - 使用
references/layout-library.md中的語義版面；請勿僅為了填滿空間而發明版面。 - 僅在封面、章節分隔頁和少數關鍵洞察投影片上使用「標題即結構」的視覺手法。
- 渲染並以全尺寸檢查每一張投影片，然後再交付。
- 將機器檢查與專家審查分開。幾何腳本無法證明證據品質、圖表真實性或執行清晰度。
- 在
slides.json中記錄真實的跨投影片先決條件。以依賴安全的順序產生投影片，然後以面向聽眾的顯示順序組裝。
使用兩種密度模式
- 講者主導 — 較少文字，較大字體，較多頁數，更強的節奏感。
- 閱讀優先 — 更多自給自足的證據、註釋和頁尾註。
根據簡報情境選擇一種模式。請勿創造模糊的中間模式。當內容無法容納時，應拆分投影片或銳化論點，而非縮小字體。
密度模式不等同於簡報模式。閱讀優先的「執行摘要」和閱讀優先的「研究分析」簡報，可能具有相似的文字密度，但附件、頁尾註和概念性頁面的比例不同。
預覽視覺方向
當使用者未提供鎖定的範本或明確的視覺參考時：
- 根據
references/visual-system.md建立三個精簡的視覺方向。 - 為每個方向展示一張真實的封面、一張分析/數據投影片和一張架構/行動投影片。
- 確保預覽內容忠實於使用者的素材；切勿在投影片內部顯示如「選項 A」之類的內部標籤。
- 請使用者選擇一次，然後一致地套用所選系統。
僅在使用者明確要求直接進行或提供清晰的視覺參考時，才跳過此閘門。將所選方向記錄在專案工作空間中。
保留可編輯性
- 將文字保留為文字。
- 將表格保留為表格。
- 盡可能將圖表保留為原生圖表。
- 將圖表數據與圖表意圖保留在幻燈片佈局代碼之外。
- 將簡單的矩陣、時間軸、流程圖和議題樹保留為原生形狀。
- 僅將圖片用於照片、紋理藝術品或插圖——而非用於整個文字密集的投影片。
- 切勿交付頁面被扁平化為螢幕截圖的簡報。
從已儲存的專案疊代
對於「更改第三張投影片的標題」這類請求，應編輯專案來源並重新產生受影響的輸出。保留來源素材、證據 ID、圖表數據、投影片 ID 和備忘稿。重新執行所有受影響的品質檢查以及最後的簡報層級檢查。
學習而不改變已安裝的技能
將每個實質性的修正分類為一次性或可重複的。將可重複的經驗記錄在簡報工作空間的 qa/experience-log.md 中；請勿在日常簡報生產過程中靜默地編輯已安裝的技能。僅在經過審查、版本化的技能更新中，將重複的經驗提升至此技能。
交付
交付最終的 .pptx 檔案以及一份簡潔的摘要。將中間計劃、預覽和品質保證檔案保留在專案工作空間內，除非使用者要求。明確說明任何未經驗證的主張、字體替代、相容性限制或剩餘的警告。