Skip to main content
最佳实践

@Waker 专家配置最佳实践

为 @Waker 会话配置真人专家,让专家在关键节点提供判断,并将结论带回原任务和群聊。

在与群聊内的数字员工协作时,使用者往往还会遇到以下问题:
  • 代码发布、产品上线等面向企业外部的重要工作,需要人类专家把关,但专家并不总有时间看完群里的大量消息并及时回复。
  • 即使数字员工已绑定项目和知识库,也可能无法准确解释刚出现的新概念和术语。
以研发团队为例:开发同学让数字员工完成从调试、修复,到根据代码评审意见修改并上线的全过程。数字员工可以修改代码、执行测试和上线,却无法代替技术负责人判断本次数据库变更在实际业务中还会引入哪些风险,或者是否需要灰度测试。 这时,开发同学只能私聊寻找负责人并重新解释背景;负责人也要翻阅大量消息,确认风险后再把结论发回群里。如果负责人不在群里,还需要其他人来回转述。任务虽然交给了数字员工,但一遇到卡点,协作仍会回到“找人、补背景、等回复、再转达”的流程。 QoderWake 的 @Waker 专家 功能用于解决这类问题。为每个 @Waker 会话配置真人专家后,@Waker 会依据配置的规则,在合适的时机主动向合适的专家求助;收到专家回复后,原工作会继续推进,结果也会回到原来的任务和群聊。

管理员:为每个 @Waker 会话配置专家

@Waker 专家按会话配置,为人类员工和数字员工的协作提供灵活、专业的支持。 管理员可以根据需要,为每个 @Waker 会话配置一个或多个人类专家,帮助 @Waker 解决工作中遇到的特定问题。专家求助规则应根据实际工作的难点和卡点来设置。 过于宽泛的规则容易模糊 @Waker 求助的边界,例如“困难问题问专家”。更合适的规则包括:
  • 账号登录、组织权限和企业认证
  • 版本升级、数据迁移和兼容性问题
  • 所有代码交付前找专家 Review
为 @Waker 会话配置专家
为当前 @Waker 会话添加专家,并填写具体的专家求助规则。

专家:如何与 @Waker 良好协作

引用 @Waker 的求助消息,再给出结论

专家会在与机器人的私聊中收到求助。推荐的回复方式是:引用 @Waker 发来的求助消息,再给出结论。 专家第一次回复后,还可以继续补充、追答或纠正,只需继续引用同一条消息。 专家可能同时收到来自多个群的多条求助。引用对应的求助消息,可以让 @Waker 明确每条回复对应的问题,避免串线。

补充或修正时,继续引用同一条消息

专家第一次回复后,可以继续补充、追答或纠正:
  • 补充条件时,可以写:补充:以上方案只适用于 3.0 及以上版本。
  • 修正结论时,可以写:修正:原方案不适用于托管环境,请改用平台升级流程。
这些内容仍建议引用原来的求助消息。一个问题始终围绕同一条消息回复,最不容易出错。

专家求助不会与专家自己的任务混淆

专家可以在同一个私聊窗口中正常使用 @Waker。例如,专家主动发送“帮我整理这份会议记录”,这仍是普通私聊,不会被转发到任何群。 只有明确对应某次专家求助的回复,才会进入原任务。专家求助和专家自己的私聊不会因为出现在同一个窗口就混在一起。
专家引用求助消息并给出结论
专家在机器人私聊中引用求助消息进行回复。

使用场景:项目群内协调工作

在“@Waker 推广项目群”中,成员询问推广项目的最新进展。会议时间、地点和会前材料都属于项目的实时安排,因此 @Waker 不会直接猜测,而是告诉提问者:“我先找专家确认一下,确认后马上回复你。” 随后,@Waker 私聊当前会话配置的推广项目专家,并说明问题来自哪里、提问者是谁,以及需要确认哪些信息。专家引用求助消息回复:“明天下午三点,在 1 号会议室。”之后补充:“需要相关负责人在会前准备好官网文档。” 两次回复都会进入同一个任务。专家不需要加入项目群,提问者也不需要在不同窗口之间转述。收到专家回复后,@Waker 将信息整理为清楚的会议时间、地点和准备事项,并返回最初提问的推广项目群。

使用场景:专家把关代码发布

在研发群中,研发同学询问订单服务的 PR #482 已通过 CI,是否可以在当晚直接发布。@Waker 可以检查代码和构建结果,但本次改动涉及数据库表结构。根据当前会话配置的求助规则,所有数据库变更在发布前都必须由后端与数据库专家确认。 @Waker 告诉群成员:“我会检查本次代码和数据库变更,并请专家确认发布风险。”随后,它私聊专家说明问题,并整理出需要判断的关键信息:PR 已通过 CI,但数据库迁移新增了一个没有默认值的非空字段,团队需要确认能否直接发布。 专家引用求助消息回复:“先不要直接发布。新字段需要增加兼容默认值,并先完成历史数据回填,否则新旧服务同时运行时,旧服务写入可能失败。” @Waker 将专家意见整理后返回原研发群:暂缓全量发布,先修复字段兼容问题、完成数据回填并准备回滚方案;修改完成后先进行小范围灰度,观察指标正常后再逐步全量发布。
专家把关代码发布
@Waker 向专家说明发布问题,收到结论后将建议返回原研发群。

上线前做一次简单验证

配置完成后,建议在测试群完整走一遍:
  1. 在群里向 @Waker 提出一个需要专家判断的问题。
  2. 确认正确的专家收到了私聊求助。
  3. 让专家引用求助消息进行回复。
  4. 确认结果回到了原来的群。
  5. 再让专家发起一条普通私聊,确认它没有被转发到群里。
如果一位专家同时服务多个群,再增加一次多问题测试,确认每条答案都回到对应的来源会话。 通过 @Waker 专家配置,每个会话都可以由合适的专家帮助 @Waker 解决问题,专家给出的答案也会回到原群。任务交给 @Waker 后,它不再因为遇到问题而停下,而是可以主动寻找专家帮助,继续推进工作。