Paperclip发布新稳定版：旧Composio连接需手动迁移，执行权限默认值发生变化
Paperclip发布v2026.1001.0稳定版本，从此前测试版本提升而来。版本说明标注2026年10月1日，GitHub页面实际发布时间为UTC 10月2日01:54。此次更新不仅修复会话和运行恢复，还包含两项升级前需要主动检查的变化：旧连接退役，以及执行权限默认值调整。
旧Composio连接不会自动搬过去
新版本移除了旧Composio中间层，包括相关连接和服务入口。官方明确，现有旧连接会停止工作，而且没有自动迁移。替代路径是实验性的MCP聚合连接器，其中包括Composio Connect。
这些聚合连接器受默认关闭的实验开关控制。即使打开入口，旧凭据、授权和访问规则也不会随之转移；维护者仍要创建并授权新连接，再重新选择访问范围。完成之前，相关智能体会失去旧工具。
AI模型生成的概念配图，表现连接迁移与运行控制，并非Paperclip真实设置页面或硬件产品。
官方Composio文档进一步提醒，Paperclip里的访问选择不替代上游应用授权，聚合执行入口也不等于每个嵌套操作都有独立权限开关。该文档还将接入步骤标为尚未经真实连接验证，不能把说明本身当成已成功部署的证据。
没有显式设置，也是一种会改变的配置
另一项破坏性变化是执行器默认转为全自动模式，涉及Claude、OpenCode、Codex等运行路径。版本说明表示，已经明确配置的限制性模式会保留，Paperclip自身的审批决定也仍继续执行；改变的是未显式指定时采用的默认值。
这两层不能混为一谈：底层执行器是否询问某个操作，与Paperclip是否要求任务经过审核，是不同控制点。依赖旧默认行为的部署，应先为需要保留的限制写出明确配置，再安排升级。
本文建议用具体动作核验配置，例如允许读取一个测试文件，同时确认修改受限目标时会发生预期拦截。不要只检查界面上有没有“审批”字样，就推断所有工具层的行为相同。
恢复可靠性也应验证最终状态
发布说明列出了原生运行器在审批、停止和清理竞争情况下的修复，并改善跨轮会话保持、沙箱重连及过期重试处理。运行中收到的回答和审批结果可以进入队列，减少正在执行时回应无法送达的问题。
这些是维护者报告的修复范围，本文没有独立复现。部署验收可以选择一条低影响任务，在等待回答、执行中断和连接恢复三个节点观察记录，确认回复仍属于原任务，停止操作也确实阻止后续工作继续发生。
新版本还加入GitHub评审机器人引导和Railway连接器等能力。它们需要相应应用配置与授权，不能因为升级包安装完成，就认为所有外部服务已经可用。
对于已有Paperclip环境，先盘点旧Composio依赖和未明确设置的执行模式，再验证恢复行为，比直接启用所有新增连接更有助于完成一次可控升级。
资料核对日期：2026年10月2日。功能与限制依据该稳定版发布说明及当前官方文档。
