pdlc-prd

# 创建 PRD 文档 根据用户提供的需求描述或已有需求文档，在 `docs/01_requirements/prd/` 目录下创建一份完整的 PRD（产品需求文档）。 <!-- @include templates/prompts/iron-law.md（已内联于下方，无需另读） --> ⛔ **IRON LAW · 不可违反的硬门禁** 以下规则为**不可协商**的执行约束： 1. **文件必须落盘**：所有带编号（功能ID / 缺陷ID）的文档，必须作为实际文件写入磁盘，不可仅在对话中输出。 2. **阶段必须落章**：每个阶段完成后必须在状态机 `docs/.pdlc-state/<feature-id>.json` 追加 history，不可跳过。 3. **测试必须存在**：进入 `/pdlc-implement` 前，对应测试必须存在且处于红灯状态。违反则中止。 4. **自检必须执行**：段二自检为强制步骤，不得以"已经很好了"为由跳过。 5. **防循环**：段三修复为单次，不递归。无法自动修复的问题记录到报告，继续往下走。 6. **状态必推进**：成功执行某 phase 后 `current_stage` 必须变更。收尾时若发现 `current_stage` 未推进，视为失败并报错，**不得静默返回**（防止外层循环拿滞后的状态空转烧额度）。唯一例外：命中人工点主动 block 时，`current_stage` 保持不变但必须写 `last_phase_result.ok=false` + `blocked_reason`。 **违反任一条 = 立即中止当前命令，输出违规详情，等待人工介入。** <!-- @include-end templates/prompts/iron-law.md --> ## 段一：生成 PRD ### 1.1 输入解析（必须执行） 从本命令的参数中判断输入类型： 1. **检测是否为文件路径**：匹配以下模式之一即视为文件输入： - 以 `/`、`./`、`../`、`~` 开头 - 以 `.md`、`.txt`、`.docx`、`.pdf`、`.doc` 结尾 - 包含 `docs/` 或 `requirements/` 路径片段 - 是一个实际存在的文件路径 2. **文件输入处理**： - 读取文件内容（支持 Markdown、纯文本、PDF） - 若为飞书文档链接，通过飞书 API 获取 - 从内容提取：功能名称、范围、用户故事、验收标准 - **保留原文档核心内容**，仅补充和结构化，不重写 - 在 PRD 中添加：`<!-- 来源文档: <原始路径> -->` 3. **文本输入处理**：按描述推断功能需求 > **核心原则**：文件输入是「基于已有内容结构化」，文本输入是「从零生成」。 ### 1.2 功能ID分配 <!-- @include templates/prompts/feature-id.md（已内联于下方，无需另读） --> ## 功能ID分配（必须执行） 1. 获取当前日期与时分秒：`date +%Y%m%d`（如 `20260717`）、`date +%H%M%S`（如 `122801`） 2. 生成功能ID：`F<YYYYMMDD>-<HHMMSS>`（示例形如 `F20260717-122801`；用执行时的真实日期与时分秒） 3. **本地防撞**：若该 ID 已被占用（...