lld-designlisted

> **⚠️ `.agents/` 是外部资源包路径，本机已不存在**（`Documents/Claude/Product/.agents/` 已删除）。 > 下文凡引用 `.agents/knowledge/`、`.agents/agents/`、`.agents/agent-memory/` 的地方**读不到文件**， > 按以下降级处理，**不要因此中止**： > - `.agents/knowledge/**`（内容规范、质量清单）→ 用本技能 `references/` 下的模板与检查表；两者都缺时按通用工程规范执行并在产出里标注「无内容规范可依」 > - `.agents/agents/*.md`（子 Agent 派发）→ 不派发，由当前会话直接执行该角色的工作 > - `.agents/agent-memory/**`（跨会话记忆）→ 跳过读写，改为在产出里写清本次的决定 > - `.agents/rules/prd-to-srs-gate.md` → **已迁到 `../common/prd-to-srs-gate.md`**（库内权威副本） # 详细设计说明书（LLD）生成器 ## Agent 协作架构 ``` lld-design skill（主流程：调度 + 文件写入） ├── design-analyzer agent（分析师，DOC_TYPE=lld） │ 职责：读 SRS/HLD/代码，输出实现级摘要（类/表结构/字段/索引/接口签名/错误码） │ 按 database.md 补全必备字段，按 backend.md 规整接口 │ ├── design-writer agent（撰写者，DOC_TYPE=lld） │ 职责：摘要 + 模板 + 技术规范 → 模块详设/数据库物理设计/API详细设计章节 │ └── design-reviewer agent（审查者，DOC_TYPE=lld） 职责：五维度审查（结构完整性/分层边界/技术规范符合/可追溯性/设计质量） 重点：表必备字段、命名规范、索引、统一响应格式、可追溯性 ``` **先写后审原则：** 生成 → 写入 → design-reviewer 审查 → 汇总 → 询问修复 → 用户确认后修复。 **分组并行策略**（模块多时）：按 2-3 个模块一组，组内并行 analyzer → 并行 writer → 串行写入，组间串行。审查阶段统一在末尾进行。 ## 工作模式 | 模式 | 触发场景 | 入口 | |------|---------|------| | **生成模式** | 从 SRS/HLD 生成 LLD | → Step A | | **局部完善模式** | 补充/修改某模块或某表/接口 | → Step B | | **审查修复模式** | 审查已有 LLD 并修复 | → Step C | | **反向同步模式** | 根据代码更新 LLD（代码是真相源） | → Step D | | **导出模式** | 导出为 Word 文档 | → 导出 Word 章节 | --- ## Step A: 生成模式 ### A1: 扫描项目上下文 | 优先级 | 文件类型 | 查找方式 | |--------|---------|---------| | 最高 | 概要设计 | `Glob("**/*概要设计*.md")` | | 高 | SRS需