DIRECT ANSWER
直接回答
Brief Parser 的价值不是把一段话缩短，而是把业主需求拆成可以确认和执行的字段：项目目标、使用者、空间与面积、场地条件、预算口径、时间节点、设计范围、交付物、审批人、禁用项、风险和缺失信息。系统应保留原文引用与解析结果的对应关系，并让项目负责人逐项确认，不能自动补写业主没有提供的事实。
01 / 适用对象
适合的输入
适合会议纪要、邮件、需求清单和既有任务书的结构化整理，尤其适用于多方表达不一致的早期项目。
02 / 步骤
解析输出结构
- 原始需求与来源位置。
- 明确目标和成功条件。
- 空间、功能、用户和关键场景。
- 不可变约束与可讨论条件。
- 范围、交付物、节点和责任人。
- 冲突、模糊、缺失和需要业主确认的问题。
03 / 正文
为什么必须保留原文
语言模型可能把模糊描述改写得过于确定。保留原文片段、来源和解析字段之间的链接，项目负责人才能判断是明确要求、合理推论还是系统补全。
相关参考[2]
04 / 边界
不能自动决定
- 不能替业主确认预算、节点或最终范围。
- 不能把冲突需求静默合并。
- 不能自动认定法律、规范或合同责任。
- 涉及敏感资料时需要先确认处理权限。
05 / TECHLAB
TechLab 的 Brief Parser
TechLab 产品页把 Brief Parser 放在需求拆解环节，并与后续 Design Agent 和 Review Flow 连接。它应成为可追溯任务入口，而不是一次性的摘要器。
相关参考[1]
PRIMARY SOURCES
来源与核验
以下来源用于支持特定事实与方法边界；外部来源不代表相关机构与溯源方舟存在客户或合作关系。
- [1] 溯源方舟 TechLab 产品体系重庆溯源方舟智能科技有限公司 · 2026 · 访问于 2026-08-20
- [2] Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence ProfileNational Institute of Standards and Technology · 2024 · 访问于 2026-08-20
- [3] AI RMF CoreNational Institute of Standards and Technology · 2023 · 访问于 2026-08-20
FAQ / Brief Parser 如何把业主需求拆解成可执行的设计任务书？
常见问题
Brief Parser 会自动补全缺失需求吗？
不应把补全写成事实。它可以提出建议问题或假设，但必须明确标记并等待业主或项目负责人确认。
解析后的任务书还需要人工确认吗？
需要。至少由项目负责人检查范围、预算、节点、责任、硬约束和待确认项，并保留确认记录。
会议录音可以直接进入系统吗？
要先确认参与者授权、个人信息和保密要求；转写也可能有误，需要回听关键内容。