/ 目錄 / 演練場 / Taste Skill
← 全部伺服器 ↗ GitHub
● 社群 Leonxlnx ⚡ 即開即用

Taste Skill

作者 Leonxlnx · Leonxlnx/taste-skill

將設計品味編碼——字型學、間距、顏色、構圖規則——讓 Claude 不再輸出看起來千篇一律的 UI，而是產出讀起來像資深設計師手筆的作品。

Taste Skill 是一套固執己見的規則，預先避免 AI 設計中最常見的問題：太多字型、行銷頁面用了 14px 的內文、三個相互競爭的強調色、像 2018 年 Bootstrap 4 的 Hero 版面。它作為對生成 UI 的審查與改寫步驟執行，套用規則並解釋修正的原因。可在任何支援 skill 的 Agent 中使用。

▶ 觀看演示 📦 安裝 💡 使用場景

為什麼要用

核心特性

即時演示

實際使用效果

就緒

安裝

作者儲存庫 · Claude Skills 官方文件

使用場景

實戰用法： Taste Skill

透過品味篩選器審查 Claude 生成的落地頁

👤 任何發布 Claude 建立的行銷頁的開發者 ⏱ ~30 min intermediate

何時使用： 第一版輸出看起來還行，但缺乏記憶點。

步驟
  1. 批評
    Use taste-skill on /pages/landing.tsx. List every taste violation with severity and the rule it broke.✓ 已複製
    → 10-20 個問題，每個都有標籤
  2. 修正第一層
    Apply only severity-high fixes. Don't change copy — only visual/structural.✓ 已複製
    → 差異已套用；網站不再散發「千篇一律」的氣息
  3. 迭代
    Re-run critique on the result. Stop when only tier-3 nitpicks remain.✓ 已複製
    → 2 輪後收斂

結果： 一個讀起來像精心製作、而非機器生成的頁面。

注意事項
  • Skill 強制套用與品牌衝突的風格 — 傳入 --brand /design/brand.md 讓它尊重品牌規範
搭配使用： filesystem

稽核單一元件的品味問題

👤 接觸設計系統的開發者 ⏱ ~15 min beginner

何時使用： 在將新元件發布到系統之前。

步驟
  1. 批評
    Run taste-skill on /components/Card.tsx. Any taste issues at the component level?✓ 已複製
    → 含引用行的問題
  2. 變體核查
    Compare hover, focus, and disabled states for visual coherence.✓ 已複製
    → 若有偏差則被偵測出來

結果： 元件發布時減少「為什麼那看起來怪怪的」這類票單。

注意事項
  • 批評忽略了刻意的設計選擇（例如 brutalist 風格） — 傳入 --style brutalist 或類似參數來放寬部分規則

用 taste-skill 為新設計系統建立基準

👤 剛開始新產品的團隊 ⏱ ~60 min intermediate

何時使用： 你正在選擇 token 比例、字型、調色盤，想要一個合理的預設值。

步驟
  1. 生成基準
    Generate a baseline taste-aligned token set — type, spacing, color — for a SaaS dashboard.✓ 已複製
    → tokens.json 含每個選擇的依據說明
  2. 壓力測試
    Generate sample pages (login, dashboard, settings) using the baseline. Critique your own output.✓ 已複製
    → 頁面 + 自我批評與可能的優化

結果： 一個不需要與利害關係人反覆協商的可信起點。

注意事項
  • 生成的基準太「安全」 — 提供品牌輸入（氛圍、參考）讓輸出不那麼平淡
搭配使用： design-extract-mcp

組合

與其他 MCP 搭配，撬動十倍槓桿

taste-skill-leon + design-extract-mcp

從參考網站取得 token，再用 taste-skill 精煉

Extract tokens from https://linear.app, then run taste critique on a page using them.✓ 已複製
taste-skill-leon + filesystem

將批評持久化為設計審查記錄

Save each critique to /design/reviews/$(date +%F)-<page>.md.✓ 已複製

工具

此 MCP 暴露的能力

工具輸入參數何時呼叫成本
critique path_or_url, brand? 發布前審查 0
fix path, severity_threshold 批評後，針對第一/二層問題 0
baseline context: {product, audience} 從零開始建立設計系統 0

成本與限制

運行它的成本

API 配額
不適用
每次呼叫 Token 數
中等——全頁批評約 5-10k token
費用
免費
提示
元件層級的批評比全頁便宜；以此方式迭代

安全

權限、密鑰、影響範圍

最小權限： filesystem-read filesystem-write
憑證儲存： 無
資料出站： 本地

故障排查

常見錯誤與修復

明顯的千篇一律 UI 批評卻無任何問題

Skill 可能處於「寬鬆」模式——傳入 --strict

修正導致版面破損

先用 --diff-preview 執行，選擇性套用

與品牌規範衝突

透過 --brand 傳入品牌 Markdown，讓 skill 尊重例外

替代方案

Taste Skill 對比其他方案

替代方案何時用它替代權衡
stevembarclay/pencilplaybook你想要植根於 Pencil 產品的 UI 設計品味針對 Pencil；taste-skill 是通用的
只用一個 brand.md 提示你只開發一個產品無法捕捉此 skill 所針對的 AI 千篇一律模式

更多

資源

📖 閱讀 GitHub 上的官方 README

🐙 查看未解決的 issue

🔍 瀏覽全部 400+ MCP 伺服器和 Skills