起因是想让两个 agent 互相讨论，看能不能讨论出更好的方案。于是就做了一个简易的版本，让两个 agent 间互相协作，比如一个是规划方，一个是执行方。用户下单 Prompt，两个 agent 收到干活。两个 agent 可以有多轮的回答，这叫做 session。
后面发现自己 prompt 写不好，干脆就让 agent 来写了，让 agent 写好 prompt，指挥一个执行 agent 干活，这叫做 task，一般只有一轮。
再后面想做个工作流，用户自定义步骤，每个步骤都可以指定一个 agent 去干，这叫 workflow。
现在平台就这三种形式。
有几个亮点：
1.用户可以通过网页 UI 或者让 AI 通过 HTTP API 去驱动本地 agent 干活：创建 agents、分派任务、运行 workflows、handoff 失败任务等所有操作。
2.Claude Code、Codex、Gemini CLI 和 OpenCode 会自动发现、自动配置并自动验证；其他 agent 可注册为 custom CLI agent。
3.用户可以暂停、恢复、插入反馈、审批工作流步骤，并在修改上游后重跑下游。
4.运行中、失败或停止的任务可交给另一个 ready agent 继续；运行中的任务会先自动停止，并带上上一轮输出尾部和可用的 git 工作区状态。（这个场景是我的 agent 跑着跑着突然没额度了，就想着切换另外一个 agent 继续跑）
欢迎感兴趣的朋友安装试用，github 链接： https://github.com/fusae/passiton
后面发现自己 prompt 写不好，干脆就让 agent 来写了，让 agent 写好 prompt，指挥一个执行 agent 干活，这叫做 task，一般只有一轮。
再后面想做个工作流，用户自定义步骤，每个步骤都可以指定一个 agent 去干，这叫 workflow。
现在平台就这三种形式。
有几个亮点：
1.用户可以通过网页 UI 或者让 AI 通过 HTTP API 去驱动本地 agent 干活：创建 agents、分派任务、运行 workflows、handoff 失败任务等所有操作。
2.Claude Code、Codex、Gemini CLI 和 OpenCode 会自动发现、自动配置并自动验证；其他 agent 可注册为 custom CLI agent。
3.用户可以暂停、恢复、插入反馈、审批工作流步骤，并在修改上游后重跑下游。
4.运行中、失败或停止的任务可交给另一个 ready agent 继续；运行中的任务会先自动停止，并带上上一轮输出尾部和可用的 git 工作区状态。（这个场景是我的 agent 跑着跑着突然没额度了，就想着切换另外一个 agent 继续跑）
欢迎感兴趣的朋友安装试用，github 链接： https://github.com/fusae/passiton
Select Language