企业运营 · 研发协同
产品协同研发智能体 使用说明
本页是产品协同研发智能体的使用入口。登录后可把零散需求整理为结构化条目，辅助架构设计，并对评审与决策过程留痕。
使用步骤
- 登录后新建项目，录入需求或从既有文档导入
- 把需求整理为可验收条目，标注优先级与验收标准
- 在设计评审中记录取舍理由，形成可回溯的决策记录
使用前须知
- 不替代项目管理工具，也不替代技术负责人的判断
- 需要团队按约定流程记录需求与评审，否则留痕不完整
- 接入的代码仓库范围需企业明确授权
适用场景
- 需求靠口头与聊天记录传递，开发结果与预期不一致
- 评审意见散落在多处，事后无法追溯当时的取舍依据
- 小团队缺少专职产品经理，需求梳理环节容易被跳过
使用提示
- 需求条目建议写成「谁在什么场景下要什么、如何验收」
- 评审结论与理由一并记录，比只记结论更有价值
- 接入仓库建议从核心仓库开始，验证有效后再扩大范围
- 决策记录按项目归档，人员变动时交接成本明显更低
- 与现有项目管理工具并存即可，不必一次性替换
产品协同研发智能体属于企业运营垂域的研发协作工具，只处理「需求结构化与决策留痕」这类任务。它把损耗较大的两个环节补起来：需求传递的失真，以及决策依据的丢失；它不替代项目管理工具，也不替技术负责人做判断。
需求内容、评审记录与代码处理范围保存在企业指定环境中，不对外共享；接入的仓库范围由企业明确授权。
适合多大规模的团队？
主要面向十人到百人规模的研发团队。小团队用于补齐需求与评审环节，较大团队用于统一协作口径。
会替代现有项目管理工具吗？
不会。它更偏向需求梳理与决策留痕，可与现有工具并存，也可以按流程对接。
代码会不会被上传到外部？
代码处理范围取决于部署方式，可在企业内网环境中运行，具体边界在实施前确认。
为什么必须先登录？
需求与决策记录需要按项目与人员归属，因此进入应用前需要先登录。
历史项目可以导入吗？
可以。把既有需求文档导入后重新整理为结构化条目，通常建议从一个在进行的项目开始。
接入仓库与人员权限范围需企业确认后再启用。