Taste review

Skill wxxzy/Claude-Code-Software-Studios/.claude/skills/taste-review

基于 Claude Code 的双模态软件开发工作室框架

Install

npx -y skills add wxxzy/Claude-Code-Software-Studios --skill taste-review

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Vibe Mode 审美/体验维度评审。当原型功能已可跑但用户对"感觉不对"、视觉/交互氛围有疑虑时使用。产出 docs/reviews/taste-<date>.md。

SKILL.md

4.0 KB, as published. Nobody here has run it

技能：审美评审 (/taste-review)

执行代理: stylist (风格师) 主导 + explainer (解说员) 辅助

概述 (Summary)

Vibe coding 的核心争议往往不是"功能对不对"，而是"感觉对不对"。 /review 关心代码质量，/gate-check 关心工程合规——都无法评审审美。 /taste-review 填补这个空白：从视觉、交互、氛围三个维度做结构化评审。

前置条件 (Preconditions)

原型可运行（有截图或可复现的运行结果）
sandbox/<name>/ 存在
docs/specs/lite-spec.md 包含"参考氛围"章节（若无，先补齐）

工作流 (Workflow)

阶段 1：证据收集 (Stylist)

加载 lite-spec.md 的"参考氛围"章节
请用户提供当前原型的证据：
- 前端：截图 / URL / 屏幕录制
- 交互：一段核心流程的操作描述
若用户无法提供，请求先运行原型并截图

阶段 2：三维评审 (Stylist)

按以下三维度打分（每维度 1-5 分）+ 一句话诊断：

维度	评审要点
视觉一致性	配色是否成套？字体是否统一？间距是否有节奏？
交互清晰度	用户下一步该做什么一目了然吗？反馈是否即时？
氛围匹配度	与 lite-spec 参考产品的气质距离有多远？

阶段 3：对比诊断 (Stylist)

生成"参考产品 vs 当前原型"对比表：

参考产品做对了什么，当前原型没做到
当前原型有哪些意外的亮点（可能超出预期）
哪些差距是技术性可修复的，哪些是方向性偏差

阶段 4：行动清单 (Stylist + Explainer)

产出 3 类建议：

10 分钟修复：立刻能改的（换字体、调间距、统一色）
1 小时打磨：需要重构某个组件的
方向调整：涉及重新选型/pivot 的

Explainer 用非技术语言解释每条建议的理由。

阶段 5：用户决策

使用 ask_user 让用户确认：

[立即修 10 分钟项] [先记录慢慢来] [推翻重来]

成功门控 (Success Gate)

生成了 docs/reviews/taste-<YYYY-MM-DD>.md
包含三维度评分（1-5）+ 一句话诊断
至少 3 条"10 分钟修复"建议
用户对决策做出明确回应

输出模板 (Report Template)

# 审美评审 — <项目名> <YYYY-MM-DD>

## 参考锚点
- 参考 1: <URL/描述>
- 参考 2: <URL/描述>

## 三维度评分

| 维度 | 分数 | 一句话诊断 |
|---|---|---|
| 视觉一致性 | X/5 | ... |
| 交互清晰度 | X/5 | ... |
| 氛围匹配度 | X/5 | ... |

## 参考 vs 当前 对比

| 要点 | 参考产品 | 当前原型 | 差距 |
|---|---|---|---|
| 主色调 | ... | ... | ... |
| ... | ... | ... | ... |

## 意外亮点
- ...

## 行动清单

### 10 分钟修复
1. ...
2. ...
3. ...

### 1 小时打磨
1. ...

### 方向调整（若有）
1. ...

## 用户决策
<用户选择的行动>

输出约束 (Output Budget)

[强制] 写入报告后，返回主上下文只输出：

审美评审完成 — <项目名>。

- 视觉一致性: X/5
- 交互清晰度: X/5
- 氛围匹配度: X/5

- 10 分钟修复: N 条
- 用户决策: <立即修 | 记录 | 推翻>

报告路径: docs/reviews/taste-<date>.md

不得复述评审详细内容。

与其他技能的边界

关注点	归属
代码风格、命名、抽象	`/review` (Technical Architect)
工程合规、测试、CI	`/gate-check` (QA Lead)
视觉、交互、氛围	`/taste-review` (Stylist)
意图漂移（功能层面）	`/vibe-check` (Explainer)

协作路径

评审后"立即修" → Explorer 执行修复
评审后"推翻重来" → /branch-vibe 分叉新方向或 /vibe-start 重启
评审通过 → 可考虑 /graduate 晋升