編輯風格
讓下一次編輯比這一次更好的機制。 當系統真正看過客戶喜歡的內容——不是用言語描述，而是用視覺呈現——編輯就會更接近他們想要的。這個技能將丟進來的截圖轉化為一份有日期、可落筆的決策，讓 resolve-ai-edit 在啟動前讀取。
每個客戶專案一份 EDIT-STYLE.md。它會不斷增長。它是視覺證據；CREATIVE-BRIEF.md 保持為穩定的意圖宣告，而 BRAND.md 保持為機械規格。
最重要的原則
以參考的「系統」為閱讀對象，絕不複製其構圖。 提取調色邏輯、字型粗細與搭配、圖形佔畫面的比例、材質感、動畫時間與節奏。然後建立屬於這個客戶的系統版本。
重現他人特定的設計不是風格決策，而是抄襲，而且會以操作者的名義發佈。在第一次提供參考時，大聲說出這一點，然後提取而非描摹。
接收流程——每次參考進來時
-
接收檔案。 將它儲存到專案的
reference/資料夾，命名為<YYYY-MM-DD>-<顯示內容>.png。如果是連結，則同樣儲存截圖，並記錄網址——連結會失效，而一個無法重新檢視的風格決策，就像一條沒有理由的規則。如果是影片，儲存顯示該元素的畫面，並註明時間碼。 -
提出一個問題：這是關於什麼？ 沒有附帶理由的參考是模糊的——同一個畫面可能因為字幕、調色、節奏或版面而被提供。不要猜測。「字幕」和「他們停留在臉上的方式」會導向完全不同的提取結果。
-
仔細觀看。 打開它。在做出任何決定之前，先描述實際上看到的內容：有多少個元素、它們位於何處、相對於畫面高度的字型大小、可讀取顏色的十六進位碼、有多少留白、視線最先落在哪裡。
-
以書面形式提取系統。 三到六行。機械化且可重複使用，而非印象派。「兩行字幕，約佔畫面高度的 6%，粗體無襯線字體，其中一個字採用斜體襯線字體」是可用的。「乾淨現代的感覺」則不行。
-
決定範圍，並大聲說出來，然後再寫下任何內容：
範圍 測試 寫入位置 採用 從現在起，這成為我們為這個客戶的做法 EDIT-STYLE.md，作為一條有日期的決策試用 值得拍一支影片看看效果 EDIT-STYLE.md，標記為TRY，並說明什麼條件下會確認它拒絕 作為「不要做」的範例展示 EDIT-STYLE.md中的「拒絕」部分，附上理由一次性 僅限此影片 不寫入任何地方。不要歸檔 -
寫下來。 附加到
EDIT-STYLE.md。永遠不要重寫先前的條目——用新條目取代它，並說明它取代了哪一條。 -
對照既有內容進行檢查。 如果新的參考與
BRAND.md的值、CREATIVE-BRIEF.md的禁令或先前已採用的條目相矛盾，引用兩者並詢問哪個優先。 永遠不要默默地解決矛盾。一個自相矛盾的風格記錄比沒有更糟，因為編輯人員會遵循他們讀到的第一條規則。
好條目的範例
### 2026-09-18 — 字幕處理
**參考：** `reference/2026-09-18-caption-style.png`（競爭對手短片的畫面，0:04）
**提供原因：** 字幕
**提取結果：**
- 最多兩行，絕不超過三行。依詞組換行，非依行寬
- 字高約佔畫面高度的 6%——在縮圖尺寸下也能清晰閱讀
- 粗體無襯線字體，每個字幕中有一個字以斜體襯線字體強調
- 位於畫面下方三分之一處，但避開平台 UI 區域
- 單字級別的重點提示跟隨節拍，而非淡入淡出
**決策：** 此客戶所有短影片格式均採用。
**取代：** 2026-08-02 字幕條目（三行，置中）。
**原因：** 操作者已在連續三部影片中修正了字幕長度。
在編輯開始之前
resolve-ai-edit 在啟動前讀取 EDIT-STYLE.md。當被問及客戶的風格時，請讀取檔案並根據檔案回答——先列出已採用的條目，然後是仍標記為 TRY 的，最後是拒絕清單，因為知道什麼被排除了以及原因，可以防止再次提出它。
如果檔案很長，提出合併建議，而不是直接執行。 合併重複項、移除已被取代的條目，並將穩定的規則提升到 CREATIVE-BRIEF.md，因為它們屬於意圖。提出建議。操作者批准。
這個技能不做什麼
- 它不進行編輯。 那是
resolve-ai-edit的工作。 - 它不發明風格。 沒有參考，就沒有條目。從無到有的提取，只是披著日期的猜測。
- 它不將一個客戶的風格帶到另一個客戶。 每個客戶的記錄都是屬於他們的。一個在其他地方有效的處理方式可以被提出，但必須標明來源，絕不能默默應用。
- 它不處理包裝、標題或縮圖。 不同工作、不同技能、不同儲存庫。
保持此技能的時效性
當學到值得注意的事情時，更新此檔案的根源——而不是寫在筆記或對話記錄中。關於客戶喜歡如何編輯的修正，寫入該客戶的 EDIT-STYLE.md。關於提取本身應該如何運作的修正，則寫在這裡。