Pacheche/unslop-anything

去除任何內容的模板痕跡 (Unslop Anything)

AI 模板痕跡是沒有人真正決定過的內容。模型總會選擇最常見的答案，因此結果看起來與成千上萬的其他結果一模一樣：紫色漸層、每個標籤上的表情符號、招呼式的標題、以及「不只是 X，它更是 Y」的句子。即使好的模式，一旦人人都預設採用，也會變成模板化內容。

因此，去除模板化有兩個層面，且兩者都需要：

1. 移除預設項。 找出每個有跡可循的特徵，用具體的值或具體的句子來修正。
2. 加入一個決策。 一個乾淨但適用於任何產品的結果只是下一個模板。完成的作品必須至少包含一個只有該產品、品牌或作者才會有的元素。

你需要親自執行工作：讀取檔案、編輯它們、渲染、比較。只在材料無法告訴你答案時，才詢問使用者。

如何使用此技能

路徑是相對於此技能資料夾的。按需載入參考文件，不要一次全部載入。

1. 路由。 決定你要去除哪種內容的模板痕跡，然後只開啟對應的參考文件。

媒介	閱讀
網頁應用程式、儀表板、著陸頁、任何 HTML/CSS/React/Vue/Svelte UI	references/ui-signs.md、references/ui-passes.md、references/direction.md
行動應用程式畫面 (iOS、Android、React Native、Flutter、SwiftUI)	上述 UI 檔案加上 references/mobile.md
圖像、插圖、圖示集、海報、社群圖形、簡報、標誌	references/visual-design.md、references/direction.md
文案：貼文、討論串、文章、電子郵件、文件、README、UI 複製	references/writing.md
UI 及其複製也有模板痕跡	先處理 UI，再使用 references/writing.md 處理文案。

當使用者要求一個特定的浮動層或元件，且名稱很模糊（例如「做一個彈出視窗」）時，請在開始構建之前查閱 references/component-vocabulary.md。

2. 選擇工作模式。

   • 檢測。 使用者問「這是模板痕跡嗎？」、要求審核、或說不要更改任何東西。僅載入該媒介的跡象檔案（ui-signs.md、visual-design.md 或 writing.md）。不要編輯。以下列格式回答：

     模板化程度：N% (嚴重 | 輕微 | 無)
     <分類>
     - <跡象>：<位置：檔案:行號、畫面區域或「引用的句子」> -> <用幾個字說明如何修正>
     需要確認的主張：<無法驗證的主張，或無>
     未檢查：<你無法看到的內容，或無>
     要我修復它嗎？
     

   • 修復（預設）。 執行下方的工作流程。

3. 將材料放在你面前。

   • 程式碼：找到渲染畫面的檔案。如果可以執行，就渲染並截圖。判斷人們看到的內容，而不僅僅是程式碼。
   • 只有 URL 沒有程式碼：使用瀏覽器工具開啟它，截圖，並將 HTML 儲存為本地副本以便處理。輸出是一個重新設計過的檔案，使用者可以交給擁有該網站的人。請說清楚。
   • 只有截圖：將其重新構建成一個靜態 HTML 檔案，使其盡可能接近原始畫面，將其視為原始資料，並說清楚。
   • 沒有瀏覽器或渲染工具，或應用程式無法啟動：將畫面提取到一個靜態 HTML 檔案中，如果可以就渲染它；否則直接從程式碼工作，並在 未檢查： 下列出所有視覺檢查項目。
   • 文案：如果草稿沒有貼出，就要求提供。如果目標受眾不明確，問一個問題：誰在哪裡閱讀這個內容？

工作流程

1. 掃描。 對於程式碼或文字檔案，執行掃描器。它會找到候選項目，而非最終判定：

   python3 <skill folder>/scripts/slop_scan.py <檔案或資料夾>
   python3 <skill folder>/scripts/slop_scan.py --text draft.md      # 對任何檔案執行文案規則
   

   在 Windows 上使用 py 代替 python3。它只需要 Python 3。退出碼 0 表示無候選項目，1 表示有候選項目，2 表示沒有掃描任何內容。 只掃描目標：該畫面的檔案及其使用的共享元件和樣式，而不是整個儲存庫，除非使用者要求整個儲存庫的審核。對於整個儲存庫的審核，請使用 --json 並在閱讀之前先按規則分組命中結果。透過閱讀來確認每個命中結果。移除誤報並在報告中說明原因。
2. 審核。 逐一瀏覽該媒介的跡象檔案。每個跡象一行：什麼、在哪裡（file:line、畫面區域或引用的句子）、如何修復。加上掃描器無法看到的跡象：層級結構、節奏、構圖、意義。
3. 評級。 計算跡象檔案（不是掃描器的）分類中至少有一個跡象的分類數量。每個跡象僅歸入一個分類，即第一個列出它的分類。該數量乘以 10 即為模板化程度。在 UI 中，最後一個分類（模板外觀）僅在其他九個分類都為空時才計入。然後選擇模式：
   • 嚴重（50% 或以上）：完整流程，先確定方向。
   • 輕微（10-40%）：潤飾模式。只修復審核發現的問題。保留調色板、字體、佈局、語調和品牌。較大的想法以建議形式放入報告中。
   • 無（0%）：直接說明。提供兩到三個帶有具體數值的改進建議，並僅在使用者同意後才套用。切勿僅僅為了與眾不同而更改好的作品。
4. 方向（僅限重度 UI 和視覺設計）。 遵循 references/direction.md：產品一句話描述、特點、世界觀、關鍵時刻、簽名式細節；對於全新外觀，在決定一個方向之前先提出三個候選方向。顯示審核結果和方向，然後停止並等待使用者的回答，因為之後更改方向意味著重做所有工作。僅在使用者已經說過「放手去做吧」時才跳過等待；即便如此，仍然需要在報告中列出三個候選方向（各一行）以及你選擇其中一個的原因。
5. 分階段修復。 UI：階段順序見 references/ui-passes.md。視覺設計：順序見 references/visual-design.md。文案：工作流程見 references/writing.md。在開始下一個階段之前，先完成整個作品的第一階段。
6. 驗證。 再次渲染（每次執行最多渲染三次）並以全尺寸、逐區域查看渲染結果：文字重疊、溢出、對齊不當等問題只會在渲染中出現。對照審核清單和你使用的參考文件中的檢查清單進行檢查。再次執行掃描器。任何仍在清單上的問題都會被修復或明確說明理由。
7. 報告。 處理前後的模板化程度、方向、每個階段的幾行說明、你移除的誤報、任何你無法檢查的內容（未檢查：），以及你需要使用者確認的主張。

不可違背的規則

• 保留產品，改善工藝。 功能、內容、資料、區塊順序和產品名稱保持不變。不要新增區塊。
• 僅用模擬資料取代佔位符。 當原始資料顯示佔位符值（$123,456、Lorem、John Doe、虛構圖表）時，你可以用合理的模擬值取代。在報告的 要取代的模擬資料 下列出每個模擬值。真實資料絕不更改。
• 絕不發明。 沒有新功能、統計數據、推薦、來源、標誌或引言。像「被超過 10,000 個團隊信賴」或「快 10 倍」的主張必須由使用者確認或移除。在報告中列出它們。
• 移除的裝飾不會被新的裝飾取代。 將紫色漸層換成玻璃擬態、顆粒感、霓虹光效、便當盒網格或 3D 玻璃圖示，不過是換了一種新趨勢的模板痕跡。
• 簡潔不等於蒼白。 剝奪所有顏色直到無法閱讀，同樣是失敗。顏色應保留在其具有意義的地方：主要操作、選取狀態、狀態指示、數據系列、關鍵時刻。
• 顏色和標籤必須反映事實。 標籤必須與其數字相符（「64% 恢復率」不應是「優秀」），除非評量標準如此定義。紅色代表問題。綠色代表良好。
• 透過設計系統工作。 如果專案有主題代號或 CSS 變數，請更改它們的值或使用方式；絕不要用硬編碼的值繞過它們。
• 保留作者的聲音和真實的品牌。 真實的標誌、顏色或字體予以保留。除非使用者確認，否則標誌中的紫到藍漸層、閃光拼貼或光暈並非品牌元素。文案要保留作者的詞彙、直率和幽默。
• 複製著名應用程式並非去模板化。 為了結構和數字研究 3-5 個參考，但絕不將一個產品的外觀貼到另一個產品上。
• 沒有檢測器猜測。 在檢測模式下，你只能根據證據命名模式。你永遠不能聲稱某事物「是由 AI 撰寫的」。

藉口	現實
「它現在看起來很簡潔了」	簡潔就是模板。執行模板測試：換上競爭對手的名稱。如果仍然合適，就必須加強方向。
「使用者只是想要更漂亮」	更漂亮和與眾不同不是同一回事。十個漂亮的 AI 應用程式並排在一起，看起來只是一個應用程式。
「移除顏色就能解決問題」	沒有色階、強調色和意義的移除顏色，只會得到一個灰色的模板。
「掃描器什麼都沒找到」	零命中表示沒有可 grep 的跡象。層級結構、節奏和意義仍然需要你的眼睛去判斷。
「我跳過渲染，程式碼是對的」	模板痕跡存在於人們看到的東西裡。文字截斷、間距不均和層級結構薄弱只有在渲染時才會顯現。

模板測試（最後執行，每次都做）

將產品名稱或作者名稱替換為競爭對手的。如果畫面、圖像或文字在未經編輯的情況下仍然適用，則表示尚未完成。在文案、視覺關鍵時刻和簽名式細節方面，更加強方向。