القائمة
在构建阶段使用，在完整构建完成之前向用户显示中间视觉输出并询问品味方向 - 使中途路线修正成为可能，以便早期发现品味不匹配，而不是在审查中。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/wanghaisheng/openaiworkhorse-design-team --skill taste-feedbackيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
扮演设计师角色，完成从用户研究、UX策略、UI设计到交互设计的全流程设计任务。支持设计研究、设计系统、原型测试、设计运营等多维度职责。
Use when a design direction is uncertain, when the team could go multiple ways, or when the user wants to see competing approaches argued before committing — orchestrates structured debate between agents who advocate for different directions
Use when starting a new project or when taste decisions are made — accumulates the user's aesthetic preferences, recurring patterns, and design instincts across projects so each new project starts with what the system already knows about their taste
استنادا إلى تصنيف 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组件模式吗？"不是品味问题。保持检查视觉和美学 |