Community影像github.com

geekfujiwara/optimize-slide-diagram

優化現有 PowerPoint 投影片圖表,使其符合預定訊息,同時保留簡報設計。可用於釐清圖表、更新主題或選擇更合適的視覺結構。

optimize-slide-diagram 是什麼?

此技能旨在優化現有 PowerPoint 投影片中的圖表,使其更能傳達預期的核心訊息,同時保留原簡報的設計風格(字型、顏色、背景等)。它會分析投影片現有文字、使用者提供的補充資料,然後根據內容關係(如步驟、比較、階層等)選擇最合適的圖表結構(流程圖、時間軸、比較圖、組織圖等),並在必要時調整文字、形狀、連接線與排版。技能支援滑鼠操作、多種平台與語言(英文與日文),並遵循嚴格的程序:先檢查與備份、理解內容與重點、選擇結構、最小化編輯、確保佈局整潔與字型可讀性,最後提供結構說明與未解決問題的報告。它不預設搜尋網路或內部系統,也不會捏造數據或結論,要求使用者在做出重大變更前進行確認。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/geekfujiwara/powerpoint-agent-skills/tree/HEAD/skills/optimize-slide-diagram

Installed? Explore more 影像 skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

優化投影片圖表

範圍與輸入

預設僅處理選取的投影片。若無法選取,請詢問要處理哪一張投影片;僅在明確要求時才編輯多張投影片。保留簡報的原始語言。此技能是改變說明的結構,而非簡報主題。它必須獨立於其他技能、本機腳本或特定工具名稱執行。

使用既有的投影片文字與使用者提供的資料作為主要依據。識別主題、一句話的結論、支持的事實與目標受眾。從現有內容中推斷明確的主題,避免不必要地提問。若主題或意義不明確,則提問。若結論未明確說明,則根據內容提出一個建議;在採用會改變意義、暗示同意或新增結論的解讀前,需獲得確認。遵循指定的受眾;否則假設為高階主管摘要,並說明此假設,但不得刪除必要的技術資格。

預設情況下,不要搜尋內部系統或網路。若缺少證據,請提問;僅在要求時才進行外部搜尋,且僅使用授權來源。請勿捏造數字、專有名稱、因果關係、優先順序或後續行動。僅在要求時才使用假設性範例,並在投影片中明確標示。保留必要的引用、單位、注意事項,以及事實與推論之間的區別。

程序

  1. 檢查目標投影片的文字、與意義相關的備註、物件邊界、樣式、分組與可用的預覽。識別標題、引導句、角色、關係、關鍵決策與任何動作區塊。在修改形狀前,檢查相依項目,例如連結、動畫與連接線。保留可供復原的版本。若無法編輯或檢查,請說明限制,並提供建議的版面配置,而非聲稱已修改投影片。

  2. 確定結論,並將每個保留的事實對應到其在說明中的角色。保持標題與引導句與該結論一致。保留分歧與不確定性;不要為了簡化圖表而讓主題看起來像共識。

  3. 選擇符合意義的結構,而非表面的對稱性:

    內容關係起始結構
    不同立場導致共同的問題或協議匯聚通道:立場、共同問題、決定
    步驟或隨時間的變化流程圖或時間軸
    現狀與未來,或替代方案並排比較或前後對照
    角色、報告關係或層級階層圖或組織圖
    元素之間的關係矩陣圖、集合圖或循環圖,僅在這些關係有支援時使用
    測量的趨勢、分佈或比例可編輯的原生圖表,包含來源數值

    這些是起始點,並非封閉清單。當現有類型已能良好解釋訊息時,請保留。僅在確實有共同成員時使用重疊區,僅在確實有循環時使用循環圖,僅在確實有流程或匯聚時使用箭頭。當查詢/比較資料需要精確對應時,使用可編輯的表格會更清晰。

  4. 當內容支援結論、主要圖表與後續行動三者時,將投影片組織為這三個區塊。請勿為了填滿第三層而憑空發明一個行動。使用現有的對比、簡短標籤或與簡報相容的卡片/色帶來凸顯關鍵點;請勿添加裝飾性規則或隨意的「最重要」標籤。

  5. 保留實際簡報的字型、色板、背景、角落與箭頭樣式。請勿將特定字型或藍色色板強加於其他範本。適當時,使用現有的柔和/強烈強調色來表示當前/未來狀態,並加上明確的標籤,使顏色不是唯一的訊號。

  6. 選擇最小的合適編輯:

    • 相同元素與關係:更新文字並保留執行格式。
    • 元素數量不同:重複使用合適的形狀,調整間距,並重新連接關係;僅移除經核准重新設計後已過時的元素。
    • 結構不合適:僅重建圖表區塊,保留其他內容。 保持形狀、連接線、表格與圖表可編輯;請勿將圖表柵格化。在變更會捨棄互動、時間安排或不受支援的功能前,請先詢問。未經許可,請勿清除投影片、更換其身份或新增另一張投影片。
  7. 每個文字方塊只保留一個訊息。日文版本中,主說明的可見字元數約在 100-200 字之間;英文版本中,使用同樣簡潔、可讀的摘要,而非強制要求日文字元數。切勿為了達到長度目標而移除證據或改變意義。 標題至少 16 點,內文至少 14 點,備註至少 12 點;請勿為了強行塞入而將文字縮小至低於 10.5 點。 保留相容的範本尺寸。若內容無法容納,請提議縮短或拆分,並在超出選取投影片範圍前先詢問。

  8. 使用一致的卡片寬度與間距,對齊邊緣,並保留約 0.5 英吋的外邊距,除非範本刻意使用不同的安全區域。僅在編號代表閱讀順序時才添加。保持引用可讀,且所有形狀都在投影片內。請勿使用形狀手動繪製測量圖表。

  9. 在編輯前後檢查重複的候選物件。僅坐標與文字相符不足以證明等價。回報可疑的配對並保持不動;請勿將此技能作為刪除預先存在重複物件的原因。若要求清理,需先獲得批准,進行一次單獨的、內容感知的刪除預覽;remove-duplicate-shapes 是選用的輔助技能,而非必要條件。更新現有物件,而非在其上疊加第二個生成的圖表。

  10. 預覽結果,收集問題,一併修復,然後再次檢查。必要時重複此步驟;一次修復不是停止檢查已知問題的理由。檢查:結論忠實度、所有相關事實、編輯區塊中無過時的主題標籤、無溢出/重疊、可讀的字體/對比度、正確的連接線、無新增的重複物件,以及未超出所要求的範圍。 若無法呈現,請將視覺檢查標記為未驗證。

報告

在支援的情況下,直接更新選取的投影片。用兩到三句話說明:選擇的結構及其符合訊息的原因、任何確認的假設或明確要求的假設性內容、以及未解決的重複候選物件或無法完成的檢查。請勿聲明已檢查使用者未實際提供的範例簡報、投影片編號或物件 ID。

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

相關技能