用途：把想法、bug 或头脑风暴转化为 PRD 与技术规格，产出验收标准、关键技术决策与验证方案，用于实现前的需求确认。
主要能力：以 PRD/Spec 层面持续访谈用户，覆盖用户可见行为、验收标准、关键技术决策与验证策略；逐条解析决策树中的依赖关系；对现有代码库主动提出重构、简化或新设计建议；在提问前先派生子智能体探索代码库、自行查证可在代码中找到的事实；达成共识后逐段向用户回读规格，展示标准、决策与取舍的实际内容，并先说明规格承诺什么、明确排除什么、还有哪些未决问题；必要处用伪代码、调用图或 ASCII 纯文本图呈现接口、数据流或逻辑。
使用方式：一次只问一个问题（每条消息恰好一个问号，附加追问留到下一条消息），并给出推荐答案，等待反馈后再继续。决策由用户拍板。回读通过后，把精简规格写入新的临时文件（例如 ${TMPDIR:-/tmp}/lite-spec-<slug>.md）并停止；告知用户该临时文件路径，并建议下一步用 lite-plan 做实现规划。规格内容包含问题、方案、验收标准、关键技术决策、测试与验证、范围之外事项与未决问题，并保留用户已确认的伪代码或图示。
适用场景：需要为想法或变更建立共享理解、明确验收标准与技术决策、在实现前做验证设计时。
限制：未提供定价、平台支持、安装方式、运行环境要求等具体信息；回读若只可能得到“听起来不错”的回复，说明发送的是摘要而非回读。