商业红配色 PPT
企业级技术汇报的红色系幻灯片视觉风格包。
适合客户技术汇报、评测结果汇报、模型能力汇报这类信息密度高、要显得专业克制的场合。
一份 md = 一个风格。往 styles/ 里放一份，它就成为可选风格；换风格 = 换文件，新增风格 = 加文件。不需要插件、不需要改客户端、不需要重启。
解决什么问题
多数设计环境里的「风格」是内置且不可扩展的——用户只能从预设清单里挑，没法把自己（或团队、客户）的一套视觉规范加进去。
本技能绕开这个限制：风格就是一份 md 文件。styles/ 目录里放几份就有几个可选风格。
内置风格
| 文件 | 风格名 | 适用 |
|---|---|---|
commercial-red-report.md |
商业红技术汇报 | 客户技术汇报、评测结果汇报、模型能力汇报；纯白底 + 单一强调红 + 高信息密度、零装饰冗余 |
_EXAMPLE-高密度技术汇报.md |
高密度技术汇报（示例） | 内部技术评审；白底 + 靛蓝强调 + 编号栅格 |
_TEMPLATE.md |
— | 填空模板，新增风格时复制它 |
_ 开头的文件是模板与示例，不作为用户可选风格呈现。
怎么用
做一套新幻灯片
> 用商业红技术汇报风格，把这几个实验数据做成 8 页客户汇报
给一份已经做好的 PPTX 换配色
> 用商业红技术汇报风格改一下这份 PPT 的配色 （附上 .pptx）
管理风格
> 列出风格包里有哪些风格 / 帮我新增一个风格
目录结构
red-style-pack/
├── SKILL.md # 技能本体（入口）
├── styles/ # ★ 风格库：每份 md 是一个风格
│ ├── _TEMPLATE.md # 填空模板（新增风格时复制它）
│ ├── _EXAMPLE-高密度技术汇报.md # 示例，照着它的颗粒度改最快
│ └── commercial-red-report.md # 商业红技术汇报
├── references/
│ ├── recolor-existing-pptx.md # 给已有 .pptx 套风格的方法论
│ └── recolor.py # 可运行脚本（python-pptx）
└── README.md
{SKILL_ROOT} 指本 SKILL.md 所在目录。文中所有路径都相对于它，不依赖任何绝对路径。
何时使用
- 用户
@red-style-pack - 用户说「用我的 XX 风格做」「按风格包里那个 XX 做」「套用我的设计风格」
- 用户给一份已有 PPTX 说「用 XX 风格改一下配色 / 套一下风格」→ 走分支 B
- 用户要新增 / 修改 / 查看风格包里的风格
不适用：本技能只决定「长什么样」（视觉系统），不改变页面生成流程本身。页面怎么排版、分几页、讲什么，沿用你所在环境的设计能力。
两个分支
| 分支 | 场景 | 做什么 |
|---|---|---|
| A · 从零做设计稿 | 用户要新做一版 PPT / 幻灯片 | 读风格 md 当基础视觉系统 → 交给正常设计流程 |
| B · 套用到已有 PPTX | 用户给已有 .pptx 要「改配色 / 套风格」 |
就地纯配色替换，保留全部原生矢量图形与版式 |
分支 A 工作方式
- 列
{SKILL_ROOT}/styles/*.md，跳过_开头的文件（模板与示例不作为可选风格） - 用户未指定风格、且可选风格多于 1 个 → 问一次让用户选（有提问工具就用它，没有就在回复里问）；只有 1 个则直接用，不要多问
- 读中选风格的 md，作为基础视觉系统：色板、字体阶梯、母题元素、版式倾向
- 跳过风格探索 / 风格检索阶段——这个决定已经做完了，不要再去搜风格灵感或生成候选方案
- 之后按正常的幻灯片设计流程执行，风格探索那一段整段略过，其余照旧
分支 B 工作方式
用户给的是一份已有 PPTX，要求「用 XX 风格改一下配色」时，不要把它重做成设计稿——那会丢掉他所有的原生图形和版式。应做就地纯配色替换。
完整方法论见 {SKILL_ROOT}/references/recolor-existing-pptx.md，可运行脚本见 {SKILL_ROOT}/references/recolor.py。三条最关键的：
- 先完整盘点原稿的填充色 / 描边色 / 文字色，逐条标注该色承担的语义，再动手
- 多色相语义必须重新编码，不能压成一个色——这是全流程最容易出错、也最容易丢信息的地方
- 改完做回归校验（几何零位移 + 色彩只剩风格色板），并另存为新文件，原稿保持不动
分支 B 需要 python-pptx（pip install python-pptx）。若你的环境有更顺手的 PPTX 读写能力，替换掉 recolor.py 即可，方法论部分照旧适用。
优先级（铁律）
- 用户当轮显式说的视觉约束（颜色、字体、材质、版式偏好）——最高，覆盖风格包
- 本风格包里的风格 md
- 环境内置的通用设计准则
风格包不覆盖下面的可读性底线。两者冲突时以底线为准，并在回复里明确说出冲突点，不要默默降级。
可读性底线（任何风格都不得放宽）
按 1920×1080 画布：
| 元素 | 下限 |
|---|---|
| 页主标题 | ≥ 56px |
| 正文 / 表格 | ≥ 28px |
| 任何文字（含脚注、标签、token） | ≥ 22px |
| 关键数字 | 96–200px |
装不下时先降一级字号，降到下限仍装不下才拆页。绝不为了塞内容缩到下限以下。
若风格规范来源于其他尺寸的画布（如 1280×720），必须先等比换算到 1920×1080 再写进文件，并在文件中注明「已换算，直接用」。
新增 / 修改一个风格
- 复制
{SKILL_ROOT}/styles/_TEMPLATE.md→styles/<风格名>.md - 填 yaml 段（
name/style/styleKeywords/fontSystem/colorSystem/signatureElements）+ 下方的说明段 - 不需要重启，下次调用本技能时自动出现在清单里
- 删除风格 = 删掉对应的 md 文件
新增时建议先用 _EXAMPLE-高密度技术汇报.md 照着改，比从空白模板填快得多。
风格文件怎么写
- 只写视觉系统：色板、字体阶梯、母题元素、版式与间距规则
- 不写内容大纲、不写页数、不写具体文案——风格与内容解耦，换风格只换文件
- 色值后面跟一句话说明它承担什么（背景色 / 结构色 / 强调色 / 语义色），而不是只丢一个色号
- 母题元素要写清 css 等效表述 + 出现在哪里 + 承担什么结构作用，不要只写名字
- 字号一律以 1920×1080 画布为准给出具体数值或区间
注意
- 环境里若已有其它风格系统被显式选中 → 那个优先，本技能退为补充。不要叠加两套互相冲突的色板，会出现「一半蓝一半红」的页面
- 风格 md 的 yaml 段是给模型读的设计 token，说明段是给人读的推导理由，两部分都要写，不要只写其一
