Requirement Description Optimization(Requirement description optimization).
Break down fragmented, colloquial text (chats/recordings/feedback logs) whilepreserving the original meaningintotitle, description, andautomatically identifythe type, priority, tags, submitting department, and submitter, for ingestion and writing into Yunxiao requirements.
Multiple lines/multiple independent requests → automatically split into multipletranslation results.
Mandatory: in the cleaning result,as long as any "To be confirmed" exists，Agent must immediately SwitchMode → plan, resolve them one by one using multiple-choice questions;no needfor the user to say "confirm the to-be-confirmed items" again. If there are no to-be-confirmed items, the final draft can be submitted directly.
Dedicated for delivery tasks (invoked by YunxiaoPM)
When generating/backfilling the [Delivery] description, YunxiaoPM must directly invoke this Skill, according to references/delivery-rules-chapter.md producea separate chapter：
## 规则对照（AutoRDO）
### 修改前规则
- …
Modified rules
- …
需求侧「原始诉求」仍用下文常规模板；**不要**把规则对照章与需求清洗稿混成一段。
## 边界（强制）
| 做 | 不做 |
|---|---|
| 提炼标题与书面描述；自动识别类型/优先级/标签/提交部门/提交人 | 改云效状态 / 建任务 / **直接**打云效标签 |
| 多行/多条 → 多份转译结果 | 写成完整 AutoPRD / 臆造业务结论 |
| 有待确认 → 强制 Plan 逐条确认 | 停在初稿等口令；把猜测写入定稿 |
| 去除描述**结尾句号** | 加载已下架的旧云效 lifecycle Skill |
云效建单与打标由 **`$YunxiaoPM`（需求任务）** 负责；本 Skill 只出清洗稿、推荐元数据，以及【交付】用的**规则对照章**。
## 跨 Skill 逻辑交接（强制）
- 下游只传正式 Skill 名 **`YunxiaoPM`**、清洗后的标题/描述、结构化元数据，以及材料版本或内容哈希等必要证据标识。
- 禁止定位、读取或要求用户提供其他 Skill 的安装目录；不同客户端之间不得通过物理文件路径交接。
- 下游需要调用时只输出正式选择器 **`$YunxiaoPM`**，不得输出旧名称或安装路径。
## 何时使用
- 口令含 `AutoRDO` / `清洗聊天` / `录音整理` / `原始诉求`
- 粘贴反馈台账（含部门/优先级/模块列）或口述碎片
- YunxiaoPM「记录需求」前必须先跑本 Skill（材料为碎片/台账时）
- **YunxiaoPM 生成/回填【交付】描述**：必须调用本 Skill，产出 [delivery-rules-chapter.md](references/delivery-rules-chapter.md) 规则对照章（修改前 + 修改后）
## 输入
- 聊天、会议速记、口述、录音转写
- **多行/台账**：含反馈人、所属部门、业务模块、优先级、Web或小程序等列时优先采信列值
- 确认阶段补充文字
## 处理规则
**强制前置**：ONE-OS 材料先 Read [references/oneos-domain.md](references/oneos-domain.md)，元数据规则见 [references/meta-fields.md](references/meta-fields.md)，再按 [references/rules.md](references/rules.md) 执行。
1. **多条拆解** → 每条独立成稿
2. **OneOS 对齐** → 模块/部门标准名
3. **元数据识别** → 类型、优先级、标签、提交部门、提交人（显式列 > 正文标记 > 语义推断；不确定 → 待确认）
4. **标题 + 描述转译** → 去口语、去结尾句号
5. **有待确认 → 强制 Plan** → 见 [references/confirm-pending.md](references/confirm-pending.md)
## 输出
```markdown
## 原始诉求（AutoRDO）
**标题**：<清晰标题>
**类型**：【新增】|【优化】
**优先级**：P1-高|P2-中|P3-低
**标签**：<标准模块>[, Web|小程序]
**提交部门**：<标准部门名或空>
**提交人**：<姓名或空>
**描述**：
<转译正文；无结尾句号>
反馈：<有则附日期/禅道/状态/端>
待确认：
- …
When there are multiple items, first write "N items in total", then ### 1 … ### N。
Example for YunxiaoPM:记录需求：标题=…；类型=…；优先级=…；标签=…；提交部门=…；提交人=…；描述=…
For the [Delivery] description: first run this Skill to produce the rule comparison chapter, then have YunxiaoPM write it into the delivery task.
Passphrase
AutoRDO：<粘贴聊天或台账行>
AutoRDO：录音转写如下 …
按下列补充消解待确认：
<补充说明>