Leonxlnx/taste-skill 项目吸收评估

Leonxlnx/taste-skill 项目吸收评估

结论

对 GitHub 上的 taste-skill，主项目应定位为：

一句话判断：

Taste-Skill 值得吸收的是“反 AI-slop 的前端审美检查表、brief→design-system map、三拨盘设计参数、redesign audit、motion/performance guardrails”；不值得吸收的是整套 13 个 skill、安装壳、营销口径和过重/过激的单一审美强约束。

页面摘要区

关键判断摘要

• 推荐方案：对 Leonxlnx/taste-skill 采用 L3 局部能力吸收 / Partial Absorb，只吸收设计输出层的 anti-slop checklist、brief→design-system map、三拨盘、redesign audit 和 HTML visual pre-flight。
• 关键依据：项目是 13 个 Agent Skills + research docs 的 frontend/design skill pack，无 runtime/daemon；主 skill 约 87KB 且 v2 experimental，适合 reference 化，不适合热路径全量导入。
• 落地方式：新增 external-project、design-task-routing、decision-trace-reply-pattern 三个 reference；不运行 npx skills add，不导入全部 skills，不替代 Hermes 设计路由或 Decision Trace 模板系统。
• 风险边界：Taste 规则主观且部分过激，不能把 Awwwards/GSAP/no-Inter/no-emoji/no-3-card 等变成全局硬规则；只能作为 HTML/frontend 视觉输出的 pre-flight / second-pass checklist。

边界与风险摘要

• 禁止动作：不运行 npx skills add，不安装 host-level taste skills，不复制 87KB 主 skill 到 Hermes hot path，不导入全部 13 个 SKILL.md。
• 替代边界：不替代 design-task-routing、decision-trace-reply-pattern、design-md、Hermes HTML publisher 或 Decision Trace Hub。
• 剩余风险：v2 仍是 experimental；审美规则强主观，直接照搬会让 Hermes 输出风格单一、过度动效化或过重。
• 回退方式：本次只新增 Markdown report/reference；如后续执行吸收，也应只 patch references，可单文件回退，无运行态副作用。

项目定位

GitHub 上 taste-skill 搜索结果里主项目是：

项目 README 自称：

它解决的问题是：AI agent 做前端页面时容易产出模板化、廉价、重复、审美平均化的 UI。项目通过一组 Agent Skills 给 coding agent 加设计判断、反默认模式、动效、排版、spacing、design system map、image-first pipeline 和 redesign audit。

它不是：

• runtime
• daemon
• 编码 agent 主体
• UI 生成平台
• 设计系统真相源
• Hermes HTML 发布系统替代品

Repo 事实

采集时间：2026-05-31 10:43:26 CST

结构统计：

主要文件：

• README.md
• CHANGELOG.md
• skill.sh
• skills/taste-skill/SKILL.md
• skills/taste-skill-v1/SKILL.md
• skills/gpt-tasteskill/SKILL.md
• skills/image-to-code-skill/SKILL.md
• skills/redesign-skill/SKILL.md
• skills/output-skill/SKILL.md
• skills/stitch-skill/SKILL.md
• research/laziness/*

能力拆解

1. 核心能力：frontend anti-slop design discipline

核心在 skills/taste-skill/SKILL.md。它要求 agent 在写 UI 前先做：

• brief inference：读页面类型、受众、vibe、参考、约束
• design read：输出一句“把这个需求读成什么设计语言”
• 三拨盘：DESIGN_VARIANCE、MOTION_INTENSITY、VISUAL_DENSITY
• brief → design system map：判断该用官方设计系统还是 aesthetic implementation
• AI tell ban：禁止常见廉价模式
• final pre-flight check：上线前检查排版、动效、移动端、contrast、横向滚动等

这部分对 Hermes 有价值，尤其适合：

• Decision Trace / data-report HTML 的视觉升级
• landing / portfolio / marketing page mockup
• HTML artifact 出口层
• 设计类任务 routing 后的执行参考

2. 增强能力：redesign audit

redesign-skill 的价值是先 audit 再改：

它不是让 agent 重写全部 UI，而是先识别：

• 字体默认 / Inter everywhere
• 层级弱
• 段宽过长
• spacing 不成系统
• 颜色/表面处理廉价
• card/grid 使用过度
• 状态和 responsive 缺失

这与 Hermes 之前 Decision Trace 页面可读性问题高度相关。比如 Aegis 执行记录页面的“关键判断/边界风险摘要显示不全”，本质就是“展示层摘要抽取和视觉层没有专门 pre-flight”。Taste-Skill 的 redesign audit 可作为这类 HTML 二次修订参考。

3. 增强能力：image-first / reference board pipeline

image-to-code-skill 和 imagegen-* 关注：

这和 Hermes 当前 image generation、design routing 有交集，但不能默认作为主链。它适合在：

• 用户明确要网站视觉探索
• 需要多方案 moodboard
• landing 页面需要高审美参考图

时作为参考流程。

4. 包装层：skill.sh / npx skills add / 多 skill 安装

项目支持：

以及 skill.sh 本地 registry。

这部分不值得进入 Hermes。原因：Hermes 已有 skill 管理、skill_view、skill_manage、routing、reference 体系。直接装 13 个 taste skills 会制造平行 skill 系统，也会和 Hermes 已有 creative / design-md / claude-design / design-task-routing / decision-trace-reply-pattern 产生重叠。

放进 Hermes 能力地图

Taste-Skill 属于：

不是：

与 Hermes 现有能力关系：

四层审计

1. 宣称层

项目宣称很强，甚至营销化：

高星标说明传播力和社区需求很强，但不能把 stars 等同于质量充分验证。

宣称中合理部分：AI 前端输出确实常见模板化、重复、廉价视觉。项目列出的 anti-slop 模式很多是有效经验。

宣称中需要打折部分：

• “good taste”不是可完全通用的客观标准
• 对 GSAP、Awwwards、非 Inter、反 3-card 等规则有时过激
• v2 自称 experimental，不能直接作为稳定默认规范

审计结论：宣称层有价值，但要拆成可控规则，不能照单全收。

2. 实现层

实现主要是 Markdown skills 和 assets，没有复杂 runtime。

核心实现：

• skills/taste-skill/SKILL.md：约 87KB，非常长
• skills/gpt-tasteskill/SKILL.md：更激进的 GPT/Codex 版本
• skills/redesign-skill/SKILL.md：已有项目 redesign audit
• skills/output-skill/SKILL.md：完整输出约束
• skills/stitch-skill/SKILL.md：生成 Stitch DESIGN.md
• research/laziness/*：关于 LLM 懒惰/截断的研究整理

可拆性强，但主 skill 太长，直接导入会污染 Hermes hot path。

审计结论：适合 reference-level partial absorb，不适合全量 skill import。

3. 运行层

它没有 daemon，不需要运行服务。安装方式是 npx skills add 或手动复制 SKILL.md。

风险：

• npx skills add 会写目标 host 的 skill 发现目录，不应在 Hermes 生产 profile 里直接跑
• 13 个 skill 全装会扩大触发面和 prompt 压力
• 主 skill 87KB，作为热路径内容过重
• v2 experimental，规则可能持续变动

审计结论：不要安装，采用 clone/读取/reference 的方式吸收。

4. 检索与治理层

项目知识以 repo Markdown 形式存在。Hermes 已有：

• skill/reference
• wiki
• Decision Trace
• Hindsight retain
• design-task-routing

因此 Taste-Skill 不应成为设计知识主层，只能作为外部 casebook / reference。

审计结论：进入 Hermes 后应落到 references/ 和 wiki，不进入 memory，不新建平行 design-skill pack。

三个专项验证

1. 静态面 vs 运行面一致性

README 说它是 portable Agent Skills。repo 内容也确实是 skills/*/SKILL.md + research docs + shell registry，没有 runtime。

结论：一致。

2. 精确回捞能力

项目自身没有 recall/index/search 机制。依赖 GitHub 文件和 skill registry。

进入 Hermes 后，必须通过：

• skill reference
• wiki query
• Decision Trace

来保证可回捞。

结论：不具备独立精确回捞能力，需进入 Hermes 知识治理层。

3. 降级与回退路径

如果只吸 reference，回退很简单：删除/patch Hermes reference 即可。

如果全量安装到 host skill discovery，回退会麻烦，且可能残留在 host profile。

结论：采用 reference-only / selective patch，避免 installer 副作用。

建议吸收清单

P0：HTML / frontend 设计 pre-flight checklist

吸收项：

• brief inference：页面类型、受众、vibe、参考、约束
• design read：一句话确定视觉方向
• 三拨盘：VARIANCE / MOTION / DENSITY
• mobile overflow check
• typography hierarchy check
• spacing/radius/color consistency check
• contrast/button readability check
• no AI default visuals checklist

Hermes 落点：

• design-task-routing reference
• decision-trace-reply-pattern reference
• claude-design / HTML artifact workflow 的可选 pre-flight

边界：

• 只用于设计/HTML 输出任务，不用于普通文本/代码任务
• 不把它变成所有回复的默认流程

P0：Decision Trace / data-report 视觉审稿规则

吸收项：

• 顶部摘要层不能只抽引导句
• 关键判断要完整短句，不只显示“本次严格没有做：”
• 风险卡必须列完整风险点和回退方式
• 完整记录承载原始 Markdown/代码块，摘要层只放人话
• mobile-first 表格/卡片策略

Hermes 落点：

• decision-trace-reply-pattern 的 reference
• publisher 摘要抽取改造 backlog

这项是最贴近当前痛点的。刚刚 Aegis 页面摘要不完整的问题，就是典型 case。

P1：Redesign audit for existing HTML artifacts

吸收项：

用于二次优化已有页面：

• Decision Trace 页面
• Morning Brief HTML
• data-report
• project dashboard
• WebUI artifact

Hermes 落点：

• design-task-routing reference
• decision-trace-reply-pattern pitfall/reference

P1：Brief → design system map

吸收项：

• 如果 brief 明确指向 Fluent / Material / Carbon / Polaris / Atlassian / Primer / GOV.UK / USWDS，优先官方设计系统
• 如果只是 aesthetic，如 glassmorphism、bento、editorial、dark tech，不伪装成官方设计系统
• 一个页面只选一个设计系统，不混搭

Hermes 落点：

• design task intake / design-md / claude-design reference

P1：Anti-AI-slop 禁止清单

吸收项要做减法，不照搬过激规则。

可吸收：

• 不默认 AI-purple gradients
• 不默认 centered hero + 3 equal cards
• 不滥用 glassmorphism / neon glow
• 不用 meaningless section numbers / fake version labels / decorative status dots
• 不做不可读按钮
• 不做横向溢出
• 不做 fake product UI 当真实截图

不照搬：

• 永久 ban Inter
• 永久 ban 3-column cards
• 强制 GSAP
• 强制 Awwwards 风格
• 强制 Python randomization
• 强制 no emoji

Hermes 落点：

• 作为“常见 AI 设计腔检查表”，不是硬性全局规范。

P2：image-first reference board pipeline

吸收项：

• 先生成参考图，再分析，再实现
• 用于 landing/marketing/视觉探索

边界：

• 不作为默认路线
• 不替代设计任务 intake
• 不用于数据报告/决策页这类结构化信息展示主链

P2：Stitch DESIGN.md 语义规则

Hermes 已有 design-md skill，Taste-Skill 的 Stitch skill 可作为外部样本，不应替代现有 DESIGN.md 规范。

明确不吸收

和 Aegis / Spice 判例的区别

• Aegis 是 coding-agent workflow discipline，落在开发流程治理。
• Spice 是 decision layer，落在 Decision Layer Lite contract。
• Taste-Skill 是 design/front-end output discipline，落在展示出口层。

因此 Taste-Skill 的收口形态应是：

而不是安装成新的设计 agent。

最终判断

为什么不是 L4/Core Merge：

• 它只是 skill pack，不是 Hermes 缺失的核心 runtime
• 规则强主观，有些过激
• 主 skill 过长，v2 experimental
• Hermes 已有设计路由和 HTML 发布体系

为什么不是 L0/Reject：

• 它对 AI 前端审美失败模式总结扎实
• 对当前 Decision Trace / data-report 页面质量有直接启发
• 高星标说明真实需求强
• 可拆成 reference，不需要引入风险安装链

推荐下一步

只做三件事：

1. 新增 Taste-Skill partial absorb reference，放进 external-project-absorption-eval 和 design-task-routing 的 references。
2. 给 decision-trace-reply-pattern 补一个 “Taste-inspired visual pre-flight / summary completeness check” reference，专门防止摘要层截断、关键判断不完整、风险卡只显示引导句。
3. 暂不 patch publisher 代码；先把 Aegis 页面这次问题作为样例沉淀。如果类似问题再出现 2 次，再升级为 publisher 自动摘要抽取修复。

Evidence Card

本地证据路径

• Clone: /tmp/taste_skill_eval_20260531_104117/repo
• Repo metadata: /tmp/taste_skill_eval_20260531_104117/repo_api.json

后续如果要执行吸收

执行边界应类似 Aegis：

建议执行清单：

• design-task-routing/references/taste-skill-design-output-partial-absorb-2026-05-31.md
• decision-trace-reply-pattern/references/taste-skill-visual-preflight-2026-05-31.md
• external-project-absorption-eval/references/taste-skill-partial-absorb-2026-05-31.md

更新时间：2026-05-31 10:43:26 CST