Hugo Zhu's Blog

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

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

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

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

每一杯手冲咖啡，都是一次 Skill 的执行。

研磨度、水温、注水手法、断水时机——这些看似随意的参数，在专业咖啡师手里是一套精确的、可重复的、经过成百上千次迭代的程序。AI Agent 的 Skill 也一样：把「凭感觉做事」变成「按配方执行」，把个人经验沉淀为组织能力。

这篇文章本身就是一份 Skill。它的格式遵循 SKILL.md 规范，它的内容是手冲咖啡与 AI Skill 设计之间的深层同构。

每个周五下午，你的团队在做同一件事：打开空白文档，回忆这周干了什么，凑出一份周报。

这件事的荒谬之处在于——周一到周五，你们已经开了 10 次站会，讨论了 50 个问题，做了 20 个决策。所有信息都已经存在了，只是散落在会议录音、聊天记录、任务系统里。周报不是「写」出来的，应该是「长」出来的。

这篇文章用一个 War Room Scrum 的完整案例，说明怎么用 AI 原生思维重构日报和周报流程。核心转变： 不是让 AI 帮你润色周报，而是让 AI 从日常运转的数据中自动聚合出周报。

一个工程师修了一个 Bug，ROI 是多少？

传统算法：节省了一次排查时间。AI 时代的算法：如果这个修复沉淀为 Harness 的一部分，AI 以后能自动修多少个类似的 Bug。

这就是思维范式的根本转变——你修的每一个 Bug，都是一次训练数据。不是训练模型，而是训练你项目周围的那套 Harness。

知识管理有四个值得做的企业场景，其中「企业 SOP / 最佳实践沉淀」看起来最不起眼——知识静态、更新慢、容易退化成高级搜索、用户日活偏弱。

但如果你换一个角度看，SOP 沉淀的真正价值不是「把经验存起来」，而是 把经验变成可执行的系统行为。

这篇文章用一个完整案例来说明：一位 Windows 用户打开悟空发起任务，悟空报错「任务执行环境准备失败」，到 AI 定位根因、修复代码、验证、发布，全程 4 小时。每个环节 AI 做什么、人做什么、知识如何在这个过程中自然沉淀。

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

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

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

「对人不提要求，就是对组织不负责。」

这句话我说过很多次，也被质疑过很多次。有人说这是 PUA，有人说这是管理者的傲慢。但我越做管理，越觉得这是一条被严重低估的基本原则——尤其在 AI 时代。

当 AI Agent 能够自主编写代码、调用工具、完成任务时，架构师的价值在哪里？

答案可能出乎意料： 架构师的核心竞争力，正在从「设计系统」转向「设计挑战」。

在 AI 时代，最有价值的架构师不是那个能写出最复杂 Prompt 的人，而是那个能设计出最刁钻测试用例、最极端边界场景、最能暴露系统脆弱性的「极限挑战设计师」。

这就像 SRE 领域的混沌工程（Chaos Engineering）——最有价值的不是搭建一个完美的系统，而是设计出一套能持续发现系统弱点的实验。

过去两年，AI 行业经历了一场静悄悄的范式转移。

2023 年，所有人都在讨论「AI 如何理解人类意图」——我们期待模型能读懂模糊的需求、补全缺失的上下文、容忍随意的表达。那时的产品逻辑是 让 AI 适应人。

到了 2026 年，现实给出了不同的答案。在钉钉推进 AI 落地的过程中，我们观察到一个清晰的趋势： 高效使用 AI 的团队，不是那些等待模型更聪明的人，而是那些主动调整自身行为模式去适配 AI 能力边界的人。

这不是妥协，而是杠杆。