- yodi-v2ex2026-09-0366855
- coefu2026-09-031571
自己写插件不就行了,类似于实现一个群聊,但是只怕你的 api 订阅遭不住。因为 user<->model 的时候,是 1 对 1 ,可以完全结束。但是 多对多的时候,它们怎么知道你是 user ,你说停,它们会鸟你?所以,群聊还得实现管理员。
- nsjs2026-09-0343725
pi 有跨 session 发消息的插件,你写个 skill 然后起几个 session 应该就可以了
不过对你的这个例子实际上没啥用,ai 会一本正经灌水,最后变成汪洋,一条鱼都没有的 - yodi-v2ex2026-09-0366855
@coefu 是的,还要关掉 thinking ,还要约束 max_tokens 。我觉得 gpt claude grok 三个刚刚好。
@nsjs “跨 session 发消息”这个思路感觉有些绕,在一个 session 中 @各个参与的模型比较直观一些。
- flowkidtw2026-09-0368436
推荐 multica
- nsjs2026-09-0343725
- coefu2026-09-031571
- wolfie2026-09-0348000
让当前 agent 通过命令行调用其他 agent 工具
- yidinghe2026-09-031420
很简单啊,将会话 fork 三份出去,每份会话单独打开,各自切换模型,就可以同时跟不同模型对话了
- sampeng2026-09-034069
以前也这么想,后来发现自己想多了。只需要一个讨论的 agent 就够了。就是两边的 session 隔离开来,你开会难道需要知道老板的脑子里怎么想的?但是又和 cc/codex 的 agent 不一样,agent 本身是有 session 的,不要做成日抛的,每次讨论都有自己的上下文,这就合理了
- 3392026-09-0370009
POE 自带这个功能。
- kenyons2026-09-0470010
herdr 应该可以实现
- sentinelK2026-09-041936
- zhaoziling2026-09-0442540
我前两天刚搞过这个事,不过我是一个问题需要他们 3 个讨论
我在 vscode 里面建了一个文件夹,里面有一个冻结文件,3 个状态文件,一个聊天/日志文件,一个规则文件,一个结论文件,一个 readme
readme 里面是怎么用这个文件夹,冻结文件里面原始问题描述,规则文件是讨论规则,聊天/日志里面是按顺序的发言,状态文件是 3 个 AI 自己总结的自己的状态和对另外两个 AI 关键性 @和回复,结论文件是已经沟通确定及不确定的问题点
每个 AI 第一次发言读 readme ,规则,冻结,然后开始,轮到发言的时候,读取日志里面自己上次发言后的内容,然后再读取 3 个状态文件,然后写日志,编辑自己的状态文件,有新问题或结论可以编辑结论文件
我本来都做好了耗尽 3 个 AI 的周额度,结果 3 轮他们就达成一致了 - yodi-v2ex2026-09-0466855
@sampeng 想法不谋而合。需要多 agent 讨论的问题应该都是基于某些假设和前提背景下的,这些信息需要被多次积累下来作为后续讨论的基础。
@sentinelK 好主意!
@zhaoziling 这个需求比较个性化,我就很担心 ai 达成一致。反问自己需要的到底是什么,更多的是希望 ai 能够发掘出更多的解决方案,自己还是受限于有限的知识储备。