昨晚十一点半，我盯着自己那个钉钉数字员工项目里的一段代码发呆。
那是 core 模块里的轮询逻辑——每隔 3 秒去 serve 端拉一次会话状态，判断任务是否完成、是否超时、是否需要 abort。旁边是 session 管理：维护一个内存里的 Map，记录每个会话的生命周期、重试计数、上下文快照。再往下是 abort 清理：当用户取消任务时，要优雅地终止正在执行的工具调用、回收资源、把中间状态写回。
加起来大概 200 行。写得挺漂亮，有状态机、有超时退避、有异常兜底。我三个月前写它的时候，serve 端还没有原生的会话生命周期管理，没有 SSE 事件流推送，没有内置的 abort 语义。这 200 行是当时唯一的选择。
但昨晚我突然意识到： 这些代码的保质期，可能只剩一年。
不是因为它们写错了，而是因为它们正在被模型和运行时从两端同时吞噬。
[Read More]上周面试一个候选人。简历很漂亮——三年 LLM 应用开发，做过 RAG、做过 Function Calling、做过多轮对话系统。
我问他：「你平时自己写代码用什么工具？」
他说：「IntelliJ，偶尔用 Copilot 补全。」
我又问：「你上周的工作流是什么样的？从接到需求到交付。」
他想了想：「看需求文档，设计方案，写代码，联调，测试，上线。」
我说：「这个流程里，AI 在哪个环节？」
他愣了一下：「……写代码的时候用 Copilot。」
技术没问题。但他自己的工作流和五年前一模一样。
那一刻我就知道，他做不出好的 Agent 系统。 一个自己都不是 AI 驱动工作方式的人，设计不出 AI 驱动的产品。
我的树莓派群里有一个播报机器人，叫 pi9-bookworm。它每天定时推送 AI 新闻 Top 10，格式固定，雷打不动。
上周有人在群里丢了一条字节跳动 AI 视频的链接。pi9 没有任何反应——它的程序里没有「看到链接该做什么」这个概念。
然后 opencode 出现了。它是群里的数字员工。没人 @ 它，它自己冒出来：先把当天的 AI 新闻按「大模型 / 应用 / 硬件」分了三类，然后说「这条视频值得展开分析」。有人 @ 它说「分析一下」，30 秒后它给出了完整解读——技术路线、产品影响、对钉钉的竞争威胁。
pi9 和 opencode 在同一个群里。但一个是工具，一个是同事。
上个月帮一个制造业客户做 Agent 落地。他们的 IT 总监带了一个五人团队来接项目，清一色的 Java 后端，简历上写满了 Spring Boot 和微服务。
我让他们用 Coding Agent 开发一个采购审批 Agent。两个小时后，代码写完了。
然后空气安静了。
没有人知道接下来该干什么。ERP 怎么接？权限怎么配？审批流走错了怎么回滚？Agent 半夜跑飞了谁来兜底？Token 烧超了怎么控？
五个人面面相觑。代码不是问题。 问题是代码写完之后的所有事。
那一刻我意识到：AI 时代最稀缺的能力，不是写代码，而是 把一个 Agent 从 Demo 变成生产系统，再把它运营成一个靠谱的数字员工。
做这件事的人，我称之为 Agent 应用工程师。
上个月和一个做 SaaS 的朋友吃饭。他的产品刚上线四个月，已经迭代了 9 个版本。
我说：「你以前在互联网公司，一个季度能发几个版本？」
他想了想：「两个。还得是顺利的情况下。」
「现在呢？」
「一个月两个。有时候三个。」
我问他为什么快了这么多。他的回答让我愣了一下：
「不只是写代码快了。是 所有事 都快了。调研快了，做素材快了，看数据快了，连决定砍哪个功能都快了。」
这句话比「AI 让编程效率提升 10 倍」重要得多。因为它指向一个被严重低估的变化： AI 压缩的不是产品迭代的某一个环节，而是全链路。
去年年底，一个带三十人团队的朋友跟我吐槽：「我团队执行力特别强，交代什么做什么，但就是没人主动提新想法。」
我问他：「你的绩效考核怎么算的？」
他说：「Bug 修复数、代码行数、需求交付准时率。」
我说：「那你训练出来的不是工程师，是 KPI 优化器。他们不是不会探索，是探索了没奖励。」
他愣了一下：「这跟训练 AI 有什么区别？」
区别不大。真的。
[Read More]上个月我在钉钉群里发了一句话：「给数字员工加一个查闲忙的能力。」
十分钟后，我收到了三条消息。第一条来自 Coding Agent：「✅ 已创建 Issue #12：日程能力——支持查询闲忙。」第二条还是它：「✅ 开发完成，15/15 测试通过，已 push，CI 运行中。」第三条来自数字员工本身：「🤖 v1.3.1 已上线，日程插件已更新，随时 @我 开始工作。」
从一句话到生产环境上线，我没有打开电脑，没有写一行代码，没有手动跑一次部署。
这不是 Demo。这是我过去三周每天在用的工作方式。
上周跟一个做消费品的朋友聊天，他说：「我们去年花了大几十万买了一套 AI 选品系统，模型跑出来的 TOP 10 推荐，没有一个最后卖爆的。反而是我们产品经理在逛小红书时随手截图说『这个感觉会火』的一款，成了年度销冠。我跟老板汇报的时候都不知道怎么解释——AI 花了五十万选不出来，人刷了五分钟手机选出来了。」
我听完笑了——不是因为 AI 不行，而是因为这种故事太常见了。选股、选人、选品、做爆款内容，四件事看起来领域完全不同，但如果你仔细看它们失败的方式，几乎一模一样。
这不是 AI 暂时不行，是 问题结构决定了 AI 天然受限。
上个月，一个 CEO 朋友给我看他的 AI Executive Assistant。
这个 Assistant 每天帮他看邮件、总结会议、安排董事会、订机票、写讲话稿。用了大半年，CEO 说：「它比我的真人秘书更懂我。」
然后他问了一个问题：「我想让它也帮其他高管安排行程、协调董事会会议、统一管理行政资源。行不行？」
我说：行。但你要意识到， 你正在把它从一个分身变成一个员工。
他笑了：「不就是多服务几个人吗？能力是一样的。」
我说：能力是一样的。但 身份、权限、审计、责任归属，全部要重来。你现在的 EA 出了错，你骂它一顿就行。总裁办的 EA 出了错，谁负责？你？行政总监？还是那个 Agent 自己？
他笑不出来了。
上个月，一位做连锁门店的朋友给我看他的钉钉后台。
他管 7 家门店、几十号员工。没有 IT 部门，没有开发团队，不会写一行代码。
但他给我看的东西让我愣住了：门店排班系统、每日任务打卡、AI 照片核查、经营日报自动生成、工资预审流程、设备报修闭环——全部跑在钉钉上，全部是他和 AI 一起搭出来的。
我问他：「你什么时候学会写代码的？」
他说：「我不会写代码。我只是告诉 AI 我想怎么管门店，它帮我搭出来的。」
然后他说了一句让我想了很久的话：
「以前很多事情不是不会，是没有时间做。现在想到一个新的管理流程，先让 AI 帮我搭出来，再不断调整。试错成本下降了很多。」
这不是「自动化」。自动化是把已有的流程跑快。他做的是 把以前根本不存在的流程变成现实。
