القائمة
读取并分析 PRD 需求文档，提取要点和任务拆分。在 dev-flow 流程的第 1 步自动加载。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Uniplat 低代码平台编码规范速查。在 Uniplat 项目中进行任何开发任务时参考。
编码实现方法论：垂直切片 + TDD 核心循环。在 dev-flow 流程的第 5 步自动加载。
生成开发总结文档，记录交付物、依赖、设计要点。在 dev-flow 流程的第 8 步自动加载。
编码实现方法论：垂直切片，逐步推进。
在指定子项目目录下创建 Uniplat 数据模型脚手架（JSON 元数据 + Groovy 钩子文件）
创建 Uniplat 领域服务（DomainService）
| name | read-prd |
| description | 读取并分析 PRD 需求文档，提取要点和任务拆分。在 dev-flow 流程的第 1 步自动加载。 |
| version | 1.1.0 |
读取 PRD 目录中的所有文件（PDF、MD、HTML），提取需求要点，识别可独立交付的任务单元。
用 Glob 扫描 PRD 目录：
**/*.pdf — PDF 需求文档**/*.md — Markdown 需求文档**/*.html、**/*.htm — HTML 需求文档.idea/ 等 IDE 目录在 ben-workspace 的旧 PRD 结构中，批次目录下有 分配.md 作为索引文件，真实 PRD 在同项目上级的 all/ 目录。新结构已不使用 all/ 和 分配.md 索引，PRD 直接以 需求.md 存放在状态目录下：
Prd/
└── 项目名/
├── 初始化/ ← 状态目录
├── 进行中/
├── 已交付/
│ └── YYYYMMDD/ ← 日期目录
│ ├── 需求.md ← PRD 正文（标准文件名）
│ ├── 需求.forged.md ← forge-prd 产出（可选）
│ └── *.jpg ← 截图/原型
└── 待排期/
扫描时若命中 分配.md（或 分配*.md），按以下逻辑处理：
分配*.md 时标记，不直接作为 PRD 读取。需求.md——有则直接读取，这就是 PRD。需求.md，向上找同项目的 ../all/ 目录，在其中按文件名匹配。正常情况：日期目录下直接有 需求.md，走原有扫描逻辑，行为不变。
MD 文件：直接 Read 全部内容
HTML 文件：直接 Read 全部内容（HTML 本质是纯文本）
PDF 文件：使用 Read 工具的 pages 参数分页读取
内嵌截图/原型是视觉规格的权威来源：PRD 里带标注的 UI 截图、原型图与散文正文同等重要，往往把「位置/文案」说得比正文更死。读到图不要略过，逐张逐元素提取以下视觉规格五要素（下游 skill 均引用此定义）：
凡图里已给出的位置/文案，即为已定死的规格，不得当作开放项。
对每个文件提取：
| 提取项 | 说明 |
|---|---|
| 任务名称 | 简短描述（10 字以内） |
| 任务 ID | 如 ID1019077（从文件名或内容中提取） |
| 核心需求 | 这个任务要做什么（1-3 句话） |
| 涉及页面/模块 | 前端页面、后端模型、数据库表 |
| 关键约束 | 边界条件、依赖关系、特殊规则 |
| 视觉规格 | 有截图/原型时必填：按视觉规格五要素逐元素照图记录（列归属/合并、按钮精确文案、所在页签、筛选位置、字段顺序），不自拟；无图则记「正文与图均未给出」 |
按以下格式输出摘要，向用户确认：
## 需求摘要
共发现 N 个文件，识别 M 个可交付任务：
### 任务 1：<任务名>（IDxxxxxxx）
- **核心需求**：...
- **涉及模块**：...
- **关键约束**：...
- **视觉规格（据截图/原型）**：按五要素记录——列归属/合并、按钮精确文案、所在页签、筛选位置、字段顺序；无图则写「正文与图均未给出」
### 任务 2：<任务名>（IDxxxxxxx）
- **核心需求**：...
- **涉及模块**：...
- **关键约束**：...
- **视觉规格（据截图/原型）**：按五要素记录——列归属/合并、按钮精确文案、所在页签、筛选位置、字段顺序；无图则写「正文与图均未给出」
...
请确认以上理解是否正确，或补充遗漏的需求。