KNOWLEDGE NOTE · 持续修订

软件重构与能力经济

界面、可调用能力、交付资产和经济价值是四个不同对象;分别判断谁掌握了什么。

作者分析 · 复核于 · 如何使用这些判断

当用户把任务交给 Agent,软件的界面可能不再是每次使用都必须经过的入口。但界面使用减少,不能直接推出软件没有价值。数据库、渲染、支付执行、专有数据和现场服务,都可以通过不同入口被使用。

我的长期判断是:部分软件会围绕可调用能力重新分工。判断一家公司时,要同时看能力如何被发现,以及它最终交付的东西是否稀缺。

把四个对象拆开

对象 例子 应回答的问题
入口 App、网页、对话、CLI 谁接收用户的目标?
接口 API、MCP、SDK、Skill 外部系统怎样调用?
交付资产 数据、执行系统、权限、客户流程 换一个接口能否复制?
经济结果 付费使用、可归因收益、履约成本 谁付款,为什么续费?

Skill 可以描述操作方法,MCP 可以暴露工具,CLI 可以方便确定性执行。它们不自动产生独占数据、客户信任或持续收益。反过来,接口很简单的服务也可能掌握难以替代的交付能力。

产品的基本状态要能被读取和修改

在 AI 创作工具里,只有一个导出的文件通常不够。需要持续保存人物、素材、版本、授权与修改关系。在企业流程里,需要保留订单、审批状态、参与者和不可逆动作。

这使“语义对象及其历史”成为重要产品资产。人通过界面理解和修订,Agent 通过接口操作,两者应面对同一份状态。不能给 Agent 另做一套没有权限约束、与人类界面不同步的后台捷径。

分发、使用与价值分别验证

被安装说明进入了某个环境;被展示说明进入选择范围;被选中说明一次决策发生;被调用说明执行开始。任务完成后,还要判断结果是否被接受,以及它是否比替代方案更划算。

因此,能力目录负责发现,能力经济专题维护论证,AgentMeasure研究测量。目录收录不能充当使用量,更不构成投资或采购推荐。

需要保留的反例

高频交互、精确控制、多人协作、强品牌关系的产品,可能继续拥有重要的人类入口。也有企业宁愿让 Agent 在既有软件内工作,不愿把目标交给另一个平台。

所以,“所有 App 都会消失”过于激进。“所有软件加上聊天框就能适应变化”同样缺少解释。应该逐条研究具体工作流:哪些操作可以让渡,哪些状态和责任仍需要专业系统承接。

观察周期应围绕真实客户任务。若调用增长却没有更多被接受的结果,或收入上升完全来自更高的重试成本,都不能据此确认能力经济的价值假设。

公开来源与适用范围