关于让iflow智能调用子代理,各位大佬有什么实践建议吗?

我尝试了明确告诉他要调用合适的子代理(之前用的是中文,他好像不理解没调用,后来才改成agents),他是调用了,但是又没完全调用

1.它在思考里写的是要调用explore-agent来了解项目的整体结构和功能,以及perception-agent来分析现有文档内容。但实际上他只调用了explore-agent,之后都是它自己干了。

2.它很纠结,找了一堆代理后,决定自己干了,这个可能是我没有安装合适的代理,或者他觉得自己比这些代理更合适。

3.它写了“并行调用两个agents来分析项目结构和文档内容”,但实际上就如第一点说的,它只调用了一个,这里的并行没有发生,不知道是不是和iflow只有1个并发有关,或者单纯就是因为他真的自己觉得他就比子代理强 :rofl:

  > 深度思考,请为本项目编制面向最终用户的使用说明文档,你可以调用合适的agents协助你编写。文档使用md格式保存到docs目录,docs目录原有的文档,帮忙在docs目录下分类放到不同的子目录里。


✻ 思考中...

  用户要求我为项目编制面向最终用户的使用说明文档,并且要求:
  1. 深度思考
  2. 使用md格式保存到docs目录
  3. 将docs目录原有的文档分类放到不同的子目录里

  这是一个复杂的任务,需要:
  1. 首先了解项目的功能特性
  2. 了解现有的文档结构
  3. 整理现有文档到子目录
  4. 编写面向最终用户的使用说明文档

  让我先用todo_write来规划这个任务,然后调用合适的agents来协助完成。

  首先,我需要了解:
  - 项目的功能特性
  - 现有docs目录的内容
  - 项目的用户界面和功能

  我应该调用explore-agent来了解项目的整体结构和功能,以及perception-agent来分析现有文档内容。

✦ 我来深度思考并规划这个任务。这是一个复杂的文档整理和编写工作,需要分步骤完成。
  ✔  Plan 更新待办事项列表(5个待处理,1个进行中,0个已完成)
     ·已更新待办事项列表
       ⎿ ☐ 分析项目整体结构和功能特性
         ☐ 分析docs目录现有文档内容
         ☐ 设计docs子目录分类结构
         ☐ 移动现有文档到相应子目录
         ☐ 编写面向最终用户的使用说明文档
         ☐ 验证文档结构完整性


✻ 思考中...

  现在我需要并行调用两个agents来分析项目结构和文档内容:
  1. explore-agent 来了解项目的整体功能
  2. 我自己也需要查看docs目录的文档内容

  让我同时调用这两个任务。

✦ 让我并行调用agents来分析项目结构和现有文档:
  ✔  task Launch agent(explore-agent): 分析项目功能特性
      🔵 Explore Agent 代理 已完成 (第 14 轮) - 41 条消息 • 19m 5s

         模型: glm-5

         任务:

         工具:
           ✔  ReadFile readme.md
              从 backend/app/main.py 读取所有 237 行数据

           ✔  ReadFile backend/app/main.py
              从 backend/app/main.py 读取所有 237 行数据

           ✔  ReadFile docs/architecture-design.md
              从 backend/app/main.py 读取所有 237 行数据

           ✔  ListDirectory  backend/app/models
              列出了 15 个项目。

           ✔  ListDirectory  backend/app/api
              列出了 15 个项目。

           ✔  ListDirectory  backend/app/api/ai
              列出了 15 个项目。
我需要调用一个合适的agent来帮我编写这个文档。我可以使用 format-html-agent 来生成html报告,或者直接使用 write_file 来创建markdown文档。

  由于用户要求md格式,我应该直接创建markdown文档。但这是一个复杂的任务,我可以使用 full-requirements-ai 或 plan-agent 来帮助编写。

  让我使用 task 工具调用一个专门的agent来编写用户手册。

  ✔  Plan 更新待办事项列表(1个待处理,1个进行中,4个已完成)
     ·已更新待办事项列表
       ⎿ ✔ 分析项目整体结构和功能特性
         ✔ 分析docs目录现有文档内容
         ✔ 设计docs子目录分类结构
         ✔ 移动现有文档到相应子目录
         ☐ 编写面向最终用户的使用说明文档
         ☐ 验证文档结构完整性


✻ 思考中...

  现在我需要编写面向最终用户的使用说明文档。这是一个复杂的文档,我需要调用一个合适的agent来完成。我将使用 full-requirements-ai 来帮助编写这个文档,因为它可以满足所有查询要求。

  不过,考虑到文档的复杂性,我应该使用一个专门的文档编写agent。让我检查一下可用的agents...我看到了 format-html-agent 是html报告编写专家,但用户要求的是md格式。我可以直接使用 general-purpose agent 或自己编写。

  实际上,我已经有了足够的信息来编写这个文档。让我直接创建用户手册。

又试了一个,他这思维逻辑果然不是我这个凡人可以理解的,前面写的出后面写的顺序都不一样 :rofl:

也不知道是不是我说的不够清楚

   > 深度思考,请编站在最终用户的角度为本项目编制一份测试计划文档,由于你的token有限,你要调用合适的agents协助你编写,不到万不得已不要自己做。文档使用md格式保存到docs目录合适的位置。


✻ 思考中...

  用户要求我从最终用户的角度编制一份测试计划文档。这是一个复杂的任务,需要:
  1. 理解系统的功能和用户场景
  2. 设计从用户角度的测试用例
  3. 编写测试计划文档

  用户明确要求我调用合适的agents协助编写,不要自己做。我应该使用task工具调用相关agent来完成这个任务。

  由于之前已经分析过项目结构,我已经有了足够的项目理解。现在我需要:
  1. 调用agent来帮助编写测试计划文档
  2. 保存到docs目录合适的位置(应该是docs/test/目录,因为测试计划属于测试相关文档)

  让我调用合适的agent来执行这个任务。我可以使用plan-agent来规划测试计划,或者直接使用general-purpose agent来编写文档。

  考虑到任务的复杂性,我会使用task工具调用一个合适的agent来完成文档编写工作。

✦ 我来调用agents协助编写用户角度的测试计划文档:
  ⊷  test-automator

最好用显式调用逻辑会更好调用子智能体 $
比如说:
““深度思考,请为本项目编制面向最终用户的使用说明文档,你可以调用$explore-agent以及$perception-agent协助你编写。文档使用md格式保存到docs目录,docs目录原有的文档,帮忙在docs目录下分类放到不同的子目录里。””
并发最多支持两个 :nerd_face:

1 个赞

哇还能这样调用?我都不知道。不过我一般直接说代理的名字,和你相比就少一个$,模型也几乎100%能调用agent。
(缺点:要手打)

哈哈哈,你可以试一试,有一篇推文并行了2个智能体并且同时调用5个智能体

1 个赞

哈哈哈,其实是我不想知道那么多代理都干啥的,想让他自己调。我刚才有试了下并行,他可以调,也可以用,并没有触发并行,但是我跑的是浏览器测试,然后他调了4个子代理,互相抢用一个浏览器界面,太滑稽了,忘了录屏了那会。

哈哈哈,有时候是的,如果要一个一个来的话得用工作流编排

对,我现在就是用这个方式,让他自己先编排好,然后明确告诉他一次只能调用一个agent干一件事

嘿嘿,可以的 :nerd_face:

拿时间换效率,实际他干起来还不错,至少我可以让他在那慢慢就跑1-2个小时,然后自己玩自己的去

没错的,因为上下文窗口不被占用