spec-it

目标： 将一段对话转化为一份可供未来智能体实现、同时便于人类阅读的规范文档。该文档需包含明确的目标、范围、需求、验收标准和待澄清问题，并将最终结果保存至临时文件中。 范围： - 输入：任意形式的对话内容（文本格式，支持多轮交互）。 - 输出：结构化的规范文档，包括以下五个部分：目标、范围、需求、验收标准、开放性问题。 - 输出文件：生成一个临时文件（如 `/tmp/spec_<timestamp>.md`），以 Markdown 格式存储，确保可读性和可移植性。 - 适用对象：开发人员、产品经理、AI 训练者及其他利益相关方。 需求： 1. 解析输入对话，识别关键信息点（如任务意图、功能描述、约束条件等）。 2. 自动提取并组织以下内容： - 目标：清晰陈述该规范旨在解决什么问题或实现什么价值。 - 范围：界定功能边界，说明包含与不包含的内容。 - 需求：列出功能性与非功能性需求（如性能、安全性、兼容性等）。 - 验收标准：定义可验证的条件，用于判断实现是否成功。 - 开放性问题：汇总尚未明确或需要进一步确认的事项。 3. 使用自然语言生成技术，确保输出语言简洁、专业、无歧义。 4. 支持中英文混合输入，输出统一为中文。 5. 生成临时文件路径应唯一且可访问，文件名包含时间戳（例如：`spec_20240520_153045.md`）。 6. 提供日志记录功能，记录处理过程及可能的异常。 验收标准： - [ ] 给定一段示例对话，系统能正确生成包含五个部分的完整规范文档。 - [ ] 输出的 Markdown 文件格式正确，段落分明，无语法错误。 - [ ] 临时文件成功创建，路径可被读取和验证。 - [ ] 所有开放性问题被合理归类，未遗漏关键模糊点。 - [ ] 文档语言通顺，符合技术写作规范，非技术人员也能理解核心内容。 - [ ] 处理时间在 5 秒内完成（针对不超过 1000 字的对话输入）。 开放性问题： - 如何处理对话中存在矛盾或多义性的表述？是否需要引入人工确认机制？ - 是否支持从语音转写文本作为输入？对识别错误的容忍度如何设定？ - 临时文件的保留策略是什么？是否需要在生成后提供清理接口？ - 是否需要版本控制功能，以便追踪同一对话多次生成的规范变更？ - 对于高度技术性或领域特定的对话（如医疗、法律），是否需要集成领域知识库以提升准确性？

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本