把一个 Agent 项目的代码放到公开仓库距离“使用者拥有控制权”还差不少东西。它可能依赖作者自己的云服务、藏在个人目录里的提示词和没有导出接口的历史记录。代码能读任务却跑不起来换一个服务商原有工作流就失去上下文。这种开放很容易停在展示层。10 月 22 日 Agent Skills 标准的捐赠公告使工作流的可迁移性再次成为具体话题。它值得讨论的地方不是某个平台从此赢了而是程序性知识能否以别人接得住的形式保存。公告许可证回答使用条件目录结构回答如何交接许可证说明使用、修改和分发的法律条件不能代替环境说明。以 arkworks 的关系与 SNARK 接口仓库为例项目列明双许可证同时另有构建和测试指南这两份信息承担的职责不同。仓库与许可工作流也一样。提示词之外输入格式、依赖版本、输出文件、失败方式和权限前提都应该能够被接手者检查。Agent Skills 的目录约定允许将脚本与参考材料组织在一起但“组织在一起”不代表这些脚本已经值得执行。格式说明我更关心三个交接细节先提供一个不需要生产凭证的小例子再说明哪些数据必须由使用者自己准备最后明确失败会留下什么产物。少一个环节下一位开发者就容易在“应该已经装好”和“应该能访问”之间耗掉半天。工作流可以迁移权限不能顺便迁移把一个合约审计技能从编辑器搬到服务器不意味着它可以自动拿到服务器上的私钥。把一个图像生成工作流分享给朋友也不意味着原有账户愿意为朋友的调用付费。程序性知识、调用凭证和用户授权应当分别管理。对 Web3 应用这种边界尤其实际。撤销一个 Agent 的写权限后读取日志和导出提案仍应该可行模型供应商不可用时历史决策记录不该随之消失更换执行器时签名策略不能因为接口默认值变化而悄悄放宽。一个朴素的迁移演练不需要先搭完整基础设施。找一台没有作者私人配置的机器使用公开说明准备最小输入运行只读或离线任务核对输出是否能解释。缺少依赖就明确列出缺少访问权就停止相应动作而不是用空结果继续往下走。演练记录应该包含实际版本与失败点不需要用一个漂亮的完成截图遮住过程。本文讨论的是交接方法没有声称已经对某个平台完成兼容测试也没有把开源许可证等同于安全保证。对我来说开放软件最有力量的部分始终很具体一个人离开后别人还能理解、修改、复现并选择不用它。Agent 增加了自动行动的能力更需要把这条退路保留下来。 把一个 Agent 项目的代码放到公开仓库距离“使用者拥有控制权”还差不少东西。它可能依赖作者自己的云服务、藏在个人目录里的提示词和没有导出接口的历史记录。代码能读任务却跑不起来换一个服务商原有工作流就失去上下文。这种开放很容易停在展示层。10 月 22 日 Agent Skills 标准的捐赠公告使工作流的可迁移性再次成为具体话题。它值得讨论的地方不是某个平台从此赢了而是程序性知识能否以别人接得住的形式保存。公告许可证回答使用条件目录结构回答如何交接许可证说明使用、修改和分发的法律条件不能代替环境说明。以 arkworks 的关系与 SNARK 接口仓库为例项目列明双许可证同时另有构建和测试指南这两份信息承担的职责不同。仓库与许可工作流也一样。提示词之外输入格式、依赖版本、输出文件、失败方式和权限前提都应该能够被接手者检查。Agent Skills 的目录约定允许将脚本与参考材料组织在一起但“组织在一起”不代表这些脚本已经值得执行。格式说明我更关心三个交接细节先提供一个不需要生产凭证的小例子再说明哪些数据必须由使用者自己准备最后明确失败会留下什么产物。少一个环节下一位开发者就容易在“应该已经装好”和“应该能访问”之间耗掉半天。工作流可以迁移权限不能顺便迁移把一个合约审计技能从编辑器搬到服务器不意味着它可以自动拿到服务器上的私钥。把一个图像生成工作流分享给朋友也不意味着原有账户愿意为朋友的调用付费。程序性知识、调用凭证和用户授权应当分别管理。对 Web3 应用这种边界尤其实际。撤销一个 Agent 的写权限后读取日志和导出提案仍应该可行模型供应商不可用时历史决策记录不该随之消失更换执行器时签名策略不能因为接口默认值变化而悄悄放宽。一个朴素的迁移演练不需要先搭完整基础设施。找一台没有作者私人配置的机器使用公开说明准备最小输入运行只读或离线任务核对输出是否能解释。缺少依赖就明确列出缺少访问权就停止相应动作而不是用空结果继续往下走。演练记录应该包含实际版本与失败点不需要用一个漂亮的完成截图遮住过程。本文讨论的是交接方法没有声称已经对某个平台完成兼容测试也没有把开源许可证等同于安全保证。对我来说开放软件最有力量的部分始终很具体一个人离开后别人还能理解、修改、复现并选择不用它。Agent 增加了自动行动的能力更需要把这条退路保留下来。