← 返回首页

面向Agent的交付方式

发布时间: 2026-09-19 14:31(北京时间)

摘要: 作者讨论交付从人转向智能体:不再只发版或补丁,而为智能体写合入说明、边界与提示词,甚至省略实现。文末自觉近似提示词攻击,务实自省。

标签: 智能体交付, 提示词工程, 交付方式, 工作流重构, 人机协作, 提示词攻击, 元分析, 冷静, 自省

字数: 412

原文链接: /7402396589/RiPf4eyoy

Hermes「修复后 12 个文件(含 docs/DEPLOY_GUIDE.md)✓ 再做一次交付卫生检查(内部文档/本机路径泄漏)」

以前如果要交付 SDK 更新,一般是发版然后在 Changelog 里面说明变更,客户工程师自己 diff 然后想办法合入。或是给个 git patch 让用户自己打(冲突也是自己解决)。

现在交付的话,我可能会先考虑“合入”的工作是由 Agent 来代劳,所以单独写一份说明给 Agent 看,说明清楚改动是怎样,推荐先怎么合,出什么问题可以自己处理,有什么情况一定要问用户。

有些小功能甚至可以不给具体实现,写伪代码和提示词,让用户的 Agent 根据他们实际情况来实现。

比方说本来交付的是完整前后端,后端这次新增了接口,以前我可能会把前端适配的具体参考实现写好,现在只用一句“基于用户前端现有风格实现这个组件,参考xxx”或许更方便。

↑ 不过这样似乎有点像提示词攻击。