数字员工按工作收费,谁来签「干完了」

Work-Based Pricing for Digital Employees Needs a Notary

今年 4 月 17 日,Anthropic 上线了 Claude Design,直接对着 Figma 和 Canva 打。这件事在产品层面不算新闻——又一个 AI 生成界面的工具。真正值得注意的是它绕过的是什么:它让一部分设计工作不再需要打开 Figma。

OpenRouter CEO Alex Atallah 在那场访谈里的判断比我狠:他把 Claude Design 看作一种战略动作,「它未必立刻带来巨额收入,却能让设计团队在组织内部更关心 Anthropic 模型」。同时他也诚实地补了一句——从 Figma 公开的经营数字看,它表现依然很好。

两句话放一起,才是完整的事实:被绕过的那部分工作,还没大到能动财报。但方向已经定了——软件的用户界面,正在从「给人操作」变成「给 Agent 调用」,而当人不再打开界面,按人头卖软件的那本账,就开始算不动了。

这篇文章想说的是:数字员工和「给 SaaS 加个 AI 助手」的差别,不在功能强弱,在交付结构和定价单位。而定价单位真要换过去,缺的不是技术,是一个签字的人。

Work-Based Pricing for Digital Employees Needs a Notary

[Read More]

未来的员工,有两份成本单

The Future Employee Comes With Two Cost Sheets

月底,一个用了大半年 AI 的老板跟我抱怨:他知道这个月公司在 AI 上花了多少钱,云账单上写着。但他答不上来另一个问题——这笔钱是哪个团队、哪个流程、哪个数字员工花掉的。

「账单是一整笔,」他说,「就像食堂一个月的米面油采购单,你知道总数,但说不出哪道菜亏本。」

这不是个例。绝大多数企业的 AI 支出,今天都停在「一笔云账单」的粒度上。而我在 OpenRouter CEO Alex Atallah 最近的一场访谈里,看到他给出了一个完全不同的判断——他说这是「很反常、却很少有人讨论」的现象:

「过去员工的成本主要是固定薪酬……未来,员工成本会是动态数字,与每个人是否有效地使用昂贵或廉价模型有关。管理者仍要正常评估员工的效率和产出,但也可以把效率和 AI 使用成本放在一起看。」

换句话说:AI 的成本,正在从「一笔 IT 预算」变成「一份人力成本」。 未来每个员工——尤其是每个数字员工——都会带着两份成本单:一份是薪酬,一份是 token。

The Future Employee Comes With Two Cost Sheets

[Read More]

幂等键防得住重复退款,防不住错误退款

Idempotency Keys Stop Duplicate Refunds, Not Wrong Ones — Where the Distributed Systems Analogy for AI Agents Breaks Down

TikTok 的 SRE Salman Munaf 最近有一场演讲,开场问题问得很漂亮:

你的 AI Agent 调用退款接口,网络超时了。那退款到底成功没有?

他的答案是:超时从来不意味着失败,而意味着「未知」。Agent 遇到失败的第一反应是重试,没有请求 ID、幂等键和状态查询,这个本能就会把一笔退款退成两笔。整场演讲的论点一句话概括:模型一旦开始调用外部服务,问题就从模型问题变成了分布式系统问题——几十年前命名过的故障模式全部回归,SRE 工具箱必须整体搬进 Agent 架构。

我同意。但我想在他的问题后面再问一句:

就算退款成功了——那笔退款,退得对吗?

这两个问题之间的距离,就是这篇文章要讲的东西。

Idempotency Keys Stop Duplicate Refunds, Not Wrong Ones — Where the Distributed Systems Analogy for AI Agents Breaks Down

[Read More]

谁停掉了数字员工的早读?

Who Stopped the Digital Employee's Morning Reading? — A 15-Minute Autopsy by an AI Agent

我的钉钉数字员工每个月偶尔会抽下风:「⚠️ 暂时无法处理你的消息,请稍后再试。」,往往重启一下就好了。今天我让 opencode + GLM-5.3 排查了下这个问题。

十五分钟后,它把案子破了。凶手很狡猾:藏在三份完美证词背后,还顺走了我的 /etc/hosts 当人质。

Who Stopped the Digital Employee’s Morning Reading? — A 15-Minute Autopsy by an AI Agent

[Read More]

Grok Bot 能当队友,还当不了员工

From AI Teammate to Digital Employee: Why Onboarding Starts Now

xAI 的 Grok Bot 发布页上,留着一条来自运营岗用户 Emma 的感言(译):

「刚开始的时候,我每 15 分钟就要去查看一次 Bot,事无巨细地盯着它——直到它反过来问我,为什么我总是问这么多问题。现在我放手让它自己干,它反而越用越好。」

这可能是「数字员工」这个产品形态目前拿到的最好背书:不是一个等你提问的工具,而是一个你可以把工作交出去、然后转身去干别的事的队友。

但同一页往下翻,还有一行写给企业用户的小字:加入 waitlist

喊得最响的「可以把真实工作交给它」,到了企业门口,只换来一句排队等候。这个反差值得认真对待:Grok Bot 上线 24 天,验证了什么?它又到底卡在哪?

先说结论: Grok Bot 验证了「持续角色」这个产品形态,但企业要的是「岗位」。从角色到岗位,差的最后一段不是模型能力,而是组织基础设施。 而这一段,恰恰是企业现在就应该开始在钉钉里上岗数字员工的原因。

From AI Teammate to Digital Employee: Why Onboarding Starts Now

[Read More]

数字员工上岗半年,我在钉钉上的时间翻了一倍

AI Won't Build a New Entry Point — It Deepens Your Dependence on the Old One

半年前,我给自己上了第一批数字员工。上岗之前,我的想象是这样的:任务交给 Agent,我只管派活和收结果,我在钉钉上的时间应该大幅下降。

半年后,我打开自己的屏幕时间统计:我在钉钉上的时间没有下降——翻了一倍

起初我以为是个体差异。但和几位同样在带数字员工的同事交流后,发现大家的处境差不多:Agent 越多,人在 IM 里花的时间越多。

这让我必须把一个判断写下来:

AI 不会造出新入口,只会加深你对旧入口的依赖。

AI Won’t Build a New Entry Point — It Deepens Your Dependence on the Old One

[Read More]

评测集是一份没人签字的文件

An Unsigned Eval Set Is a Flywheel Without an Owner

最近读到一篇两万字的 Agent 自进化方法论,写得相当扎实。其中记了一条血泪教训:有团队在某个场景上连续 20 多轮自动迭代,效果一直不提升——最后发现根因根本不在配置层,而在工具层。20 多轮里,系统忠实地修 Prompt、改 Skill,每一轮都按评测信号在优化。

回头看,最惊人的不是根因藏得深,而是这 20 多轮里,没有一个人问过:这批评测 case 本身,选对了吗?

没人问,因为没人需要问——这份评测集没有主人。

这篇方法论(作者 yannisyang、ethanytzhou)把评测、记忆、落地、控制四个环节拆成飞轮:评测是眼睛,记忆是大脑,落地是手脚,人机协作是方向盘。四个齿怎么建、坑在哪、从零到一怎么落地,都讲了。它最有价值的一句话是:

大多数团队的问题恰恰在于:每个组件内部做得还行,但组件之间的「箭头」没有自动化。

飞轮的瓶颈不在齿,在齿与齿之间的通路。我完全同意——但沿着这句话再往下推一步,会发现一个这篇两万字没有回答的问题:

所有箭头里最上游的那一条——「什么叫好」——它的定义权在谁手里?

An Unsigned Eval Set Is a Flywheel Without an Owner

[Read More]

连奥特曼都改不掉复制粘贴的习惯

Even Sam Altman Cannot Break His Copy-Paste Habit

OpenAI 的创始人山姆·奥尔特曼,最近在一次专访里说了一段让我停下来的话:

现在有了 Codex,明明可以换一种办法工作,我却还在沿用以前的习惯。我不应该到处乱点,在不同的聊天软件之间复制粘贴,漫无目的地浏览邮件……然而,我的脑海里却根深蒂固地认为,做这些事情就是工作,就是高效。

注意这段话的主语。这不是一个对 AI 一知半解的传统行业老板,也不是一个拒绝新技术的保守派——这是做出 ChatGPT 和 Codex 的人,是这个世界上离 AI 最近的人。

他知道更好的办法。他手里就有那个更好的办法。他还是改不掉。

如果连他都这样,那「AI 会自然改变我们的工作方式」这个假设,就有必要重新审一遍了。

Even Sam Altman Cannot Break His Copy-Paste Habit

[Read More]

麦肯锡终于说了:Agent 也要绩效考核——但他们没说怎么考

McKinsey Says Agents Need Performance Management — But Not How to Measure Them

8 月底,麦肯锡的播客 McKinsey Talks Talent 里,主持人 Lucia Rahilly 抛出了一个很多公司都在回避的问题:Agent 进了核心工作流,谁来管它?

资深合伙人 Brooke Weddle 的回答很直接:「HR 管理的不再只是人类的绩效,现在还有数字员工。」 全球技术与 AI 负责人 Kate Smaje 接着把问题拆成了三问:

「我到底有多少个 Agent?谁对它们的绩效负责或担责?它们创造了多少价值?」

问完,她自己补了一句更狠的话:当她问企业「上次讨论非人类劳动力的绩效是什么时候」——「几乎没有组织能回忆起自己把这件事排上过议程。」

听到这三个问题的时候,我愣了一下——这不是新闻,这是我今年 3 月起就在博客里反复写的那一系列问题。麦肯锡用了整个 8 月,终于追上了这条线。

他们给出的答案也对:Agent 归使用它的业务负责人管,不是 IT,不是 CTO。 这和我在数字员工的第一准则不是可控性里推导的主管制,几乎是同一个结论的两条路径——他们从管理实践归纳,我从问责公理演绎,殊途同归。

但这份答案只答了一半。

[Read More]

数字员工的自我进化:从 Harness 开始,每天重复干同一件事

Harness RSI Runs on Production Data, Not Algorithms

最近读了一篇关于 Harness 自进化的报道,里面有个细节让我停下来想了很久。

停下来的原因,是我们自己也卡在这里:数字员工上线一段时间了,它好像变「顺手」了,但说不清是不是变「聪明」了。这个模糊感,恰好被报道里的三个数字点破。

报道里那家公司说(厂商自报口径):他们平台上 95% 以上的 Agent 被每天重复运行;在留存用户中,93.4% 的操作是系统自触发的;超过六成的自动化流程持续运行了一个月以上。

大多数人读到这三个数字,看到的是「这家公司用户很多」。我看到的是另一件事:这三个数字加起来,恰好是递归式自我改进(RSI)最稀缺的原料。

Harness RSI Runs on Production Data, Not Algorithms

[Read More]