好的，开始了

AI 编程速成课，全面就绪，即刻交付

快速了解 AI 编程到底是什么。配合任意 harness + 我的技能库使用。

立即加入候补名单。10 天后开售。

https://t.co/ZM8hBld37C

AI 编程速成课

来源：https://www.aihero.dev/workshops/ai-coding-crash-course 你松开缰绳，让 agent 自由发挥。它构建、发布、构建、发布——那种感觉妙不可言。直到某天早上，你打开一封你“写“的 pull request，却连一行都认不出来。

你失去了对流程的掌控。然后你失去了对它的理解。

那些末日论者忽略了一点：这不是 AI 的问题，解决方案也不是换个更好的模型。

**你的工程基本功并没有过时。它们是你最大的优势。**你只需要知道如何运用它们。

把你的工作分成两层——这是 Ousterhout 在 A Philosophy of Software Design 中做的区分：

• 战术性编程——局部的、让它跑起来的动作。那些具体的代码行。
• 战略性编程——产品和代码库的走向。

**AI 已经吃掉了战术性编程。它碰不了战略性编程。**战略是它看不见的部分——而这正是你的工作。你掌握战略；agent 提供战术。

所以真正的工作从来不是敲代码。agent 会写代码。

但它会写出正确的东西吗？

你抓起那个令人兴奋的框架，期待用它做出伟大的工作。结果你却构建了一团泥球——因为你还不知道怎么用它，而框架悄悄接管了方向盘。你失去了对流程的掌控。然后你失去了对它的理解。

这不是 AI 的问题。这是对齐（alignment）问题，而 AI 只是让这个问题变得更快了。

大多数人没有做足够的对齐工作。他们忘了 agent 没有记忆——他们把它冷冰冰地丢进代码库，于是它做出各种假设，过于急切、过于谄媚地开工。解决方案很简单：在它开始之前，让它与你对齐。

**这绝对不是氛围编程（vibe coding）。**代码是产出的一部分。我们构建的是能持续保持生产力的应用——agent 和人都能在其中持续做真正的工作。

想象一下这一周的另一种版本：你打开你的 agent 在夜里构建的 PR，从头读到尾，每一行都理解——因为你设计了它填充的那个结构。测试全绿，因为“正确“的定义由你决定。你在午饭前就发布了，而且代码库比前一天更容易上手。

那不是打字更快的人。那是你，依然是一名工程师——只不过手里的工具终于开始发挥它应有的作用了。

这句话出自The Pragmatic Programmer，整个方法论都源于此。没有人会把需求端到你面前。所以真正的技能不是写代码——而是发现代码应该是什么，并在这一过程中与 agent 保持对齐。

这个 workshop 就是这套方法论，拆解成你可以按名字调用的技能——正是我每天在用的那些 agent 技能。小巧、可读的 markdown 文件，你可以打开、编辑、理解。没有任何隐藏在脚手架之后的东西：

• grill-with-docs——盘问想法，直到需求经得起质疑
• prototype——用一次性代码回答“这应该长什么样？“，而不是靠争论
• to-prd——把已解决的情境转化为真正的产品需求文档
• to-issues——把 PRD 拆成 agent 可以独立抓取的垂直切片
• tdd——一次实现一个行为，红、绿、重构
• review——对照你的标准和规格检查 diff，而不只是“能跑吗“
• handoff——在会话之间携带上下文，让你不再每天早上重新解释项目
• improve-codebase-architecture——深化模块，而不是扩大混乱

**Agent 不应该让人觉得它很魔法。魔法只是你看不见的控制。**我希望你完全掌控——一边使用一边编辑这些技能，理解流程的每一个部分。

在构建之前盘问想法（https://www.aihero.dev/workshops/ai-coding-crash-course#grill-the-idea-before-you-build-it）

盘问它。不要让 agent——也不要让你自己——用第一个看似合理的答案就蒙混过关。对齐讨论是有保真度的，技巧就是让保真度与问题匹配：

**有些问题一句话就能回答。**直接和 agent 对话。

有些需要研究任务——去读 agent 未必可靠知道的第三方 API，或者翻查你自己的内部代码。

有些是关于事物的外观或感受——这种不用争论。你直接做原型。

当问题是“这应该长什么样？“时，别说了，直接构建（https://www.aihero.dev/workshops/ai-coding-crash-course#when-the-question-is-how-should-this-look-stop-talking-and-build）

凭感觉写一个一次性原型。编辑原型，而不是规格。暂时别管代码质量——原型只是以更高保真度进行的对齐讨论。难的不是第一个原型。难的是跨会话把它保持住——在使用过程中管理上下文窗口。这门手艺才是这个 workshop 真正教的东西。

这就是让方向盘一直握在自己手里的能力——不让 agent 抢过去。这就是整个游戏。

而让人安心的是：**这些都不是新东西。**这里的一切都是我从 20 年、30 年前的书里学来的。我们只是把那些已经被证明有效的方法——敏捷（不是照本宣科，只保留那些真正值得的部分）、再加一点 DDD——转化到 AI 充当战术编码员的世界里。

你不再是委托给另一个开发者了。你是委托给 agent。方法论还是那套方法论。你保持在战略层面的控制；你持续塑造代码库的结构。

你将带走的东西：

• 一套从单一功能扩展到整个绿地应用的流程——你学到的是方法本身，而不是每个场景一个不同的技巧
• 一组具体、可复用的技能，可以用在你自己的工作里，分享给你的团队，并且值得信赖
• 还有——关键的是——这些技能是属于你的，可以按自己的需求编辑和修改的

通过细致的规划和 Ralph 循环，把 8,564 个 lint 错误降到了 ZERO。 @fedeeeeeev@fedeeeeeev

我不常买课程，但 @mattpocockuk 的 Claude Code for Real Engineers 简直是天赐之物。我不是开发者，但我在 Claude Code 之上构建了一整套 Google Ads 管理系统。 @AlfredSimon@AlfredSimon

这不只是关于产出的代码。这是关于始终掌控它。

问得好。你应该问。

是的——技能库是开源的。二十多个技能，在 skills.sh（https://skills.sh/mattpocock/skills）上有超过 173,000 次安装，现在就可以免费阅读和 fork。去看看。我是认真的。

但安装文件并不等于安装判断力：把对齐讨论的保真度与你面前的问题相匹配、知道什么时候该盘问、什么时候该做原型、一份好的 PRD 到底长什么样、以及如何在面对一个有着真实用户和真实后果的代码库时跨会话保持上下文。

技能是乐谱。让它们发挥作用的是那一套方法论——而这正是这个 workshop 所教的。

每个公司都需要自己的 Matt Pocock。 shadcnshadcn

这是为所有在乎自己交付的代码的人准备的。两个受众，同一条线的两端：

• 写过大量代码、相信好代码很重要、并且不确信 AI 是写出好代码的途径的人
• 几乎没写过一行代码、但拒绝交付一个自己不了解的黑箱的人

如果你是一位资深工程师，把它当作一门转换课程：把你已经信赖的同样的基本功，从应用在初级开发者身上，改为应用在 agent 身上。

你不需要是 AI 专家。你需要的是一名想继续保持工程师身份的人。

这是自定进度还是直播？（https://www.aihero.dev/workshops/ai-coding-crash-course#is-this-self-paced-or-live）

自定进度。按你自己的时间安排，在你自己的代码库中完成学习，技能更新时随时回来复习。

我需要特定的 AI 编码工具吗？（https://www.aihero.dev/workshops/ai-coding-crash-course#do-i-need-a-specific-ai-coding-tool）

这些技能是任何兼容 Claude 的 agent 都能读取的 markdown（Claude Code 是最明显的那个）。实践方法可以迁移到任何有能力的 agent 上——流程才是持久的部分，而不是工具。

我是新手，对 agent 编程不熟。我跟得上吗？（https://www.aihero.dev/workshops/ai-coding-crash-course#i-m-new-to-agent-coding-will-i-keep-up）

可以。你需要是一名在职工程师，而不是 AI 专家。每个技能都小到可以一口气读完，方法是逐步搭建起来的。

退款政策是什么？（https://www.aihero.dev/workshops/ai-coding-crash-course#whats-your-refund-policy）

30 天退款政策。联系[email protected]。

还有其他问题吗？（https://www.aihero.dev/workshops/ai-coding-crash-course#more-questions）

关于定价、PPP、团队席位、发票、礼品和平台问题，请查看 aihero.dev/faq（https://www.aihero.dev/faq）。或发送邮件至[email protected]。