用途：将 PRD 转化为确定性、可追溯、面向实现与 QA 的 Lean SRS 工件，降低歧义、幻觉与实现不一致；适用于 PRD 转 SRS、实现规格、需求追溯、验收标准规范化、确定性工程契约等请求。
工作目录与产物：工作项目录为 .lcs/work-items/{timestamp}-{slug-work-item}/，保留原有 prd.md，生成或覆盖 srs.md（必需）、tests.md（必需）、api.md（可选，涉及 API 变更时）、db.md（可选，涉及数据库变更时）；另生成 traceability.md。写作策略为一次响应只写一个文件，顺序为 srs.md → api.md → db.md → tests.md → traceability.md。
主要能力：从权威 PRD 与来源需求台账提取功能、业务目标、用户角色、业务规则、SRC-### 来源 ID 与优先级；产出功能需求、校验规则、边界用例、验收标准；在存在 API 行为或持久化变更时起草 API 契约与数据库影响；建立 SRC → FR/BR/VR/EC/API/DB/AC/TEST 的追溯矩阵。ID 采用每类三位顺序编号，如 FR-001、BR-001、VR-001、EC-001、API-001、DB-001、AC-001、TEST-001。需求须原子、确定、可测、面向实现，避免“适当地”“足够快”等模糊措辞。
使用方式：继续已有工作时先读 .lcs/state.md，按 .lcs/state.md、prd-enhanced.md（若存在）、prd.md 的顺序读取来源；若存在 prd-enhanced.md 却未读取，应停止并报告来源冲突，不得仅凭 prd.md 生成 SRS。生成后更新 .lcs/state.md 的阶段为 srs 并记录时间戳等状态。所有产物须含符合 ../lcs-shared/contract.md 的 YAML frontmatter，并附 Chain of Truth 报告与交接信息（下一技能推荐 lcs-task-slicer）。
限制：不生成细粒度执行文件 task/task-###.md，需要切分执行任务时交给 lcs-task-slicer。具体命令、价格、平台支持与运行环境信息资料未提供。