01工作群话题
需求在一个话题中逐步清晰
产品先发出主题消息，设计和研发围绕同一个话题补充约束、方案和待确认项。无论团队使用飞书、企业微信还是钉钉，讨论都围绕同一个主题推进，而不是散落在群消息流里。
- 一条主消息对应一个讨论主题
- 回复和上下文集中在同一话题
- 团队继续使用熟悉的工作群
HiFox × IM 研发工作流
从工作群的一条讨论，到可验收的代码交付
团队在飞书、企微或钉钉里围绕一个话题讨论，讨论清楚后 @ HiFox Agent，让它整理讨论内容、创建需求任务，再由开发 Agent 编码、测试并提交验收。
实际工作场景
讨论、执行和验收，围绕同一个话题推进
需求从工作群里的一个话题开始，产品、设计和研发持续补充上下文。需要开始执行时，再唤起 Agent，把完整讨论整理成可负责、可追踪、可验收的任务。
02整理并建需求
@ HiFox Agent，把讨论整理成结构化任务
用户给出明确指令，让 Agent 总结当前话题，整理目标、范围、待确认事项和验收标准，并创建需求任务、指派给开发 Agent。不是每条群消息都会自动建任务，而是在团队决定开始执行时主动触发。
- 明确指令后才创建任务
- 完整读取话题上下文
- 自动整理并指定开发 Agent 处理人
03Agent 开发
开发 Agent 接到任务后开始编码
开发 Agent 读取由讨论整理出的任务上下文、代码库规范和验收标准，在隔离工作区中修改代码。执行进度、变更文件、阻塞和日志持续回到任务，不再散落在个人终端。
- 在独立 worktree 中执行
- 讨论结论直接进入开发上下文
- 进度与阻塞留在团队可见的任务里
04测试与验收
测试证明和修改摘要一起交给用户
Agent 运行任务要求的 typecheck、测试和构建，把修改摘要、验证结果和已知限制附回任务，并进入待验收。用户决定接受、要求修改，或继续后续合并。
- 验证结果随交付一起返回
- 已知限制不会被隐藏
- 最终决定始终由人做出
工作流结果
让工作群里的共识，真正进入交付系统
HiFox 连接的不是两个聊天窗口，而是讨论上下文、任务、执行记录和人工决策。团队看到的不只是最后一段回复，而是从讨论到交付的完整过程。
讨论不再丢失
一个话题中的决定被整理成有目标、有边界、有验收标准的任务。
执行过程可追踪
谁在处理、做到哪里、遇到什么阻塞，都回到同一任务中。
交付结果可验收
代码、测试结果和已知限制一起提交，由人做最后判断。
Agent 负责整理和执行，人负责方向、授权与最终验收。
这条工作流不会默认自动合并或上线。HiFox 把可检查的结果交到用户面前，让自动化停在正确的人工边界。
如何开始
把这条工作流接进你的工作群
准备两个角色清晰的 Agent，并把需求入口放到团队每天已经在使用的飞书、企微或钉钉中。
01
连接工作群 Agent
在 HiFox 创建需求 Agent，再连接团队正在使用的飞书、企业微信或钉钉工作群。
02
配置开发 Agent
为开发 Agent 连接代码库和运行环境，并写明开发、测试与汇报规则。
03
在话题中明确发起
@ 需求 Agent，要求它总结当前讨论、创建需求任务并指派给开发 Agent。
FAQ
关于工作群 Agent 研发工作流
每条工作群消息都会自动创建 HiFox 任务吗？
+
不会。工作群消息会进入已连接 Agent 的会话，只有用户在相关话题中明确要求它总结讨论并创建任务时，才会进入任务工作流。
可以接入哪些工作群平台？
+
团队可以按现有沟通习惯接入飞书、企业微信或钉钉。页面中的工作流不依赖某一个 IM，重点是让 Agent 能读取当前话题并把讨论结果带入任务。
需求 Agent 和开发 Agent 必须是同一个吗？
+
不必。推荐让需求 Agent 负责沟通、整理和任务创建，让开发 Agent 负责代码执行。团队也可以根据自己的流程调整角色分工。
Agent 完成后会自动合并或上线吗？
+
这个工作流以人工验收为边界。Agent 提交代码变更、修改摘要和测试结果，用户再决定接受、要求修改或进行后续合并。