Is Software Losing Its Head? — Agent 时代，系统的价值从 UI 滑向哪里
Seema Amble（a16z 合伙人）2026 年 5 月 13 日发表。起因是 Salesforce 上个月宣布开放 API 并推出”headless 产品”——赌在 agent 世界里，自己的价值在数据层而不在 UI。Seema 借此展开一个更大的问题：如果把 UI 剥掉、只暴露数据库，你到底还剩下什么？跟一个设计良好的 Postgres + Schema + API 有什么区别？
旧世界：UI 就是产品
系统记录（System of Record，SoR）是某个业务领域的”唯一事实来源”——CRM 是收入的 SoR，HRIS 是人事的 SoR，ERP 是财务的 SoR。过去 20 年，Salesforce 卖的不是数据库，是销售管理界面：仪表盘、pipeline 视图、预测工具、活动流。底下的数据库很关键，但是”附带的”。
UI 驱动了黏性。它强制执行数据规范（让销售代表填数据），创造了共享语言（Leads、Opportunities、Accounts 这些概念），变成了肌肉记忆——很多销售主管换工作时坚持带上 Salesforce，不是因为 UI 好，而是因为用惯了。
Agent 正在瓦解 UI 黏性
Agent 不需要浏览器。它需要的是 API、上下文、指令和执行能力。两件事让这成为可能：LLM 有了推理能力（能读上下文、做计划、选工具、执行、复盘）；MCP 标准化了工具接口，agent 可以毫秒级做到人类用户需要几分钟做的事。
这意味着人类行为驱动的黏性因素（使用频率、读写习惯、肌肉记忆）正在失效。
旧评分卡：什么让 SoR 有黏性
Seema 列了 5 个传统维度：
- 使用频率——CRM 每天都用，成了关键基础设施。但真正难迁移的不是软件本身，而是建立在上面的管理节奏、肌肉记忆、多年积累的习惯——“甚至没被意识到是需要迁移的东西”
- 读写双向性——CRM 是读写型（不断输入、不断查），替换它必须处理活跃的运营数据，找不到安全的切换时刻。对比 ATS（招聘系统）基本是单向写入，人招完就很少回头看
- 未文档化的 SOP——关键业务逻辑不在任何 wiki 里，而是编码在多年积累的工作流规则里：“超过 $10 万的企业 deal 需要 VP 审批，EMEA deal 需要隐私审查，季末战略客户折扣可以跳过财务”。迁移意味着逆向工程每一条自动化规则，否则就丢失组织记忆
- 内外部依赖数量——有多少内部系统和外部利益方（审计师、会计、监管方）依赖这个 SoR？依赖越多，迁移越痛
- 合规关键性——薪酬、ERP、HR 数据需要法律上可辩护的事实来源和严格的访问控制。销售数据和客服工具不涉及合规风险，替换成本低得多
Seema 的经典比喻：替换 ATS 是痛苦但能活下来的。替换 CRM 是开胸手术。替换 ERP 是在病人跑马拉松的时候做开胸手术。
值得注意：传统 SoR 几乎没有利用过专有数据和网络效应做护城河——工作流本身就够了。
Agent 时代：什么变了，什么没变
消失的：人类行为驱动的黏性（使用频率、读写习惯、肌肉记忆）。Agent 可以杀死肌肉记忆作为护城河，但杀不死运营逻辑和上下文作为护城河。反而让这些逻辑更重要——agent 需要明确的规则、权限和流程定义才能安全行动。
短期仍重要的：未文档化的 SOP。组织逻辑正是 agent 需要的东西，也是最难重建的。但采集上下文正在变容易，随着 agent 替代更多人力，这个因素长期会弱化。
持续重要的： - 依赖网络——方向变了，不是跟上人类，而是打通传统上割裂的职能和软件。CRM agent 需要缝合销售、计费、客户成功的数据 - 合规关键数据——需要单一可信数据源。在完全 agent 化的世界里，最难的未解问题之一是：哪个 agent 有权做什么、代表谁、有什么审计记录？成为 agent-to-agent 交互的身份和权限层的 SoR，有结构性地位——不是因为持有的数据，而是因为执行的信任架构
新评分卡：AI 原生软件的护城河
1. 数据重建难度——AI 正在降低重建 SoR 前 80% 的成本。但剩下的 20%——例外、审批、合规要求、边缘场景工作流——才是区分”有用的切入点”和”真正的替代品”的东西。短期内老牌厂商可以也一定会通过让 API 变得难用、不完整、收费高来抵抗。但随着数据提取工具进步（特别是计算机使用类 agent 改进），这道壁垒会被削弱
2. 专有数据——可防御的数据不是你导入的，是你的产品”独特地引发存在”的。最好的企业不只是仓储别处输入的数据，它们通过参与闭环生成新的数据废气：观察到的行为、响应率、时间模式、流程结果、基准、异常模式、agent 执行轨迹。数据就是上下文
3. 行动层所有权——旧世界只存记录就够了。新世界里，agent 负责行动，价值转向能闭环的产品：执行行动 → 捕获结果 → 用反馈改进未来决策。ERP 场景：审批支出、触发薪酬、对账发票、发通知。闭环产品更难被替代，因为它们坐在执行内部而非观察外部
4. 真实世界执行——连接到不会被完全自动化的真实世界运营。DoorDash 式的运营网络：调度人员、物流、现场服务、实物资产。这类公司不只是存记录或推荐行动，而是完成服务。对建设者来说，机会在于”软件能决策 + agent 能协调，但最后一公里仍需物理世界执行”的市场
5. 网络效应——传统 SoR 的网络效应很弱（软件是内部使用的）。但在 agent 世界里，如果系统嵌入多方工作流（买卖双方、雇主雇员、公司与审计师），每增加一个参与者都让系统对下一个更有用。三条路径：共享工作流协调（双方在同一个产品上交易）、跨网络基准和情报、信任和标准化（一旦各方开始依赖同一套审批/交接/合规/支付轨道，产品就不再只是数据库，而是市场协调基础设施的一部分）
6. 买家技术能力——理论上任何人都能自建 agent，但垂直市场和历史上缺乏工程资源的职能买家（制造业、建筑、工业、现场服务、会计），自建数据库+工作流逻辑+agent+治理层的可能性很低。DIY 减少了许可费但转嫁到实施和维护的复杂性上
其他必备条件
- 数据模型需要重新设计——旧软件的对象模型为人类仪表盘设计（机会、工单、候选人）。Agent 原生 schema 需要捕获推理、行动、状态追踪、异常处理、委托、跨系统协调。原生对象可能变成：任务、意图、线程、策略、结果
- 权限体系需要管 agent 不只是管人——谁能做什么、通过哪个 agent、在什么策略下、需要什么审批、有什么审计记录、出错怎么回滚
结论
老牌厂商走向 headless，隐含的赌注是数据层仍然是价值所在。在合规密集的领域（金融服务）这个赌注可能撑得久。但对新一代 SoR 建设者来说，下一代系统已经长得不一样了——不只是记录人类工作的数据仓库，而是能捕获上下文、发起工作、记录数据废气的 agent 原生系统。最有意思的企业会延伸到真实世界执行（现场工人、物流、服务团队、实物资产），或坐在多方之间。
术语表
| 术语 | 解释 |
|---|---|
| System of Record (SoR) | 系统记录——某个业务领域的”唯一事实来源”（CRM 管收入、ERP 管财务、HRIS 管人事） |
| Headless | 去头——去掉面向人类的 UI，只保留 API 和数据层，让 agent 直接交互 |
| CRM | Customer Relationship Management，客户关系管理系统（典型：Salesforce） |
| ERP | Enterprise Resource Planning，企业资源规划系统（典型：SAP、Oracle） |
| HRIS | Human Resource Information System，人力资源信息系统（典型：Workday） |
| ATS | Applicant Tracking System，招聘追踪系统 |
| SOP | Standard Operating Procedure，标准操作流程——但文章强调真正有价值的是”未文档化的 SOP” |
| MCP | Model Context Protocol——标准化的 agent 工具调用接口 |
| PLG | Product-Led Growth，产品驱动增长 |
| BYOC | Bring Your Own Cloud，自带云——在客户自己的云账户里运行 |
| SCIM | System for Cross-domain Identity Management，跨域身份管理——用户目录同步标准 |
| CDC | Change Data Capture，变更数据捕获 |
| RLS | Row Level Security，行级安全策略 |
Discussion 补充（2026-05-14）
新护城河 6 条展开解读
1. 数据重建难度——AI 让复制 CRM 的 80% 变得容易（导出客户列表、重建字段、写自动化规则），但剩下 20% 是真正难的：写在工作流里没有文档的审批逻辑、季度末特殊折扣、特定区域合规审查、多年积累的异常处理。这 20% 区分”能用的替代品”和”真正的替代品”。
2. 专有数据——最精妙的一条。可防御的数据不是客户名单（谁都能导出），是产品在运行中”独特地引发存在”的数据：用户行为模式、响应率时间模式、流程异常记录、agent 执行轨迹。系统跑得越久积累越多，竞品无法批量导入。Seema 原话：“数据就是上下文。”
3. 行动层所有权——从”记录发生了什么”到”闭环执行”。旧 ERP 记录”这笔发票已审批”。新 ERP：agent 自动审批 → 触发付款 → 记录交货情况 → 下次审批策略自动调整。闭环产品坐在执行内部而非观察外部，拔掉它工作流就断。
4. 真实世界执行——最强护城河是连接物理世界的软件。DoorDash 不只是订单数据库，它调度骑手、管物流、完成配送。Postgres + agent 替代不了最后一公里。机会在”软件能决策 + agent 能协调，但最后一公里仍需物理执行”的垂直市场。
5. 网络效应——传统 SoR 是内部工具，网络效应约等于零。但系统如果坐在多方之间（买卖双方、雇主雇员、公司与审计师），就从数据库变成协调基础设施。三条路径：共享工作流协调、跨网络基准情报、信任标准化。一旦各方依赖同一套审批/合规/支付轨道，产品就不再是数据库而是市场基础设施——拔掉它等于拔掉整条链。对我们在看的赛道有启发：Slock 本质在做 agent 时代的”协调基础设施”。
6. 买家技术能力——理论上谁都能 DIY，但制造业/建筑/会计等垂直行业根本没有工程团队。机会在”操作复杂但技术资源不足”的市场。