design-style-picker
Batch-generate and compare visual design directions so a user can choose the style they actually want. Use when the user says they cannot describe an abstract visual style, asks for many style options, wants to choose from generated UI/design-system images, rejects outputs as too colorful/too dead/too generic, or needs an existing UI/design system evolved without discarding current assets.
1实现原理 · 为什么它能做到
纯 prompt 编排技能：无任何脚本/文件/依赖；全部机制是 SKILL.md + references/selection-playbook.md 里给 agent 的工作流与提示词模板，靠宿主现有图像生成与文件读取能力落地。
Use this skill to turn vague taste into concrete visual choices.
核心规则：用户说不清抽象风格就不再追问，改为生成一组结构化的视觉证据（矩阵）让用户指认——用『可见选项』换『可描述词汇』。
Do not ask the user to describe an abstract style if they already said they cannot. Generate comparable visual evidence, let them pick, then implement from the selected references.
矩阵生成双轴设计：垂直阶梯=单维度大步长变化（如色彩强度 20/35/50/65/80）；水平方向=不同组织策略（data-driven color、brand spine、warm product imagery、scenario modules、governance-led layout）；两图像若像兄弟必须重生成其一。
Vertical ladder: one dimension changes by large steps, such as color intensity 20/35/50/65/80.
颜色当系统用：『less colorful』≠去色，而是减少等权焦点——把颜色分角色（架构宽区/数据可视化语义/品牌高信号点缀/中性常规组件）；做边界样本让『太多』可见。
"Less colorful" does not mean black-and-white. It usually means fewer competing focal points.
实施从选中图提炼『原则而非像素』：颜色角色/布局密度/焦点层级/组件处理/图像用法/治理位置显式拆出，并按文件命名融合（'Use H02 for color placement and V04 for palette intensity'），保持既有 UI 范围。
Extract principles, not pixels: color roles, layout density, focal hierarchy, component treatment, image use, governance/data placement.
复用既有资产的『演进』立场：先收集现有 UI/截图/tokens/CSS 变量/组件名/品牌线索当起始词汇表，禁止凭空生成无关的 fresh 概念盖掉现状；用户没说丢弃就保留。
Preserve any existing UI, assets, tokens, layout, brand cues, and domain context unless the user explicitly asks to discard them.
2核心能力
4管控建议与判定依据
- 网络端点: 声明外部网络访问: 无（skill 本体零网络代码；图像生成经宿主既有工具/API，属宿主能力面，非本 skill 携带）
- 本地工作目录: 文件读写与工件输出: 无（只指示 agent 读取现有 UI/截图与生成/实施，不规定任何写路径）
5第二遍独立确认
- [ok] 无脚本/可执行代码 — 目录仅 3 文件：SKILL.md、agents/openai.yaml、references/selection-playbook.md，无 scripts/。
- [ok] SKILL 与 playbook 一致性 — playbook Session Pattern 8 步与 SKILL Workflow 1-6 对应；色彩阶梯 20/35/50/65/80/Overload 与 SKILL 'color intensity 20/35/50/65/80' 一致。
- [ok] 无网络/凭证/写盘代码 — 三文件均为 markdown/yaml 文本，token 扫描零网络与密钥模式。
- [unlocatable] 图像生成实现位置 — SKILL 只说 'Generate comparable visual evidence' 与给 prompt pattern，不声明用哪个生成后端——实现落在宿主工具，源码内无法定位生成 API。
- [ok] 流程有效性（矩阵是否真能逼出口味边界） — 属方法论主张，无法代码验证；SKILL 内嵌 Lessons 与反例显示其基于真实迭代沉淀。
6结论
7a6d0b59f417923b…