一个团队准备采用 Pi，往往不是因为缺一个聊天框，而是想改变 Agent 的工作方式：加工具、改交互、嵌入自己的应用。另一个团队需要的是让不同岗位持续执行任务，文件留得住，过程看得见，结果有人验收。
这两种需求都合理，但买的不是同一层能力。**Pi 提供可塑的 Agent harness；Buda 提供带云电脑的 Agent 工作区。**判断 Pi alternative 是否适合，先问谁负责扩展、运行环境和交付证据，而不是先比一次回答谁更漂亮。
先决定要维护什么
Pi 官方仓库把它定义为最小、可扩展的 Agent harness。它包括多供应商 LLM API、Agent runtime、终端界面和 coding CLI。可以交互使用，也可以运行 print/JSON 模式、通过 RPC 控制，或用 TypeScript SDK 把它嵌入应用。
这意味着 Pi 不只是“在终端问模型”。当内部工具需要自定义 Agent loop、消息界面或工具调用，SDK 和 RPC 是直接相关的选择。扩展、Skills、prompt templates、themes 可以打包成 Pi packages，通过 npm 或 Git 分享。
Pi 默认不带 subagents 和 plan mode，是产品取舍，不是永久能力上限。官方明确可以自行构建或安装包补上。团队选择这种自由，也接手了扩展版本、依赖和故障的维护责任。
Buda 把文件、浏览器、终端和 Git 放在每个 Agent 的独立持久云电脑里，执行过程在工作区可见。团队可以管理角色材料、任务和可复用流程，而不必先自建一个应用外壳。它不等于 Pi extension 的兼容运行时；从一个平台迁移流程仍要重建工具和授权映射。
扩展自由要连着权限一起评估
Pi README 明确：没有内置的文件、进程、网络或凭据权限限制系统，默认继承启动它的用户与进程权限。需要更强边界时，由部署者容器化或 sandbox。官方列出 Gondolin、Docker 和 OpenShell 三种模式。
因此，评估 extension 不能只检查它是否让任务变快。还要列清它能读哪些目录、执行哪些命令、访问什么网络以及取得什么凭据。包的提示词不是操作系统隔离；一个确认按钮也不能代替底层权限。
Buda 提供逐 Agent sandbox，但团队仍要管理放入其中的文件、登录和集成授权。可见执行不代表所有工具默认逐次批准，更不能据此宣布哪一方“更安全”。采购时把运行边界、业务批准和结果验收分开检查。
用两个同输出任务试出维护成本
下面是试点设计，不是已完成的测评，也不提供性能排名。在两边使用获准的相同输入和验收标准；有模型差异时另行记录。
**试点一：一个小型仓库修复。**使用不含生产密钥的副本，限定可以修改的目录。要求提交 diff、测试命令、真实测试输出和残留风险。Pi 侧记录 extensions、执行环境与版本；Buda 侧记录任务、文件与审阅入口。验收者从文件检查变化，不以 Agent 的“已修复”作为通过。
**试点二：一份业务周报。**给出脱敏 CSV 与明确计算口径，要求产出报告、来源索引、计算脚本和异常清单。让未参与执行的同事打开文件，复核一个数字，并继续处理一个未完成项。记录他需要补问的次数和缺失材料，不把预期收益写成实测效率。
这两个试点分别暴露工程维护和跨岗位交接。若主要困难是 harness 不可定制，Pi 的开放接口更贴近问题；若主要困难是结果散落、岗位上下文重复建立，则优先评估持久工作区。
把一次运行变成别人能接手的工作
建议先写一份职责单：维护人、运行环境、工具权限、必须产物、验收人、失败回退。它可以随 Pi package 的说明交付，也可以放进 Buda 的角色规则和任务流程。复用的是责任与步骤，不是假定两边配置格式互通。
如果需要理解 harness 与上层编排的区别，可继续读Agent harness 与 meta-harness。准备试运行时，选一个团队真正需要审阅的任务，在Buda Agent Workspace保留输入、产物与验收记录；流程成熟后，可以在 Buda AI 的 Marketplace 搜索并安装合适的 Skill，再按团队权限调整。
FAQ
Pi 与 Oh My Pi 是同一个产品吗？
不是。Pi（earendil-works/pi）与 Oh My Pi 是两个独立项目，功能也不相同。
Pi 默认限制工具访问吗？
官方 README 明确没有内置的文件、进程、网络或凭据权限限制系统。需要边界时，应核验实际 sandbox 或容器策略。
什么时候需要 SDK，而不是 CLI？
当团队要把 Agent 嵌入自己的应用、控制交互与执行编排时，TypeScript SDK 或 RPC 更相关；只在仓库内交互工作，不一定需要自建应用。
Pi 没有 subagents，意味着不能做复杂任务吗？
不能这样推断。它默认不带该功能，但允许自行构建或用 package 扩展。复杂任务的结果仍需以真实产物验证。
Pi extension 能直接导入 Buda 吗？
两者的安装包兼容性尚未得到验证。迁移时应把业务步骤、工具接口与权限重新映射，不把安装包格式当作可移植流程的证明。
来源核验：2026-10-09。能力依据官方 README 与 Buda 文档；试点为未执行的方法设计。