一种 工作流 的理念

最近大肥鱼挺火,自己也想做。但是面对几百个群的压力,还要解决并发数据库存取问题。也了节约 token 同时又要方便 拓展业务,做了这样的工作流策略。

理念是:

来项目了!等客户把话确定都说完了↓

  • 员工待命。如果老板认为不需要调用员工,直接自己做完提交
  • 员工待命。老板认为需要叫 xx 和 xx 员工干活,交代出去。等它们做完验收,然后自己再整理一次提交(整体大的上下文最多跑两次)

这样做的好处是:群内大部分都是聊天相关,对于技能只是偶尔或者很少用到。因此转为单请求,大上下文只消耗一次 token。

遇到查数据库、查个人档案、查资料、搜索网页,才会并发执行多个 agent 或者 技能(调用读写业务采用队列执行),拆分成小份的业务都跑完后,揣着答案再给老板做一次。大的上下文 只消耗两次 token。

部分技能(写日记、偷表情、个人档案变动)则静默操作,不再次走请求,意思是:老板交代任务,不用再次报道。

1 个赞