Andrew Ng 这周抛出一个数：90% 的 Agent 项目卡在落地不是技术，而是工程化——能跑通 demo，但换环境、换人就跑不通。我们注意到，国产开源项目 OpenAgentPack 正在正面回答这个问题：把 Agent 的工作流从云端控制台里"抠"出来，装进 Git。
这是什么
OpenAgentPack 是一个云端 Agent 的「打包与迁移工具」。它的核心思路很工程师：用一份 agents.yaml 描述 Agent 的全部组成——Prompt、技能（Skill，可复用的提示词/工具组合）、MCP（外部工具连接协议，类比"给 Agent 接的 USB 设备"）、运行环境、密钥引用、记忆模块和调度方式——然后存进 Git。
换环境时，开发者运行 validate（校验）、plan（预览 create/update/delete 差异）、apply（部署）三步，就能把整套工作流搬到新平台。它还提供本地 Playground，能用同一份配置发起真实云端会话，验证"换地方之后 Agent 还能不能用"。
项目由 modelstudio 团队开源，处于 Beta 阶段，CLI 已发布，支持主流云端 Agent 平台作为 Provider。
行业怎么看
支持者的判断很直接：Agent 进入企业真正卡住的，从来不是模型能力，而是"工作流能不能被团队继承"。一位资深研究员调好的研究框架，过去只能口口相传；放进 Git 之后，新人可以直接复用、回滚、对比版本。这是从"个人玩具"走向"团队资产"的关键一步。
反对意见同样值得听。一种质疑是：OpenAgentPack 本质是套在多家云 Agent 平台之上的适配层，它必须假设各家能力可抽象。但现实是，不同 Provider 在 MCP、Skill、Memory 实现上差异很大，agents.yaml 里的某些字段在 A 平台是 native（原生支持），到 B 平台就变成 emulated（模拟实现）甚至 unsupported（不支持）。迁移不是无损复制，更像是"翻译"——翻译就会失真。
另一种保守声音指出：把密钥、记忆、调度都写进配置仓库，安全审计和权限管理是绕不开的工程负担。企业 IT 不一定愿意为了一套"个人 Agent 自由迁移"的便利，去承担新的合规成本。
对普通人的影响
对企业 IT：未来一年，"Agent 配置仓库"可能会和"代码仓库"一样成为标配资产；需要提前想清楚权限、审计、密钥管理，而不是等业务部门自行上传。
对个人职场：如果你已经在用云端 Agent 跑固定任务（写日报、做竞品、整理访谈），值得花半小时把自己的 Prompt、Skill、工具清单整理成一份可读清单——别等工作流消失才后悔。
对消费市场：开源 Agent 工具正在拉低"个人定制 AI 工作流"的门槛，预计会有更多小团队围绕特定职业（律师、记者、分析师）打包可复用的 Agent 模板，类似当年的"开源建站模板"。