上周在钉钉里看到一条消息，让我意识到一个根本性的转变正在发生。
一位产品经理在群里 @AI 助理：「帮我总结一下今天会议的要点。」AI 很快给出了回复。几分钟后，她又 @采购 Agent：「根据这份 PRD，生成采购计划并提交审批。」
同样是 @AI，但两次操作的性质完全不同。第一次是 问一个问题，第二次是 派一个任务。
这个细微的差别，恰恰是 AI 时代 IM（即时通讯）正在发生的最深刻的范式转移： 沟通正在从「对话」演进为「协同」。
从做网站到做 Agent：工程师没变，交付物变了
Software engineering stays the same — what changes is the deliverable and the value metric
上周和一个做了十五年全栈的朋友吃饭。他最近从大厂出来，拿到两个 offer：一个是去创业公司做 Agent，一个是去传统企业做数字化。他选了后者，理由是「Agent 太新了，不确定性太大」。
我问他：你觉得做网站和做 App 有什么区别？
他想了想：「差不多，都是接需求、写代码、上线、迭代。」
我又问：那做 Agent 呢？
他说：「也是接需求、写代码、上线、迭代。只是交付物从页面变成了 Agent。」
他自己把答案说出来了，但没意识到这句话有多重要。
从大厂螺丝钉到 OPC 公司老板：你只缺了三个 FDE 项目
Three FDE deliveries to go from cog to one-person-team founder
上个月一个前同事找我吃饭。他在某大厂做了八年后端，刚被裁。手里有两个选择：去创业公司做 Agent 工程师，或者自己干。
他问我：「自己干的话，我该做什么？」
我说：你做过钉钉 FDE 那种到客户现场交付 Agent 的项目吗？
他说没有，只在公司内部做过。
我说：那你差的就是三个项目。做完三个，你就可以一个人开公司了。
他愣了一下：「三个就够了？」
够了。但不是随便三个。
FDE 基础设施实战：一天做出销售 Agent 矩阵
Infrastructure in Action — Building a Sales Agent Matrix in One Day
接着 销售流程 AI 化系列 的汽配分销商案例讲。
上一篇讲的是理念：解决方案对象、拜访质检、履约 SOP 编译。这一篇讲落地：FDE 到客户现场，怎么用基础设施在一天内把这些理念变成可运行的 Agent。
老周（售前）和小林（FDE）一起到了汽配客户现场。客户有 200 家门店，销售团队 30 人，每天处理 50+ 客户咨询、20+ 报价单、10+ 合同审批。
问题是：销售流程全靠人肉，信息散落在微信、Excel、邮件里，老周那份 80 页 PPT 签完单就死了。
一个 Thread 的六分钟：Claude Tag 的 Session 生命周期全拆解
The Lifecycle of a Claude Tag Session
周一早上，#platform-eng 频道。
Leo 发了一条消息：「checkout 今早变慢了，有人遇到吗？」
Dana 秒回：「我也是。」然后她 @了 Claude：「查一下今早部署的 diff，对比延迟数据，找出原因。」
接下来六分钟里发生的事，值得每个做 Agent 架构的人仔细看一遍。
9:02 Dana @Claude — Session 启动
9:02 Claude: "is thinking..." — 沙箱构建中
9:03 Claude 贴出 checklist:
✅ 拉 Datadog p99 延迟数据
✅ 对比 deploy 4f2c1 和 main 的 diff
⏳ 本地复现慢查询
⏳ 开 PR 修复
9:04 Sam 中途加入：「顺便查一下是不是和上周缓存改动有关？」
9:06 Claude: 已确认是 4f2c1 引入的 N+1 查询，PR #382 已开，CI 跑着
六分钟。从发现慢查询到 PR 开出。
[Read More]当 Agent 有了工牌：钉钉群里的 Agent IAM 架构设计
Designing Agent IAM for Team Collaboration in DingTalk
周一早上，运营群里有人 @了运营 Agent：「帮我看看上周退款率为什么涨了」。
Agent 开始干活。它先查了 AI 表格里的退款明细，又调了客服工单系统的投诉分类，接着跑了一段 SQL 算出各渠道的退款占比，最后生成一份带趋势图的分析报告发到群里。整个过程 40 分钟，中间还主动追问了一句：「要不要把退款金额 > 500 的单独拉出来？」
报告质量不错。但安全团队事后审计时发现了三个问题：
- Agent 查退款明细时，用的是 @它那个人的 App Token——这个人恰好是运营总监，有全量数据权限。群里其他人没有这个权限，但他们都看到了报告。
- Agent 调工单系统时，用的是一个 写死在环境变量里的 API Key，这个 Key 的权限范围是
read:all，理论上 Agent 可以读任何人的工单。 - 日志里只记了「运营总监访问了退款表」， 没有记录是 Agent 在执行。
这是一个典型场景，我在不同企业里见过不同程度的版本。
在 Claude Tag 的 Agent Identity：为什么这是 Agent 时代的 OAuth 中，我讨论了 Agent 为什么需要自己的身份。这篇接着往下走： 当 Agent 进入钉钉群，权限、凭证、审计这套架构具体怎么设计？
钉钉 FDE 的一天：从业务调研到 Agent 上线
A Day in the Life of DingTalk Forward Deployed Engineer
周一早上九点，小林到了客户的运营部。
他不是来做产品演示的，也不是来签合同的。他的工牌上写的是「Forward Deployed Engineer」——一个在钉钉内部新设立的岗位，外部还没有对应的职称。
上周客户提了一个需求：「每天有 20 个人整理会议纪要，能不能用 AI 提效？」
普通工程师听到这句话，想到的是做一个会议纪要工具。
小林想到的是：
会议
↓
纪要
↓
任务拆解
↓
责任人
↓
审批
↓
提醒
↓
知识沉淀
他要做的不是一个纪要工具，而是一个 会议 Agent。
Claude Tag 的 Agent Identity：为什么这是 Agent 时代的 OAuth
Agent Identity is the Agent-era OAuth
上周，一个同事在工作群里 @了一个 AI Agent，让它分析最近 30 天的客户退款数据。Agent 查了 CRM、翻了工单、跑了 SQL，两小时后在群里贴出一份报告。
事后审计时，安全团队问了一个问题：
「这个操作，日志里记的是谁？」
答案是：那个 @Agent 的人。
但实际上，读数据的是 Agent，推理的是 Agent，写报告的是 Agent。人只是说了一句「帮我看看」。
这就是今天几乎所有企业 AI 产品的现状——Agent 没有身份。它在借用人的身份做事。
2026 年 6 月 23 日，Anthropic 发布了 Claude Tag——一个运行在 Slack 里的 AI Teammate。表面上看，它是又一个 Slack 集成。但如果你仔细看它的架构设计，会发现一件有意思的事：Anthropic 正在尝试解决一个行业里很少有人正面回答的问题——
[Read More]Agent 到底是谁？
AI 时代，成为有目标感、有判断力、有勇气的人
What Real Confidence Looks Like When Knowledge Becomes Cheap
今天早晨刷短视频，无意间看到一句话：
「真正的自信不是你知道答案，而是你不知道答案的时候也相信自己能把它搞明白。」
刷过去又刷回来，反复看了两遍。说不上为什么被击中，但回想过去几年——从带团队做 AI 产品，到自己从零搭工具链——支撑我撑过来的，确实不是「我什么都会」，而是「不会但我能搞明白」。不是鸡汤，是真实感受。
CLI + Skill + CI/CD：现代应用的新三件套
Why Every Application Needs CLI, Skill, and Automation in the AI Agent Era
上周五晚上，我在给 ai-notepad 项目加一个功能：让 AI Agent 能自动发现并安装这个项目的 Skill。写完 SKILL.md、落地页、版本同步脚本后，我突然意识到一件事——这套流程已经不是「锦上添花」，而是应用交付的新底线。
如果你今天做一个应用，却没有提供 CLI 和 Skill，就像 2010 年做一个 Web 服务却没有 API 一样——用户（包括 AI Agent）根本用不了你。
