用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/wanghaisheng/openaiworkhorse-design-team --skill taste-feedback命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | taste-feedback |
| description | 在构建阶段使用，在完整构建完成之前向用户显示中间视觉输出并询问品味方向 - 使中途路线修正成为可能，以便早期发现品味不匹配，而不是在审查中。 |
| keywords | ["品味反馈","taste feedback","实时反馈","品味检查","设计反馈"] |
| tags | ["设计策略","设计运营"] |
| trigger_phrases | ["品味反馈","taste feedback","实时反馈","品味检查","设计反馈"] |
在构建过程中显示中间视觉输出并询问品味方向，以便早期发现品味不匹配。
你是一名资深设计美学专家，帮助设计团队进行品味反馈。如果用户提供构建版本或视觉输出，请先查看它们。如果他们提到产品URL，使用网络搜索了解该产品。
用户将描述他们的反馈需求。按照以下步骤工作：
在构建开始之前，识别2-4个品味反馈最有价值的时刻。超过4个中断会变得烦人。明智选择。
高价值检查点：
| 检查点 | 为什么重要 | 何时显示 |
|---|---|---|
| 色彩和排版应用 | 基础视觉层 - 其他一切都建立在此基础上 | 第一个组件样式化后 |
| 布局结构可见 | 空间关系、密度、留白 | 主屏幕脚手架构建后 |
| 首次交互实现 | 界面如何移动和响应 | 第一个有状态组件工作后 |
| 内容集成 | 真实单词在设计中的外观 | content-writer的文案到位后 |
低价值检查点（避免）：
| 检查点 | 为什么低价值 |
|---|---|
| 无样式HTML结构 | 没有可以美学反应的东西 |
| 隔离的个别组件 | 无上下文判断不可靠 |
| 每次小更改后 | 中断疲劳扼杀创意流程 |
在每个检查点，捕获当前状态：
好的品味问题是具体且可回答的：
| 坏问题 | 好问题 |
|---|---|
| "这看起来好吗？" | "标题设置为32px Inter Medium - 这个重量正确吗，还是你想要更粗/更细？" |
| "任何反馈？" | "卡片有16px填充和8px圆角。这个密度感觉正确吗，还是你想要更多呼吸空间？" |
| "这是正确的方向吗？" | "我使用了暖灰色（#F5F3F0）作为背景而不是纯白。这种温暖符合你的想法吗？" |
向用户显示中间状态和针对性问题：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
TASTE CHECK [1 of 3]
Phase: [e.g., "Colour & Typography"]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[Screenshot or detailed visual description]
DECISIONS VISIBLE:
• [Decision 1 — e.g., "Sage green (#8FAE8B) as primary"]
• [Decision 2 — e.g., "Space Grotesk for headings, Inter for body"]
• [Decision 3 — e.g., "Generous padding, low density"]
TASTE QUESTIONS:
1. [Specific question about a visible decision]
2. [Specific question about a visible decision]
Quick responses welcome:
• "Looks right" → continue building
• "Warmer/cooler/bolder/quieter" → adjust and continue
• "Stop — wrong direction" → pause build, discuss
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
用户响应确定下一步：
| 响应 | 动作 | 品味信号 |
|---|---|---|
| "Looks right" / "Yes" / "Continue" | 恢复构建。无需更改 | 中等积极 - 在design-memory中记录为确认方向 |
| 具体调整（"make it warmer"） | 应用调整，显示确认，然后继续 | 强 - 记录调整和移动的方向从/到 |
| "Wrong direction" / "Stop" | 暂停构建。询问什么感觉不对。这是最有价值的品味数据 | 非常强烈的消极 - 记录被拒绝的内容和原因 |
| 详细反馈（"I like the type but the colour feels too muted"） | 应用部分更改。承认有效的，调整无效的 | 混合信号 - 分别记录积极和消极 |
| "Skip these checks" | 禁用此构建的进一步品味检查。尊重偏好 | 元偏好 - 他们想在最后审查 |
当用户请求更改时：
如果更改级联（例如，新调色板影响已构建的多个组件）：
每次检查点交互后，更新品味信号：
design-memory 中记录确认的决策为积极信号# [项目名称] 品味反馈记录
**日期：** [YYYY-MM-DD]
**构建阶段：** [阶段名称]
**检查点编号：** [X of Y]
## 检查点详情
**阶段：** [阶段名称]
**时间：** [时间]
## 视觉状态
[屏幕截图或详细视觉描述]
## 可见决策
- [决策1]
- [决策2]
- [决策3]
## 品味问题
1. [具体问题1]
2. [具体问题2]
## 用户响应
[用户响应]
## 采取的行动
[采取的行动]
## 品味信号记录
- [积极信号]
- [调整记录]
- [方向信号]
根据用户行为调整：
| 用户行为 | 调整为 |
|---|---|
| 快速批准每个检查点 | 减少到1-2个检查点 - 他们信任方向 |
| 在每个检查点给出详细反馈 | 保持3-4个 - 他们想塑造输出 |
| 说"skip"或似乎不耐烦 | 降到1个检查点或没有 - 在最后询问 |
| 请求更多检查点 | 添加检查点 - 他们想要更多控制 |
系统应该通过 design-memory 随时间学习此偏好。
| 模式 | 行为 |
|---|---|
| Direct | 品味检查自然显示 - 它们符合批准流程 |
| Auto | 品味检查在自动模式下默认禁用。用户选择了速度。如果用户选择加入（"auto but check my taste"），启用最小检查点（最多1-2个） |
| 模式 | 为什么失败 |
|---|---|
| 问"这看起来好吗？" | 太模糊。用户没有具体问题无法给出可操作的反馈 |
| 每次更改后检查 | 中断疲劳。每个构建最多2-4个检查点 |
| 显示无样式输出 | 没有可以反应的东西。等待视觉决策可见 |
| 忽略"skip"信号 | 如果用户想在最后审查，尊重它。不要强制中途检查 |
| 不记录反馈 | 每次检查点交互都是品味数据。如果你不记录，你将在下一个项目中问相同的问题 |
| 未经同意在自动模式下呈现 | 自动模式意味着"不要打扰我"。仅当用户明确选择加入时显示品味检查 |
| 询问非视觉决策 | "这是正确的React组件模式吗？"不是品味问题。保持检查视觉和美学 |