技術 PPT 建構器 是做什麼的？
透過明確規劃、視覺設計、生成與審查關卡，建立或改善可編輯的 PowerPoint 簡報。保留原始意涵，絕不修改使用者的原始檔案。
選擇路線
- 若要建立新簡報，請依循「簡報大綱」→「大綱」→「視覺策略」→「生成器」→「審查」的順序。
- 若處理現有簡報，且其頁數、順序、範本識別及原始意涵必須維持不變，請依循「美化器」→「審查」的順序。
- 若要求的變更會新增或刪除頁面、重新設計順序、更換範本或改寫核心訊息，請將原始簡報視為授權素材，並使用新簡報路線。
- 若使用者只要求簡報大綱、大綱或視覺策略，請在該階段通過完成關卡後停止。
- 所有建立或修改 PPTX 的任務都需要經過審查。
請參閱 工作流程 以了解完整的路由規則、轉換關卡、專案狀態模型、命名規則及完成標準。
選擇執行模式
- 預設使用連續模式。不進行常規暫停，完成所需階段，在每個階段邊界更新專案狀態，僅在出現阻斷性來源缺口、素材不明確或超出先前授權的決策時暫停。
- 僅在使用者明確要求分階段確認時，才使用檢查點模式。對於新簡報，在「簡報大綱」、「大綱」及「視覺策略」後暫停。對於美化，在「診斷」與「美化計劃」後暫停。在最終計劃的檢查點之後，連續完成生成或執行以及審查。
- 保持路線與模式分離：路線選擇要執行的工作；模式選擇使用者參與決策的方式。
- 遵循使用者要求的投影片語言。若未指定，使用主要的來源語言。僅在明確要求時才建立雙語簡報。
僅載入必要的指引
- 閱讀 簡報大綱 以確定受眾、目的、來源邊界、缺口及假設。
- 閱讀 大綱 以定義論點與頁面順序。
- 閱讀 視覺策略 以建立可執行的投影片溝通合約。
- 在建立新的 PPTX 前閱讀 生成器。
- 在改善現有的 PPTX 前閱讀 美化器。
- 在將生成或美化完成的簡報標記為已審查前閱讀 審查。
- 閱讀 設計系統 以了解共通的視覺判斷。
- 當簡報方向、排版、網格、層級、頁面家族或佈局模式相關時，閱讀 視覺基礎。
- 當投影片包含架構、拓樸、流程、分支、迴圈、邊界、空間、並行、多對多或多關係含義時，閱讀 圖表規則。
- 當使用圖片、圖示、生成視覺或 PNG 匯出時，閱讀 視覺素材。
- 閱讀 交付與品質 以了解範本、渲染、結構檢查、證據及交付檢查。
保留原始檔案
- 除非使用者明確授權原地變更，否則將每個使用者提供的檔案視為唯讀。
- 絕不覆寫、重新命名、移動或刪除原始的 PPTX 或支援性來源檔案。
- 為每個生成或美化任務建立一個新的工作 PPTX。
- 若目標檔名已存在，請加上
_v2、_v3或下一個可用版本，而非取代它。 - 僅在審查關卡通過後，才能在檔案名稱中使用
reviewed。 - 僅在使用者明確批准最終交付後，才能使用
final。
放置輸出
套用此優先順序：
- 使用使用者明確提供的輸出路徑。
- 對於單一來源 PPTX，將主要 PPTX 輸出放置在該檔案的目錄中。
- 對於同一目錄中的多個來源檔案，將主要 PPTX 輸出放置在它們共用的目錄中。
- 對於位於不同目錄的來源，使用主要來源的目錄；僅在無法安全確定主要來源時才詢問。
- 當本地無來源時，使用使用者選擇的工作空間或目前任務目錄。
- 若選定的目錄不可寫入，則停止並請求一個可寫入的位置。
- 當更高優先順序的主機工作空間規則要求不同的輸出位置時，應遵守該規則，並回報實際位置。
將主要工作與已審查的 PPTX 檔案放在來源檔案旁邊。將持久狀態、渲染、檢查及 QA 證據儲存在同一目錄下的 technical-ppt-builder-work/<task>/ 中。將可拋棄的快取儲存在作業系統的暫存目錄中。
維護專案狀態
為多階段生成或完整簡報美化維護一個 presentation_state.md 檔案。記錄路線、模式、來源邊界、限制、決策、假設、證據路徑、偏差、風險、審查結果及實際產物路徑。以使用者的工作語言撰寫人類可讀的狀態，同時在適當的情況下以英文保留穩定的技術標識符。
使用可用的簡報執行環境
以主機環境中可用的簡報生成技能或執行環境作為實作庫、工作空間設定、渲染及結構檢查的權威依據。將圖片生成、圖片搜尋、Graphviz 及 SVG 轉換視為輔助生產者，而非 PPTX 組裝執行環境。
保留可編輯性。渲染每個生成或修改的簡報，檢查其結構，修復必須修正的缺陷，並在修復後重新整理證據。
完成任務
僅在以下條件完全滿足時才算完成：
- 請求的路線已達到其最終階段；
- 專案狀態與實際產物及證據相符；
- 每個生成或美化完成的 PPTX 都通過審查；
- 所有必須修正的項目已修復並重新檢查；
- 原始檔案保持不變；
- 來源鎖定的美化保留了其記錄的頁面、範本、內容及含義限制；且
- 交付的檔案名稱準確指示了草稿、已審查或最終狀態。