01群聊话题
围绕一个话题逐步明确需求
产品团队发起话题，设计和工程团队围绕它补充约束、方案和待确认问题。无论使用 Slack、MS Teams 还是 Discord，讨论都聚焦于同一主题，而不会散落在群消息流中。
- 每个讨论话题对应一条根消息
- 将回复和上下文保留在同一话题下
- 继续使用团队现有群聊
真正的工作流
讨论、执行和审核围绕同一话题推进
一项需求从团队群聊中的话题开始。产品、设计和工程团队不断为讨论补充上下文。需要开始工作时，一次明确提及即可将完整讨论转化为责任清晰、可跟踪的交付。
02梳理并创建
提及 Sharkly Agent，将讨论整理成结构化任务
用户明确要求 Agent 总结当前话题，记录目标、范围、待确认问题和验收标准，创建需求任务并指派开发 Agent。除非团队主动要求，否则群消息不会变成任务。
- 仅在收到明确指令后创建工作
- 阅读完整话题上下文
- 立即指派开发 Agent
03Agent 开发
开发 Agent 接手任务并开始编码
Agent 读取由讨论整理出的任务上下文、代码仓库规则和验收标准，再在隔离工作区中工作。进度、已更改文件、阻塞项和日志都会返回任务，而不是消失在私人终端中。
- 在隔离工作树中工作
- 将讨论决策带入实施
- 让团队看见进度和阻塞项
04测试与审核
测试证据与变更摘要一并返回
Agent 运行所需的类型检查、测试和构建，再将变更摘要、验证结果和已知限制附到任务上。任务随后进入人工审核，由人员接受或要求再次处理。
- 随代码一并交付验证结果
- 让已知限制保持可见
- 由人员作出最终决定
Runtime
连接团队使用的 AI 开发工具
连接本地或云端电脑，将其 Runtime 作为受控执行资源提供给 Agent。保留团队现有工具，同时让运行可以指派和追踪。
Claude CodeCodexGeminiOpenCodeOpenClawHermes
工作流成果
将群聊中的共识带入交付系统
Sharkly 将讨论上下文、任务、执行记录和人工决策连接起来。团队看到的是从讨论到交付的完整路径，而不只是从私人 AI 窗口复制出的最终答案。
完整保留讨论
围绕一个话题的决策会变成包含目标、边界和验收标准的任务。
执行过程始终可见
责任归属、进度和阻塞项都会回到团队可跟踪的同一任务。
交付过程可审核
代码、测试结果和已知限制一并交付，由人员作出最终决定。
Agent 组织并执行工作。人员设定方向、授予权限并验收结果。
此工作流不承诺自动合并或部署。Sharkly 将可检查的结果交给用户，并在恰当的人工边界停止自动化。
入门
将此工作流带入团队群聊
准备两个职责清晰的 Agent，再将需求入口放入团队现有的 Slack、MS Teams 或 Discord 群组。
01
连接群聊 Agent
在 Sharkly 中创建需求 Agent，再将其连接到团队使用的 Slack、MS Teams 或 Discord 群组。
02
准备开发 Agent
连接其代码仓库和 Runtime，再定义必须遵循的编码、测试和报告规则。
03
在话题中明确启动
提及需求 Agent，请它总结当前讨论、创建任务并指派开发 Agent。
常见问题
关于群聊 Agent 工作流
每条群聊消息都会自动创建 Sharkly 任务吗？
+
不会。消息会进入已连接的 Agent 聊天。只有用户在相关话题下明确要求 Agent 总结讨论并创建任务时，才会创建任务。
团队可以连接哪些消息平台？
+
团队可根据现有沟通习惯使用 Slack、MS Teams 或 Discord。工作流不依赖某一款即时通讯产品，关键是将当前话题带入任务。
需求 Agent 与开发 Agent 必须是同一个吗？
+
不必。推荐配置是由一个 Agent 负责沟通和整理任务，另一个负责执行代码。团队可按工作流调整角色。
Agent 完成后会自动合并或部署吗？
+
此工作流止于人工验收。Agent 返回代码变更、摘要和测试证据，再由用户决定接受、请求修改或继续合并。