# Team Usage Workflow

本文件定义多位产品经理、多位设计师和多名研发共用 `lenovo-leai-pc-5.0-design` 的工作流。

## 核心策略

先 POC，后沉淀 skill。

新功能不要一开始就改规范。先使用现有模板、组件和 icon 做 POC。只有 POC 通过后，且其中出现可复用的新组件、新模板、新 icon 或新交互状态，才更新 skill。

当前消费基线：`v0.11.1-stage`，29 个正式 SVG、12 个组件、3 个页面模板、13 份有效 references，并提供 `pc.html` 可视化说明与下载入口。引用数量变化时必须同步总规范、索引、验收和发布说明。

## 角色边界

| 角色 | 主要动作 | 是否直接改 skill |
| --- | --- | --- |
| PM | 提功能、定义流程、用 skill 生成 POC、确认业务闭环 | 否 |
| 设计师 | 选择模板和组件、评审视觉和交互、提出沉淀建议 | 不直接合并 |
| 研发 | 按模板和组件实现、反馈状态和工程约束 | 否 |
| 设计系统负责人 | 维护 skill、合并规范更新、发布版本 | 是 |
| 研发评审人 | 判断规范是否可落地、评估影响范围 | 可评审，不直接改 |

## 新功能流程

| 步骤 | 负责人 | 动作 | 输出 |
| --- | --- | --- | --- |
| 1 | PM | 说明功能名称、放置页面、用户流程和展示信息 | POC 请求 |
| 2 | PM/Codex | 使用现有模板、组件和 icon 生成 POC | POC HTML 或页面方案 |
| 3 | PM | 检查业务流程是否成立 | 产品反馈 |
| 4 | 设计师 | 检查视觉、组件、icon、状态是否符合规范 | 设计反馈 |
| 5 | 研发 | 评估实现方式和上线风险 | 研发反馈 |
| 6 | 设计系统负责人 | 判断是否需要沉淀到 skill | 沉淀结论 |
| 7A | 研发 | 如果不需要沉淀，直接按 POC 实现 | 开发版本 |
| 7B | 设计系统负责人 | 如果需要沉淀，先更新 skill，再进入开发 | 新 skill 版本 |

## 现有功能更新流程

| 步骤 | 动作 |
| --- | --- |
| 1 | PM 说明要改哪个现有页面或模块。 |
| 2 | Codex 根据 skill 匹配最近模板和现有组件。 |
| 3 | 先输出 POC，不修改 skill。 |
| 4 | PM 和设计师评审 POC。 |
| 5 | 研发评估能否直接实现。 |
| 6 | 如果只是业务变化，直接开发；如果出现可复用新模式，再沉淀 skill。 |

## 标准 PM 提示词

```text
使用 lenovo-leai-pc-5.0-design 规范 skill。

我要新增/更新一个功能，请先不要修改 skill，只用现有模板、组件和 icon 做 POC。

1. 功能名称：
2. 放在哪个页面/入口：
3. 用户操作流程：
4. 需要展示的信息：
5. 希望输出：POC HTML / 页面方案 / 研发说明
6. 如果现有规范不够，请先用最接近的现有组件完成 POC，并单独列出后续建议沉淀到 skill 的内容。
```

## POC 后是否沉淀的判断

| POC 结果 | 后续动作 |
| --- | --- |
| 一次性业务功能 | 不更新 skill |
| 多个页面会复用 | 更新 skill |
| 出现新组件形态 | 更新 skill |
| 出现新页面类型 | 更新 skill |
| 只是文案、入口或流程变化 | 不更新 skill |
| 研发发现状态不够上线 | 更新 skill |

## 多人并行规则

- 同一时间可以有多个 PM 并行做 POC。
- 同一时间只能有一个正式 skill 发布负责人合并规范。
- POC 文件不要直接覆盖 skill 模板。
- 新组件必须先通过评审，再写入 `leai-component.html`。
- 新 icon 必须先进入 `icon-board.html`，再被模板或组件调用。
- 新页面模板必须登记到 `standards/design-system-complete.html` 和 `SKILL.md`。
