KNOWLEDGE NOTE · 持续修订
软件重构与能力经济
界面、可调用能力、交付资产和经济价值是四个不同对象;分别判断谁掌握了什么。
当用户把任务交给 Agent,软件的界面可能不再是每次使用都必须经过的入口。但界面使用减少,不能直接推出软件没有价值。数据库、渲染、支付执行、专有数据和现场服务,都可以通过不同入口被使用。
我的长期判断是:部分软件会围绕可调用能力重新分工。判断一家公司时,要同时看能力如何被发现,以及它最终交付的东西是否稀缺。
把四个对象拆开
| 对象 | 例子 | 应回答的问题 |
|---|---|---|
| 入口 | App、网页、对话、CLI | 谁接收用户的目标? |
| 接口 | API、MCP、SDK、Skill | 外部系统怎样调用? |
| 交付资产 | 数据、执行系统、权限、客户流程 | 换一个接口能否复制? |
| 经济结果 | 付费使用、可归因收益、履约成本 | 谁付款,为什么续费? |
Skill 可以描述操作方法,MCP 可以暴露工具,CLI 可以方便确定性执行。它们不自动产生独占数据、客户信任或持续收益。反过来,接口很简单的服务也可能掌握难以替代的交付能力。
产品的基本状态要能被读取和修改
在 AI 创作工具里,只有一个导出的文件通常不够。需要持续保存人物、素材、版本、授权与修改关系。在企业流程里,需要保留订单、审批状态、参与者和不可逆动作。
这使“语义对象及其历史”成为重要产品资产。人通过界面理解和修订,Agent 通过接口操作,两者应面对同一份状态。不能给 Agent 另做一套没有权限约束、与人类界面不同步的后台捷径。
分发、使用与价值分别验证
被安装说明进入了某个环境;被展示说明进入选择范围;被选中说明一次决策发生;被调用说明执行开始。任务完成后,还要判断结果是否被接受,以及它是否比替代方案更划算。
因此,能力目录负责发现,能力经济专题维护论证,AgentMeasure研究测量。目录收录不能充当使用量,更不构成投资或采购推荐。
需要保留的反例
高频交互、精确控制、多人协作、强品牌关系的产品,可能继续拥有重要的人类入口。也有企业宁愿让 Agent 在既有软件内工作,不愿把目标交给另一个平台。
所以,“所有 App 都会消失”过于激进。“所有软件加上聊天框就能适应变化”同样缺少解释。应该逐条研究具体工作流:哪些操作可以让渡,哪些状态和责任仍需要专业系统承接。
观察周期应围绕真实客户任务。若调用增长却没有更多被接受的结果,或收入上升完全来自更高的重试成本,都不能据此确认能力经济的价值假设。
公开来源与适用范围
- AgentMeasure Core Specification
作者项目规范 · attempt、operation 与证据语义;草案,不是行业普遍采纳证明。
- SURE · User Demand Research
作者项目与方法 · 研究契约、证据分级、CLI 与 MCP;结构检查通过不等于需求成立。