Taste Enhancer — AI 审美增强技能
概述
AI 最大的问题不是"不会做"，而是"做得平庸"。它能写出能跑的代码、能用的文案、能看的界面——但一切都透着"AI 味"：千篇一律的模板、毫无惊喜的措辞、堆砌默认样式的 UI。
Taste Enhancer 解决的就是这个问题。它不是教 AI 更多知识，而是给 AI 审美判断力——什么是有质感的输出，什么是要避免的平庸模板。
> 21k Stars 证明了一件事：「AI 输出能用」和「AI 输出好用」之间有巨大差距，而开发者开始主动解决这个问题。
什么是"品味"
品味不是主观的偏好，而是对质量维度的敏感度：
- 设计品味：知道何时该留白、何时该强调、何时该做减法
- 文案品味：知道如何用最少的字传达最准确的意思
- 代码品味：知道如何组织代码让它既优雅又可维护
- 架构品味：知道何时该抽象、何时该保持简单
品味 = 减法的勇气 + 对细节的执着 + 对平庸的拒绝
反模式清单
以下是 Taste Enhancer 强制避免的"AI 平庸症"：
视觉设计反模式
| 反模式 | 问题 | 修正方向 |
|---|---|---|
| 默认 Tailwind 蓝 | 千篇一律，无品牌感 | 基于品牌色定义主色 |
| 满屏卡片网格 | 信息无层次 | 建立视觉焦点 |
| 过度使用渐变 | 显得廉价 | 克制使用，一处即可 |
| 全圆角统一 | 缺乏变化 | 按语义区分圆角 |
| 图标+文字堆砌 | 信息密度过高 | 留白，突出重点 |
文案反模式
| 反模式 | 示例 | 修正 |
|---|---|---|
| AI 套话 | "此外"、"综上所述"、"值得注意的是" | 删除，直接说 |
| 形容词堆砌 | "强大而灵活的、高效且优雅的" | 删减至一个精准词 |
| 被动语态 | "配置将被自动完成" | 改为主动："自动完成配置" |
| 无意义的客套 | "感谢您的提问！" | 删除，直接给答案 |
| 假精确 | "提升 99.9% 的效率" | 给真实数据或不说 |
代码反模式
| 反模式 | 问题 | 修正方向 |
|---|---|---|
| 过度注释 | 注释了显而易见的代码 | 注释"为什么"而非"是什么" |
| 过早抽象 | 为单一用途创建接口 | YAGNI，三次重复才抽象 |
| 嵌套地狱 | 4 层以上 if-else | 提前返回，扁平化 |
| 巨型函数 | 一个函数 100+ 行 | 按职责拆分 |
| 无意义命名 | data2, temp, handleClick |
语义化命名 |
品味标准
视觉设计标准
原则一：一个焦点
每个界面只能有一个视觉焦点。WorkBuddy 生成 UI 时会问自己：用户第一眼应该看哪里？
// ❌ 平庸：所有元素同等权重
<div className="p-4">
<h3>标题</h3>
<p>描述</p>
<button>操作A</button>
<button>操作B</button>
<button>操作C</button>
</div>
// ✅ 有品味：明确焦点
<div className="p-8">
<div className="mb-6">
<h3 className="text-2xl font-bold text-gray-900">标题</h3>
<p className="mt-1 text-gray-500">描述</p>
</div>
<button className="w-full rounded-lg bg-blue-600 py-3 text-white font-semibold">
主要操作
</button>
<div className="mt-3 flex gap-2">
<button className="text-sm text-gray-500">次要操作</button>
</div>
</div>
原则二：留白即设计
留白不是"空白"，而是视觉呼吸。重要元素周围留更多空白。
原则三：色彩克制
一个界面最多使用 1 个主色 + 1 个语义色 + 中性色阶。色彩越多越廉价。
原则四：字体节奏
通过字号、字重、行高的变化创建阅读节奏，而非全篇统一。
文案标准
原则一：能用 5 个字说清的，不用 10 个字
❌ "请输入您的电子邮件地址以便我们能够与您取得联系"
✅ "输入邮箱"
❌ "系统正在处理您的请求，请稍候片刻"
✅ "处理中…"
原则二：具体优于抽象
❌ "提升开发效率"
✅ "把重复的 CRUD 代码从 200 行压缩到 20 行"
原则三：删掉所有"AI 味"词汇
禁用词表：
- 此外、值得一提的是、综上所述
- 强大的、灵活的、优雅的（除非有具体支撑）
- 毫无疑问、众所周知
- 让我们、接下来
- 首先…其次…最后（机械结构）
原则四：语气自然
像和同事说话一样写文案，不是像写说明书。
代码标准
原则一：读起来像散文
好的代码读起来像文章——从上到下，逻辑流畅，无需跳跃。
# ❌ 平庸代码
def process(data):
result = []
for item in data:
if item.get('status') == 'active' and item.get('type') in ['a', 'b']:
if item.get('value', 0) > 100:
result.append(transform(item))
return result
# ✅ 有品味的代码
def get_qualified_items(items):
"""筛选符合条件的活跃项目"""
return [
transform(item)
for item in items
if is_active_qualified(item)
]
def is_active_qualified(item):
return (
item.status == Status.ACTIVE
and item.type in QUALIFIED_TYPES
and item.value > QUALIFIED_THRESHOLD
)
原则二：命名即文档
如果需要一个注释来解释变量名，那名字起得不好。
# ❌
d = get_data() # 获取用户数据
r = process(d) # 处理数据
# ✅
user_profiles = fetch_user_profiles()
enriched_profiles = enrich_with_metadata(user_profiles)
原则三：函数做一件事
如果一个函数的描述需要"和"字，它就做了不止一件事。
原则四：错误处理有层次
不是每个异常都 try-except。只有你能处理的地方才 catch，其余向上传播。
好品味 vs 坏品味示例
示例一：按钮文案
❌ "点击此处以提交您的表单信息至服务器进行处理"
✅ "提交"
❌ "Submit Form Data"
✅ "保存"
示例二：错误提示
❌ "系统发生了一个错误，错误代码 500，
请联系系统管理员或稍后重试。
如果问题持续存在，请提供错误代码联系我们。"
✅ "服务暂时不可用，正在自动重试…"
（附"查看详情"链接给需要的用户）
示例三：API 响应
// ❌ 过度设计
{
"meta": {
"requestId": "abc-123",
"timestamp": "2026-07-18T10:00:00Z",
"version": "1.0"
},
"data": {
"user": {
"profile": {
"basicInfo": {
"name": "张三"
}
}
}
},
"links": {
"self": "/api/v1/users/1",
"next": null
}
}
// ✅ 够用就好
{
"id": 1,
"name": "张三",
"email": "zhangsan@example.com"
}
示例四：CSS 类名
/* ❌ 无意义 */
.div1 { ... }
.wrapper-inner-content-box { ... }
.style123 { ... }
/* ✅ 语义化 */
.hero { ... }
.feature-card { ... }
.cta-button { ... }
配置
# .taste-enhancer.yaml
taste:
# 严格程度
strictness: high # low | medium | high
# 启用的检查维度
checks:
visual_design: true
copywriting: true
code_quality: true
architecture: true
# 自定义禁用词
banned_words:
- "此外"
- "综上所述"
- "值得注意的是"
- "强大而灵活"
# 自定义品味规则
custom_rules:
- "不超过 3 种字体大小"
- "一个页面最多 1 个渐变"
- "函数不超过 30 行"
# 品牌调性
brand_voice:
tone: "专业但不死板"
personality: ["简洁", "直接", "有温度"]
avoid: ["官僚语气", "营销腔"]
常见问题
Q: 品味是主观的，怎么标准化？
A: 品味的感受是主观的，但标准是客观的。"留白提升可读性"、"具体优于抽象"、"函数只做一件事"——这些是经过验证的设计和工程原则，不是个人偏好。
Q: 会不会太严格，影响效率？
A: Taste Enhancer 的默认严格程度是 medium，在质量和效率之间平衡。可以调整为 low（仅检查最严重的问题）或 high（全面品味审查）。
Q: 可以和 frontend-design-pro 一起用吗？
A: 可以且推荐。Frontend Design Pro 提供设计规范，Taste Enhancer 提供审美判断。前者是"规则"，后者是"品味"。
Q: 如何添加自定义的品味规则？
A: 在 .taste-enhancer.yaml 的 custom_rules 中添加你的规则。WorkBuddy 会将这些规则纳入品味检查。
Q: 对非中文内容有效吗？
A: 有效。品味标准是语言无关的。文案检查部分目前针对中文优化，英文和日文的禁用词表可以自定义。
Taste Enhancer — 让 AI 的输出从"能跑"到"有品味"。
