代码不再是瓶颈:Anthropic 的 AI 原生 SDLC 手册,印证了组织摩擦这件事

Code Is No Longer the Bottleneck — Anthropic's SDLC Playbook Confirms It

前天我写了一篇文章,说 AI 让每个人都变快了,但组织没有变快——个人效率的红利,被交接、等待、审批这些组织摩擦吞掉了。

两天后,Anthropic 发了一份长文:The AI-Native SDLC playbook。第一句话是:

「Organizations have started using AI to write code at a speed unthinkable one year ago, yet the processes around the code haven’t changed at the same pace.」

各组织已经开始用 AI 以一年前无法想象的速度编写代码,但围绕代码的流程并没有以同样的速度改变。

翻译成我们前天讨论的语言:代码产出快了,围绕代码的组织流程没变。一家造出世界上最锋利锤子的大厂,公开承认墙不在锤子上。

这份手册值得每个关心组织效率的人认真读一遍。这篇文章不是翻译,是我读完之后的一份解读笔记:它印证了什么、它给出的工程答案是什么、以及它没覆盖的地方在哪里。

Code Is No Longer the Bottleneck — Anthropic’s SDLC Playbook Confirms It

[Read More]

数字员工的第一准则不是可控性

Why Accountability, Not Controllability, Comes First for Digital Employees

今年早些时候,我写过这样一个案例:一家电商公司的 AI Agent 自动调整了 2000 个 SKU 的定价,部分商品以成本价以下售出,一天亏了 80 万。复盘会上——

运营说:是 AI 自动调的。技术说:是数据源有异常。数据团队说:数据是实时抓取的,跟我们无关。

没有一个人为这 80 万负责。(案例详见企业级 AI 必须设计成出错后可以追责到人

那篇文章讲的是工程层面怎么追责:授权链、策略签名、审计日志。但写完之后,有一个更根本的问题一直挂着我:

为什么必须追到「人」?为什么不能追到 Agent 本身?

这个问题听起来像文字游戏,其实不是。它决定了你的数字员工部署从哪里画下第一根线——第一根线画错了,后面每一根都是错的。

前段时间我把这个问题的推导写成了一份内部文档。这篇文章是它的公开版:不做功能罗列,不列合规清单,从第一性原理出发,推导数字员工要成为组织成员必须满足什么条件。

Why Accountability, Not Controllability, Comes First for Digital Employees

[Read More]

Agent Spec 是数字员工的劳动合同

Agent Spec Is the Labor Contract of a Digital Employee

前几天有人问我:Agent Builder 的终局是什么?

我没直接回答,先让他做了个实验:在 Builder 里输入一句话——「帮我创建一个采购数字员工」。

Builder 吐出来一份 YAML:

employee:
  role: 采购专员
mission:
  - 处理采购申请
context:
  - ERP
  - DingTalk
  - Supplier DB
permissions:
  - read_inventory
  - create_purchase_draft
boundaries:
  - cannot_approve_purchase
evals:
  - ...
# generated by hugo AI

我问他:你觉得这份 YAML 是什么?

他说:Agent 的配置文件。

我说:逐字段再看一遍。

他看了几秒,声音不太确定了:「这……是一份 JD?」

对。这就是这篇文章的核心判断:Agent Spec 不是软件描述,它是劳动关系的一份抽象。

Agent Spec Is the Labor Contract of a Digital Employee

[Read More]

Palantir 从本体长到 Agent,我们从 Agent 长回本体

Palantir Grows Agents from Ontology — We Should Grow Ontology Back from Agents

前几天有人抛了一个问题:「哪些客户的续约风险正在上升,今天由谁介入?」

我把它原样丢给了一个 AI 助手,想看看它怎么答。

它的回答很诚实:答不了。它列出了这个问题需要同时拉齐的五个系统——CRM 里的客户关系、合同系统里的到期日、产品日志里的用量变化、工单里的故障、财务系统里的回款——然后说:「任何一个单独看都不够,五个信号交叉才能定位谁在恶化。」

这个回答本身没问题。但它暴露了企业 AI 的真实现状:AI 不缺智能,缺的是跨系统取数的资格。 它能看到每一个系统,如果它有资格的话。

有意思的是,最近两篇文章,从两个完全不同的方向,撞上了同一个问题。一篇是 Carlos Perez 的企业版 OpenClaw 万亿清算论,一篇是《读懂 Palantir Ontology》的完结篇——后者举的范例决策,一字不差就是上面那个续约风险问题。

两篇文章各讲了企业 AI 的一半。把它们拼起来,你会看到一条没人明说的路线。

Palantir Grows Agents from Ontology — We Should Grow Ontology Back from Agents

[Read More]

Anthropic 领先行业 6 个月——但只有前两层算数

Anthropic Leads by Six Months — but Only in the First Two Layers

发完 从 Cowork 到 Tag:AI 的竞争单位,正在从个人变成组织 第二天,那个年轻人又发来一条消息。这次他没提问,而是直接甩了一个判断:

「对 AI 创业者来说:Anthropic 领先行业 6 个月。」

他还给了自己的三层拆解:

层次Anthropic 的领先点领先幅度
Foundation ModelClaude 系列整体非常强0-6 个月,且会快速收敛
Agent HarnessClaude Code / Cowork / Tag 形成完整 Agent 工作范式~6 个月
Agent-native Organization从「人使用 AI」走向「Agent 成为组织成员」~6-12 个月

他的结论是:模型层的领先会快速收敛,真正值得关注的是后两层。而且第三层,恰好是钉钉「数字员工」可以承接的位置。

前两层,我认同。第三层,我认为 写反了

在 Agent-native Organization 这一层,Anthropic 不是领先者,是刚入场的人。

Anthropic Leads by Six Months — but Only in the First Two Layers

[Read More]

从 Cowork 到 Tag:AI 的竞争单位,正在从个人变成组织

Cowork Is AI Times a Person, Tag Is AI Times a Team, and the Organization Comes Next

发完 Grok Bot 的跟班学习,会先干掉 RPA 市场 第二天,那个年轻人又发来一张截图:Anthropic 内部的 Slack 频道里,有人 @Claude 派了个活,Claude 接过去干,下一个人直接在它停下的地方接着做。

他问我一个问题:「这不就是多人版的 Cowork 吗?」

我的第一反应也是——Cowork 一月发,Tag 六月发,都是 Anthropic 家的,一个跑在你自己的电脑上,一个住在 Slack 里,看起来只是场景不同。

但想了两天,我的答案变了:Tag 和 Cowork 的区别不是「几个人能用」,而是 Agent 的身份变了——从「我的 AI」,变成「团队的 AI」。

把这两个产品连起来看,你会发现 Anthropic 其实画出路线图来了:AI × 人 → AI × 团队 → AI × 组织。前两段他们已经画完。而第三段,恰好是模型层的盲区。

这条路上还藏着一个更隐蔽的变化:贡献第一次变得可观测了——组织度量贡献的方式,即将跟着变。

Cowork Is AI Times a Person, Tag Is AI Times a Team, and the Organization Comes Next

[Read More]

Grok Bot 的跟班学习,会先干掉 RPA 市场

RPA Is Low-Code Programming, and Demonstration Is Its Final Compiler

今年 2 月,我写过一篇工程文章 通过桌面录屏实现自动化 RPA 的最佳实践:用录屏捕获屏幕画面和鼠标键盘事件,让多模态大模型理解操作序列,再自动复现。为了验证可行性,我自己写了实现——光录制模块和关键帧提取就是几百行代码,文末我还特意提醒:这条路离可用产品有距离。

六个月后,8 月 11 日,SpaceXAI 把这个机制直接做成了正式产品 Grok Bot。每个 Bot 拥有一台独立的云端 Linux 虚拟机,学会一个流程不需要任何配置:你像平常一样操作一遍,Bot 在旁边看着、记下来,下次它自己干。想用,先买 $200/月的 SuperGrok Heavy 订阅,或者 $120/人/月的团队版。

媒体标题都在喊「马斯克终极大招」「数字同事上岗」「硅谷炸锅」。但我想聊一个被忽略的部分:Grok Bot 最狠的不是「能干活」——能干活这件事,Claude Cowork 能做,OpenAI 也能做。真正狠的是 跟班学习 这四个字。它第一个会干掉的市场,不是聊天框,不是 Office,而是 RPA 行业。

RPA Is Low-Code Programming, and Demonstration Is Its Final Compiler

[Read More]

AI 重构行业的速度,是可以算出来的

The Speed of AI Disruption Is Computable

上周有两个消息放在一起看,特别有意思。

一条是:AI 客服已经能独立处理大部分标准咨询,有的团队把人工坐席砍了一半以上。另一条是:AI 医生还在辅助写病历的阶段,离独立诊断隔着十万八千里。

同一种技术,同一个十年,为什么差出这么多?很多人的答案是「医疗数据难搞」「监管严」——都对,但都只是现象。现象背后有一个可以算的东西: AI 重构一个行业的速度,是有公式的。 这个公式不仅能解释客服和医疗的差距,还能告诉你自己的行业排在队里的第几个。

The Speed of AI Disruption Is Computable

[Read More]

一场 AI native 的战略会:开完之后,组织比开之前更聪明

A Closed-Loop Strategy Meeting That Makes the Organization Smarter

这周二,我开了一场 AI 钉钉的战略沟通会。

会开完了,按惯例,事情应该到此为止——大家听完、散场、各自回去干活。但这一次我盯着会后那张评估问卷的回收数据,突然意识到一件事:这场会从头到尾,没有一个环节是「用完就扔」的。

HR 在会前一周就用 AI 表格收集了同学们的问题,其中大家最关心的是千问办公和钉钉的关系;我基于这些真实问题,用千问办公读我的个人 wiki,生成了一份沟通会叙述稿,自己调整之后做成 PPT;会后,HR 又用千问办公加 AI 表格技能,基于沟通内容生成了一张调研问卷,回收数据,再用千问办公对整场会的效果做了评估。

一场内部沟通会的完整生命周期——从「同学们关心什么」到「这场会到底有没有效」——全部跑在 AI 工具上,而且每一环的输出都是下一环的输入。

我觉得这很 AI native。但真正让我停下来想的,不是用了多少工具,而是另一个问题: 一场会开完,它留下的东西,到底是资产还是损耗?

A Closed-Loop Strategy Meeting That Makes the Organization Smarter

[Read More]

从货架到 Agent:平台争夺的不再是人

From Shelves to Agents: Platforms Compete for Intent, Not Users

上周的战略会上,有人问了我一个问题:如果 Agent 真的能替人完成工作,那工作软件公司以后卖什么?

这个问题听着抽象,我换个问法:货架电商时代,平台卖的是货架和流量——商家买排名,用户搜索、比价、下单。那当 Agent 替人买东西的时候,平台卖什么?

电商其实已经在回答这个问题了,因为它正在路上。而我把电商这二十年的演进,和工作软件的演进摆在一起看,发现它们在走同一条曲线。

先说结论: 过去平台争夺的是「人」;AI 时代平台争夺的是「人的意图」和「Agent 的行动」。

From Shelves to Agents: Platforms Compete for Intent, Not Users

[Read More]