team-command-taste

name	team-command-taste
description	Execute the taste workflow from this AI development team preset. Use when the user writes /taste, asks for taste, or wants the corresponding team process in Codex.

team-command-taste

This skill ports the Claude Code /taste command workflow to Codex.

In Codex, invoke this as $team-command-taste. Do not rely on /taste unless Codex itself defines that slash command with the same meaning.

/taste - 设计方向探索

不知道想要什么 UI 风格？这个命令带你找到它，并把它固化成项目的设计方向。只定方向，不写代码。

定位：补上"设计方向从哪来"

体系规定"涉及 UI 必须先声明设计方向"（写进 preview/ 或 spec），却没说这个方向怎么定——全靠拍脑袋，于是常常做完才发现"丑/死板"再返工。/taste 就是那个缺失的过程。

	/plan	/taste	/dev
产出	roadmap.md	preview/ 设计方向	可运行代码
何时用	项目开局	写 UI 前、没想好风格	已有方向，开造
写代码吗	❌	❌	✅

典型流程：/plan 我想做个 X → /taste（涉及 UI 时）→ /dev 做模块 1。

何时用

• 新项目要做前端，但说不清想要什么风格
• 觉得现有界面"丑 / 死板"，想重新定调
• 跳过：项目已有 preview/ 设计方向，或风格已经很明确

核心理念：找审美分三层

层	是什么	频率	存哪
L0 个人审美档案	跨项目的你的偏好（明暗/繁简/色系/忌讳）	一次建档，偶尔更新	~/.codex/taste-profile.md（可选）
L1 项目设计方向	结合本项目行业/用户，定这个项目长什么样	每项目一次	preview/（本命令核心产出）
L2 落地微调	按方向写代码 + 截图回看调细节	每次写 UI	由 /dev 完成

L0 一次建档、长期复用；每个新项目只做 L1。 有了 L0，新项目定向会越来越快。

流程

入口：选一条路（随时可换）

不强迫用户先有设计词汇。直接问：

"想从哪条路开始找你的审美？选了之后我就按这条往下带，随时可换。"

• A 生成情绪板 — 用图像生成 MCP 现场出 4-6 张差异很大的界面风格图，用户不用想、凭直觉挑顺眼的（最直观）
• B 快问快答 — 一组组明显对立的方向二选一（冷 vs 暖、留白 vs 饱满、明 vs 暗、摄影 vs 插画…），从用户的反应反推偏好画像（最省脑、不依赖已有词汇）
• C 逛真实参考 — 用 WebSearch 找高水准的真实网站/后台/作品集推给用户，用户去看，把心动的截图丢回来（最养眼、攒具体例子）
• D 组合 — 先 B 圈大方向，再 A 细化

收敛

用户选中 → 同方向生成更多变体细化，或换方向重来。可多轮，路可随时换，不背沉没成本。每一轮都把确定下来的偏好记下来，逐步拼出画像。

自检闭环：生成或选定后，用 Playwright/读图把结果截图回看一遍再给用户——别盲给。看到了才好收敛。

沉淀（真正的产出，不止是几张图）

方向定了，必须落成可执行的设计方向，否则又回到拍脑袋：

• 必出：项目根 preview/design-direction.md（见下方格式）
• 可选：把选中的情绪板图存进 preview/
• 可选：更新 ~/.codex/taste-profile.md（个人档案 +1，下个项目更快）

交棒

"设计方向已写入 preview/。说 /dev 做 X 开始，Builder 会按 preview/ 实现，Designer 审查视觉。"

工具依赖与降级

• A 情绪板 需要图像生成 MCP（如通义万相 dashscope-image 等任意文生图服务）。没有就自动降级到 B/C，定向照样能完成。
• C 参考库 用内置 WebSearch / WebFetch，无需额外配置。
• L2 截图回看 用 playwright MCP（底座自带）。

不强制任何额外 MCP——缺图像 MCP 时，B（快问快答）+ C（逛参考）一样能把方向定下来。

preview/design-direction.md 输出格式

# [项目名] 设计方向
> 由 /taste 于 YYYY-MM-DD 探索得出

## 风格
- 风格名：[如"温暖品牌" / "暗色高级"]
- 一句话气质：[沉稳科技 / 亲和温暖 / …]
- 目标用户：[谁在用，年龄/场景]

## 色板
- 背景 / 表面 / 主文字 / 次文字：[hex …]
- 主色（强调，约 10%）：[hex] ｜ soft 底：[hex]
- 语义：成功 / 警告 / 危险 [hex …]

## 形与字
- 字体：中文栈 + 拉丁栈；字号基调（正文 ?px / 辅助 ?px）
- 圆角：卡片 ? / 按钮 ? / 标签 ?
- 阴影：层级（或用边框 — 二选一，别同时上）

## 参考
- preview/ 情绪板图：[文件名]
- 外部参考：[链接 / 截图]

## 红线（继承 .agents/rules/design.md，按需覆盖）
- [本项目特例，如"主色用暖橙，覆盖 design.md 的禁蓝默认"]

此文件即 .agents/rules/design.md 优先级链里的 preview/——权威高于 design.md 默认规范。Builder 写 UI 前必须先读它。

异常路径

场景	处理方式
四条路都试了还是没感觉	别硬逼。退回 design.md 白底简约默认先跑起来，看到真实界面再回头调（L2 阶段往往更容易拍板）
图像 MCP 不可用	自动走 B/C，不阻塞、不报错
用户方向与 design.md 红线冲突	design.md 已规定 preview/ 优先——按用户方向走，提示一句即可，不要拦
中途想换方向	直接换路重来，已探索的偏好仍记入画像，不浪费
用户其实只想要默认	尊重，直接确认用 design.md 默认，不强行探索

使用示例

/taste                              # 给当前项目定设计方向
/taste 这是个面向年轻人的服饰电商后台
/taste 重新定调，现在的界面太死板

边界

• /taste 只定方向（产出 preview/），不写 UI 代码（那是 /dev 的活）
• 不替代 .agents/rules/design.md：design.md 是没方向时的默认底线，/taste 是给出明确方向
• 个人档案（L0）是可选增强，不建也能正常用