pi-team

English · 简体中文

你让最强的模型审一段代码，它说没问题。你又让同一个模型再审一遍，它还是说没问题。

你换了一个模型。这个模型说：这里有个竞态条件。

这不是运气。不同的模型有不同的"读法"——结构、训练、对齐各不相同，一个模型的盲区，往往正是另一个模型的本能。你要的从来不是三份相同的意见，而是三个各自不同的视角。

pi-team 是 Pi 的一个扩展。它让 Pi 化身"队长"，为你召集一支跑在不同模型上的 AI agent 小队，一起完成同一个任务。

安装

Pi

推荐方式

pi install npm:pi-team

固定版本安装

pi install npm:[email protected]

装完在 Pi 里敲 /reload 就生效了。

Oh My Pi

pi-team 也可以作为 Oh My Pi 扩展使用。安装时使用 omp 命令。

omp install pi-team

固定版本安装

omp install [email protected]

安装后重启或 reload Oh My Pi。

两句话就能跑起来

最直接的方式是敲 /team 命令，后面跟上你的任务。或者干脆用平时跟 Pi 说话的方式，只要带上"组队"两个字：

/team 用三个不同的模型组队评审这个 PR，把发现汇总给我。

组队帮我对 $NVDA 做多空分析——一个看多、一个看空、一个专门挑刺，最后给我一个综合判断。

就这样。Pi 会自己规划角色、挑模型、派活、收结果。你从头到尾都能实时看到每个成员在干什么，谁跑偏了就拽回来，或者随时喊停——全程由你掌舵。

小队真正的用武之地

代码评审是最直接想到的场景，但 pi-team 的射程更宽——任何"只听一个声音心里没底"的事，都值得派一支小队：

| 场景 | 小队怎么干 | |---|---| | 调研一个硬问题 | 几个模型各自从不同角度挖，最后由一个来交叉验证、汇总——不是某个模型的即兴答案，而是互相校对过的结论 | | 金融与市场分析 | 多头、空头、唱反调的各执一词，在你下判断之前先把它辩透 | | 追一个顽固 bug | 一个读日志、一个追代码调用链、一个提修复方案，三条线并行推进 | | 权衡一个重大决策 | 每个选项都给独立的赞成/反对分析，然后一个有理有据的定论，不是拍脑袋也不是抛硬币 |

为什么派一支小队，而不是给同一个模型塞更长的 prompt

第一，不同模型的不同盲区，只有换模型才能补。 独立 agent 之间的分歧，正是隐藏假设浮出水面的信号。同一个模型的十份拷贝，只会把同一处遗漏齐声重复十遍——那不叫交叉验证，那叫回声。

第二，合适的活交给合适的模型。 你把最强的模型放在判断和综合上，让又快又便宜的去做扫描、grep、阅档——不必为跑腿的活付推理顶配的账单。

第三，有人拍板，不是投票。 分歧出现之后，有一个角色来权衡证据、判断轻重、给出综合结论。你得到的是一个经过审视的定论，而不是各方意见除以人数的算术平均——后者谁也不得罪，也谁都帮不上。

举个实际的例子：让一个模型审这个 PR，它审得很仔细，然后说没问题——但那是透过它自己的习惯审的。同样一件事交给小队，第二个模型揪出了第一个径直走过的竞态条件，第三个确认了修复方案。同样的任务，少一个盲区。

你在掌舵，全程可见

一支你看不见、也插不了手的队伍，跟没有差不多。

pi-team 的后台小队采用 push-first：完成时主动通知，持续静默需要关注时才提醒，不需要你反复轮询。收到通知后检查一次，就能看到模型、耗时、成本、工具调用和真实进展；成员跑偏可以拉回来，卡死了可以撤下重派，整轮不满意随时叫停。提醒不会替你取消或改派成员，判断权始终在你手里。

更进一步

pi-team 自带几种现成的"阵型"——评审小组、调研圆桌、分诊调试链——拿来就能用。你也可以自己设计，或让 Pi 为当前任务当场编排。每个角色都能有自己的工作指引，工具权限也能按角色限死——评审员只读代码，绝碰不到你的终端。

想灵活时它灵活，不想操心时它稳妥。

许可证

MIT · Issues