Poe

Poe 是什么

Poe 是一个聚合平台。它没有自建助手，而是把许多助手放到同一个界面后面，从几家主要供应商那里汇集模型，让你在一个地方、用一份订阅用到它们。

它出自 Quora，做法很直白。与其选定一个助手然后忍受它的短处，不如看手头的任务在它们之间切换。

由这个安排带来的能力就是比较。把同一个问题问几个模型、再读出差异，是在任何单个助手内部都做不到的事，不管那个助手本身有多好。

一个订阅，多个模型

实际的论据既是经济上的也是组织上的。一个账号顶替好几个账号，而当某个模型不可用、被限流、或干脆不适合当前任务时，切换不花成本。

比较是被低估的那部分。把同一段提示词跑过几个模型，差异会变得具体：一个啰嗦、一个简短、一个更擅长结构。十分钟这样跑一遍，比任何评测都更让你了解它们，因为真正重要的差异是相对于你的工作而言的。

建在底层模型之上的自定义机器人又加了一层，让你保存一份配置，而不是每次需要时重打同样的指令。

适合谁使用

适合同时用好几个助手、宁愿只管一个账号的人，也适合想直接比较模型、而不是只能相信厂商自述的人。

也适合喜欢把好用的配置存下来反复使用、而不是每个会话重建一次的用户。

需要留意什么

你是在加一层，而不是减一层。你的提示词前往底层供应商的途中会经过 Poe，于是多出一方经手你的材料，也多出一个可能出错的环节。

用量是受计量的。聚合平台通常会施加与直连不同的限制或积分制度，所以某个套餐下你能做的事，未必与模型官网允许的相同。

可用性取决于别人。上游模型若改了定价、条款或访问方式，变化会直接传导到你这里，这是你既控制不了也谈不了的依赖。

像在任何地方一样核验输出。聚合平台不会让一个答案变得更正确，它只是让几个答案更容易拿到，这是一项不同而且更小的好处。

最后确认你真正在意的模型是否在它提供的列表里，因为一份长清单只有在你常用的选择都在上面时才有意义。

用聚合平台的一个实用办法是：定一个主模型，再留一两个替代，专门用在它明显不灵光的任务上，而不是不停地来回切。频繁切换听起来很勤奋，多数时候只会产出一堆没做完的对比。先决定每个模型各自负责什么，再按这个角色去用，才是让「用到很多模型」变成能改善工作的东西，而不只是把选项摊宽。