IM 在 AI 时代的沟通即协同:从 Chatbot 到 Agent 的两层跃迁

When chat becomes task dispatch: Chatbot vs Agent in modern IM

上周在钉钉里看到一条消息,让我意识到一个根本性的转变正在发生。

一位产品经理在群里 @AI 助理:「帮我总结一下今天会议的要点。」AI 很快给出了回复。几分钟后,她又 @采购 Agent:「根据这份 PRD,生成采购计划并提交审批。」

同样是 @AI,但两次操作的性质完全不同。第一次是 问一个问题,第二次是 派一个任务

这个细微的差别,恰恰是 AI 时代 IM(即时通讯)正在发生的最深刻的范式转移: 沟通正在从「对话」演进为「协同」

IM 在 AI 时代的沟通即协同:Chatbot vs Agent

[Read More]

SKILL.md 不是文档,是编译器

How a 900-Line Markdown File Turns AI From a Chatbot Into a Content Pipeline

「准备写一个 blog,详细讲解这个 skill。」

我对 Agent 说完这句话后,它在 0.5 秒内完成了三件事:加载 900 行 SKILL.md、扫描过去 127 篇博客的标题做交叉引用、按 Planner 模块输出了文章分类和大纲。没有追问「你想写什么角度」,没有问「用什么语气」,没有忘记中文排版要加空格。

SKILL.md 六阶段流水线——从 Markdown 文件到内容生产系统

[Read More]

一个会自己写博客的系统

From Squeezing Out Posts to Publishing at the Speed of Thought

从「业余时间挤一篇」到「随手一句话就发一篇」——这不是夸张,是我过去 5 个月的真实经历。

2013 年我写了 43 篇博客,之后的 12 年里年均不到 5 篇。2026 年才过了 5 个月,已经发了 127 篇。月产量从 2 篇跳到 25 篇,12 倍。这篇文章不是讲 AI 写作工具多好用,而是讲我如何把 整个写作流程 编码成了一个 Agent 可执行的 Skill——一个会自己写博客的系统。

AI 自动写作系统全景——从手工创作到 Agent 流水线

[Read More]

Context, is Control

From Prompt Engineering to Harness Engineering in Agent Management

Netflix 的「Context, not Control」曾经是最有影响力的管理理念之一。

它的核心假设很简单:给聪明人足够的上下文,他们会用你没想到的方式达成目标。你不需要控制过程,只需要提供信息、方向、约束。人的判断力、创造力、直觉——这些是 context 之外的东西,也是 Control 管不到的东西。

但这个理念套到 Agent 上,假设崩塌了。

Context is Control:从 Prompt Engineering 到 Harness Engineering

[Read More]

悟空使用技巧:让 AI 向你提问,需求越明确执行效果越好

Interactive Prompt Clarification: Why Asking Questions Back Makes AI Agents Smarter

向 AI 提出需求后,不要急着让它立刻执行。一个简单却常被忽略的技巧是:让 AI 先向你提问,把模糊的需求打磨清晰。需求越明确,AI 的执行效果就越好。这不是理论,而是每天和 AI 协作的工程实践中,投入产出比最高的习惯。

[Read More]

AI 原生产品增长打法:你的预算在烧钱,还是在训练产品?

Growth equals how fast your agent gets smarter, not how much you spend on ads

两周前,一个做 AI 写作 Agent 的朋友约我吃饭,他刚拿了 A 轮,准备砸 200 万投放抖音和小红书。

我顺嘴问了一句:你们 Agent 的复杂任务成功率是多少?

他愣了一下,说:“你这问题问得有点怪,我们看的是 DAU 和留存。”

三个月后我们再见面,他融的钱烧了一半,DAU 涨了三倍,月留存从 18% 掉到了 9%。他叹了口气:“用户来了,但 Agent 还是那个 Agent。”

那一刻我意识到一件事:很多 AI 创业团队还在用 SaaS 时代的增长教科书,跑一个根本不是 SaaS 的生意。

[Read More]

LLM 押注在 Coding Agent 上是正确的

当每个人都能写代码,IT 系统的瓶颈不再是技术,而是想象力

三个月前,我用 Claude Code 花了一个下午搭了一套完整的钉钉消息监控系统:自动抓取指定群的消息、按关键词分类、生成每日摘要、定时推送到我的私聊。整套流程从数据采集到定时任务,大约 500 行 TypeScript。

同样的事情,如果走公司正规 IT 流程——提需求、排期、开发、测试、上线——保守估计三个月,还不一定能排上。

这件事让我确信一个判断:LLM 厂商把重注押在 Coding Agent 上,是目前最正确的战略选择。 不是因为 Coding Agent 能替代程序员,而是因为它把"用代码解决问题"这件事的门槛,从"需要一个工程团队"降到了"需要一个能清楚描述问题的人"。

[Read More]

AI 原生的思考方式:不能被 Token 解决的问题,才配叫问题

上周,一个做 ToB SaaS 的朋友跟我吐槽:他花了两周让 AI 帮忙写了一套完整的 CRM 后端,代码质量不错,测试覆盖率也够。但上线三天就被叫停了——因为产品方向本身就是错的,客户根本不需要这个功能。

两周的 Token 消耗,毁于一个没被认真思考过的问题。

[Read More]

别再手动整理用户反馈了:把 VOC 变成一条自动化生产线

从原始用户声音到产品 Backlog,一套可落地的端到端自动化流水线设计教程

每家公司都说"以用户为中心",但 90% 的用户声音(Voice of Customer, VOC)最终的归宿是——躺在某个 Excel 表里,等着某个产品经理"有空的时候"去翻一翻。

问题不是团队不重视用户反馈。问题是:从原始反馈到可执行的产品动作之间,隔着太多手工活。 收集、清洗、分类、归因、优先级排序、写进 Backlog——每一步都在消耗人的精力,而人的精力是有限的。

这篇文章是一个完整的教程:如何用 AI + 自动化工具,把 VOC 变成一条可执行的生产线——从原始数据采集,到最终输出结构化的产品需求,全程自动。

[Read More]

Agent的架构之战:从Desktop到AI时代,架构决定平台的生死

架构不是技术选型,是产品能走多远、用户体验能做多好的根本约束

每一代平台级产品的竞争,最终都不是功能之争,而是架构之争。Windows赢了OS/2,不是因为功能更多,而是因为它的架构让第三方开发者能更容易地构建应用。iOS赢了Symbian,不是因为初期功能更强,而是因为它的架构从第一天就为触控交互和应用生态设计。Chrome赢了IE,不是因为它一开始更快,而是因为多进程架构让它在页面崩溃时不会拖垮整个浏览器。

现在,AI Agent正在成为从Desktop、Web、Mobile之后的第四代平台级产品。而历史正在重演:决定谁能赢的,不是谁的模型更强、谁的功能更多,而是谁的架构更对。

[Read More]