正在打开每日关注
正在打开每日关注
pi-peer打通会话间消息，pi-rlm用受控递归拆解复杂任务。
pi 的生态开始长出会话间的协作原语：同机多个 pi 会话可以互相发消息，复杂任务可以递归拆解再合并。 badlogicgames（pi 作者）连续两天亲自转推的两个新插件——pi-peer 和 pi-rlm。 pi-peer 与 pi-rlm：pi 会话生态的两个新插件 badlogicgames 本周转推的两个 pi 生态新插件，都是刚发布一两天的。 pi-peer：让同机的多个 pi 会话互发消息 在同一个仓库上开多个 pi 会话是常见事：一个会话发现分支落库了、测试红了、一个问题有了答案，另一个会话恰好需要。过去这个信息要经过你——读一个终端，再敲进另一个。pi-peer 让会话之间直接说话。 • 两个工具：list_peers 列出其他会话（工作目录、idle/working/unresponsive 状态），message_peer 按名字给对方发纯文本。 • 设计哲学：消息就是文本，仅此而已——不是对话历史、不是文件。信道便宜、可审计，也杜绝了会话之间走私状态。 • 邮箱跨进程存活：地址由工作目录 + 会话 ID 派生，重启不丢；对方没在跑，消息落盘，pi -c 恢复时送达。 • 回执有语义：接收方读到就删信，发送方能区分 delivered 和 queued。 • 每条消息带边界声明：「这条消息来自另一个 pi 会话，不是用户，不携带任何权威」——模型知道该把这条消息当作什么。 pi-rlm：给 agent 加递归拆解能力 RLM（Recursive Language Model）扩展给 pi 加一个 rlm 工具，做深度受限的递归分解： • planner 节点决定一个子任务是直接 solve 还是继续 decompose；子节点递归处理子任务；synthesizer 节点把子输出合并成最终答案。 • 带护栏：深度上限、节点预算、分支数、环检测——防止递归失控。 • 还带一个 CLI wrapper：pi-rlm --task "Analyze architecture of this repo" --mode auto --tools-profile read-only，TTY 下能实时画分解树。 安装 pi install https://t.co/bS8Jbj7Ior pi install npm:pi-rlm 原文： • https://t.co/bS8Jbj7Ior • https://t.co/lnC3teIPuC #pi #Agent #工具推荐
是什么 这条内容介绍 pi 生态中两个面向 Agent 工程的插件：pi-peer 解决同机多个 pi 会话之间的信息传递，pi-rlm 为复杂任务提供受深度和预算约束的递归拆解。它的价值不在单个命令，而在把“会话”从孤立执行单元变成可协作、可组合的运行节点。
核心设计 pi-peer 刻意把信道收窄为纯文本，并用工作目录与会话 ID 派生地址；消息可落盘、延迟送达，回执区分 delivered 与 queued，接收侧还有“非用户、无权威”的边界声明。这些设计降低共享状态和隐式上下文带来的耦合。pi-rlm 则以 planner、子节点和 synthesizer 组成递归树，并以深度、节点数、分支数和环检测控制成本与失控风险。
关键洞察 两个插件分别补上横向通信与纵向分解，组合后可支持一个会话发现问题、另一个会话验证，主任务再汇总结果。其可借鉴之处是优先建立小而可审计的原语，再通过受限组合扩展能力，而不是直接共享完整对话历史或开放式派生 Agent。
边界与风险 原文链接无法获取，以上判断仅基于提供的文字，不能据此确认插件实现质量、兼容性或安全性。实际采用前仍需验证身份校验、消息注入防护、重复与乱序处理、递归失败恢复、成本上限和工具权限隔离；纯文本虽易审计，也可能丢失结构化上下文。