# 产品部流转：YunxiaoPMapp（到交棒为止）

> 用途：先把**产品部**在云效上的工作流转说清楚；开发 / 测试 / 发版不在本 Skill 内，仅在文末标出交接点。  
> 依据：`references/stage-flow.md` · `model.md` · `fast-track.md` · `handoff-contract.md`  
> 日期：2026-07-24

---

## 1. 产品部管到哪里

```text
产品部（YunxiaoPMapp）终点 = 需求状态「待开发」+【交付】负责人「何斐」
之后 = 请技术经理使用开发 Skill（不建【开发】/【测试】）
```

| 谁 | 做什么 | 不做什么 |
|---|---|---|
| 产品 / YunxiaoPMapp | 建需求、打标签、建【交付】【分析】【设计】、推进状态、设计完成灌 AutoPRD、交棒 | 建【开发】【测试】、开分支、提测、发版 |
| 技术经理（接手） | 从「待开发」起拆开发 | 不改写 AutoRDO；不新建第二套【交付】 |

---

## 2. 总览流程图（标准路径）

```mermaid
flowchart TB
  subgraph inputs [材料入口]
    Chat[聊天/录音/口述]
    AutoRDO["$AutoRDO 清洗"]
    Proto[原型页 Make]
  end

  subgraph pm [产品部 · YunxiaoPMapp]
    S0["0 创建需求\n状态=待处理\n只写 AutoRDO\n不建任务"]
    S1["1 受理确认\n状态=已确认\n仍不建任务"]
    S2["2 分析中\n建【交付】+【分析】"]
    S3["3 设计中\n建【设计】\n收口【分析】"]
    S4["4 设计完成\n收口【设计】\nAutoPRD+附件\n灌【交付】描述"]
    S5["5 待开发交棒\n交付负责人→何斐\n★ 产品终点"]
  end

  subgraph after [产品之后 · 不在本 Skill]
    Dev["开发 Skill\n拆【开发】…"]
    Test["测试 Skill"]
    Rel["发版"]
  end

  Chat --> AutoRDO --> S0
  Proto -.-> S4
  S0 --> S1 --> S2 --> S3 --> S4 --> S5
  S5 -->|"交棒契约：需求编号+交付编号"| Dev
  Dev --> Test --> Rel
```

---

## 3. 各步说明（产品侧）

| 步骤 | 需求状态 | 云效任务动作 | 描述写什么 | 口令示例 |
|---|---|---|---|---|
| 0 创建 | 待处理 | 无 | `## 原始诉求（AutoRDO）`；编号区块待建 | `记录需求：…；推进至=暂不推进` |
| 1 受理 | 已确认 | 仍无 | 不动 | `受理确认：ONEOS-xx` |
| 2 分析中 | 分析中 | 新建【交付】ASSOCIATED→需求；新建【分析】TASK_SUB→交付 | 交付=占位文案 | `开始分析：ONEOS-xx` |
| 3 设计中 | 设计中 | 新建【设计】TASK_SUB→交付；分析计划完成=当日+阶段日历工时 | — | `开始设计：ONEOS-xx；交付=…；分析=…` |
| 4 设计完成 | 设计完成 | 设计完成态；需求+交付挂 ZIP/截图；交付描述换 AutoPRD | `$oneos-autoprd` 灌 `## 产品说明` | `设计完成：ONEOS-xx；设计=…；原型=…` |
| 5 交棒 | **待开发** | **只**把【交付】负责人改为何斐 | 若仍占位须标红风险 | `交棒开发：ONEOS-xx；交付=…` |

**编号权威：** 需求描述 `## 工作项编号（系统）`（交付 / 分析 / 设计）。后续口令优先带 `ONEOS-xx`，禁止按标题查重。

---

## 4. 交付树（产品建出来的结构）

```mermaid
flowchart TB
  REQ["产品类需求 ONEOS-R\n状态=阶段真相"]
  DEL["【交付】ONEOS-a\nASSOCIATED→需求"]
  AN["【分析】ONEOS-b"]
  DE["【设计】ONEOS-c"]

  DEL -->|"关联项 ASSOCIATED"| REQ
  AN -->|"子项 TASK_SUB"| DEL
  DE -->|"子项 TASK_SUB"| DEL
```

验收口诀：
- 打开【交付】→「关联项」能看到需求  
- 打开【交付】→「子项」能看到分析/设计（必须 `TASK_SUB`，不能只写 parentIdentifier）

---

## 5. 两条旁路（仍交到同一终点）

```mermaid
flowchart LR
  subgraph standard [标准]
    A1[分析中] --> A2[设计中] --> A3[设计完成] --> A4[待开发]
  end
  subgraph fast [无单快轨]
    B1[待处理/已确认等] --> B2["待开发\n建交付+设计当日收口\n不建分析"]
  end
  subgraph push [编号直推]
    C1[已有分析/设计编号] --> C2[收口空计划完成] --> C3[待开发+交棒何斐]
  end
```

| 路径 | 何时用 | 注意 |
|---|---|---|
| 标准 0→5 | 正常产品节奏 | 设计完成才灌 AutoPRD |
| 快轨 | 明确跳过分析、急交棒 | 默认可不跑 AutoPRD；交付常占位→回报标红 |
| 编号直推 | 树上已有阶段任务编号 | 不新建冗余单；只认编号 |

---

## 6. 产品部人机边界（Plan 门禁）

```text
凡写云效：Plan 对齐 → 人确认 → 一口气 apply → 一次校验回报
```

| 适合全自动 | 建议人点一下 |
|---|---|
| 建单、打标、建树、改状态、交棒负责人、幂等复用 | 优先级、标签、是否快轨、设计是否真可开发、占位是否接受交棒 |

---

## 7. 交棒给下游时交出什么

产品回报至少包含：

```text
【YunxiaoPMapp】
风险：（占位交棒则首行标红）
需求：ONEOS-R | 状态=待开发
交付：ONEOS-a | 负责人=何斐
分析：ONEOS-b 或 无
设计：ONEOS-c 或 快轨占位说明
下一步：请技术经理使用开发 Skill
```

下游入口条件见 `references/handoff-contract.md`：认 **需求编号 + 交付任务编号**。

---

## 8. 和全链路的关系（本文件边界）

```mermaid
flowchart LR
  PM[产品部本文] --> Handoff[待开发交棒]
  Handoff --> Dev[开发]
  Dev --> QA[测试]
  QA --> Rel[发版]
```

全链路（含谢佳伟 / 时生亮）见仓库原型：  
`src/prototypes/yunxiao-pipeline-handbook/`  
产品 Skill 对接开发说明：  
`docs-YunxiaoPMapp-实现原理-开发Skill对接.md`

---

## 9. 相关 references

| 主题 | 路径 |
|---|---|
| 标准 0–5 | `references/stage-flow.md` |
| 交付树 / 子项 | `references/model.md` |
| 快轨 | `references/fast-track.md` |
| 编号直推 | `references/number-push.md` |
| 交棒门禁 | `references/handoff-and-rollback.md` |
| 交棒契约 | `references/handoff-contract.md` |
| 口令 | `references/commands.md` |

---

## 延伸阅读

- 四角色泳道（产品/开发/测试/发版）：`docs-四角色泳道流程图.md`
- 开发侧草案：`docs-开发侧流转草案.md`