最近这几个月,我一直在团队里推一件事。一句话概括:

从人做事,到人通过 AI 做事,再到人通过 Agent 利用 AI 做事。

这不是换一批工具,而是换一种工作方式。下面说说我的思路。

三个阶段

第一阶段:人来对接事

事情来了,人接住;人分析、人处理、人交付。人是执行单元,也是协调单元。

这个阶段的天花板很明显:

  • 人的时间是线性的,一天就那么多
  • 经验留在人脑里,换个项目就要重新讲一遍
  • 事情绑在人身上,人一忙、一走,事儿就断

第二阶段:人用 AI 提升效率

于是大家开始配 AI 助手:写代码、查资料、写文档、做分析,效率确实上来了。

但用了一段时间,问题也浮出来了:

  • 用法停留在"个人技巧"层面,沉淀不下来
  • 同一件事,每个人都要重新摸索一遍
  • 提效是"给人的",不是"给事儿的"——事情本身还是那件事

第三阶段:人构建 Agent

真正的转变在于:不再是"人用 AI 去做事",而是"人把这件事本身,构建成一个 Agent"。

面对一件事,第一反应从"我来做",变成"我把它变成一个 Agent 来做"。

人的角色也随之变了:人变成构建者、定义者、验收者,Agent 是执行者

这个转变带来三件不一样的事:

  • 沉淀:一次构建,反复执行,经验从"人脑"搬进"系统"
  • 并行:Agent 可以同时处理多件事,人不必再分身
  • 解耦:事情不再依赖"某个具体的人在不在"

前期人搭台,后期 AI 唱戏

我把一件事的生命周期拆成两段,这是整套打法里我认为最关键的地方:

前期(构建期),人的投入最重。要把流程拆解清楚、把规则说明白、把边界划出来、把工具接上去,再反复调试到能跑通。这一段必须人来做,是重活、慢活,偷不得懒。

后期(维护期),当这件事在前期几乎完成之后,日常运行、监控、纠错、小修小补,都可以交给 AI 智能来维护。

一句话:前期人搭台,后期 AI 唱戏。

这也是我愿意在前期重投的原因——前期的苦,是为了后面不用一直苦。

为什么我这么上心:一个项目被砍掉了

说实话,我之所以急着推这套东西,是因为最近被一件事刺激到了。

我手上一个酒店的项目被砍掉了。理由不复杂:它需要很多的人力。 老板的逻辑很直接——要堆大量人力才能撑起来的业务,投入产出不划算,就砍。

这不只是丢一个项目那么简单,它让我看清一个规律:

凡是靠堆人力撑起来的事,往往就是决策层最先动手砍的那一批。

对个人更是如此。以前我们靠"能扛事、肯出时间"体现价值;但如果不改变,那些挂着人力的活,会慢慢变得不值钱。

反过来想,出路其实很清楚。

如果每个人都能把自己手上的一件事做成一个 Agent,这件事做完之后,就不再需要巨大的人力维持。它就从"用人堆出来的成本",变成了"一次构建、长期运转的资产"。

于是有两层好处:

  • 对公司:原本要一堆人才能做的业务,现在能低成本地做,就能越接越多
  • 对我们:原本一个常规的维护型业务,慢慢就有了一个创业型团队的影子

我们其实一直在创业,只不过以前是靠人力去搏。现在换一种方式搏——指不定哪一件事,就成了。

所以在我看来,这件事不是"提效",而是"保命",更是"找机会"。

团队问我:那我会不会被裁?

推动的过程中,团队成员知道这件事之后,第一反应其实特别真实:

“如果这个 Agent 能把我的活干完,那是不是就把我裁了?”

我没有回避这个问题。我的回答是:

如果你不做这个 Agent,或者我们 Agent 的覆盖率不够高,就一定会有专门做 AI 的团队过来,把这摊事接走,然后把我们干掉。

所以我们现在要做的只有一件事:先人一步,把 Agent 的覆盖率盖起来。

覆盖率越高,我们这摊事就越稳。

而且它真正改变的是我们的角色:每个人的工作,从"亲手做这件事",变成"维护这个 Agent"。我觉得这反而更有意义——以前我们是这件事的执行者,现在我们是它的设计者和守护者。

从我个人角度,就是这么个逻辑。

我的判断:什么适合做成 Agent

不是什么都要 Agent 化。我现在的判断标准大概是:

  • 高频、重复、规则相对清晰的 → 优先做成 Agent
  • 低频、一次性、强判断的 → 先别做,人做更划算
  • 边界模糊、责任重大的 → 可以让 Agent 辅助,但人必须保留最终决策

顺序也很重要:先从一件具体的小事下手,跑通了,再谈规模。

踩过的坑

说几个真实的教训:

  • 一上来就想做大而全的 Agent,结果永远做不完
  • 只做工具、不沉淀流程,换个场景又得从头来
  • 把 Agent 当黑盒,没人知道它在干嘛,一出问题就不敢动
  • 前期舍不得投入,后期全是补丁

几个我自己也没想清楚的问题

上面说得挺笃定,但这套思路我也有几个没完全想清楚的地方,一并写下来,给自己留个提醒。

一、“先人一步"是防守,不是护城河。

Agent 是可以被复制的。我们能建的,别人也能建,甚至更便宜。真正抄不走的是业务知识、数据,以及客户的信任。所以覆盖率要往"别人抄不走的东西"上盖,否则我们只是先跑了一会儿,不代表赢了。

二、覆盖率不等于价值。

如果盖得很多,但盖的全是低价值的常规维护业务,那只是把一块不赚钱的活变得更便宜——公司会更稳,但不会更强。我期待的那种"从常规维护业务长成一个创业团队”,不会自动发生;得有一两件事是真的有对外产品化可能的,那个跳跃才成立。

三、“转岗去维护 Agent”,人数账要算清楚。

十个 Agent 需要几个人维护?实话是:比原来少。所以对团队来说,“转到维护岗就安全了"短期成立、长期未必。更诚实的一种说法是:你不是被留下来守摊子,而是被推到更值钱的位置上——继续去开新业务、建新 Agent。

把这三条写出来,不是给自己泄气,而是提醒自己:别把"先人一步"当成终点。

小结

这个转变的本质,是把"人做事"变成:

人定义事 → Agent 做事 → AI 维护事。

对人的要求不是变低了,而是变了。以前拼的是"会不会做这件事”,现在拼的是能不能把这件事讲清楚、拆明白、定义好

我甚至觉得,能把自己的活讲清楚、拆明白,本身就是一种更高的能力。