我为什么认同 DHH 对 AI 的热情

听完 DHH 和 Lex Fridman 的这次采访，最打动我的是他谈到 AI 时的兴奋。一个多年亲手写代码、对工具有强烈偏好的人，正在很认真地享受另一种做软件的方式。

这让我想到自己公司的团队。同样面对 AI，有的人还没有足够的信任，有的人已经非常积极地使用。我自己明显更接近后者：我愿意让 AI 承担更多工作，也期待它把以前难以推进的想法变成可以使用的产品。但团队里的差异，也让我一直在想，这份信任应该怎样建立，又怎样才能变成大家都能受益的工作方式。

我认同 DHH 对 AI 的热情，因为我在意的是我们能做出什么，以及这些东西能不能让人的工作和生活变好。工具有了新的能力，我愿意认真使用它，再根据实际结果调整判断。 这次采访给我的启发，既是创造的乐趣，也是面对变化时的一种态度。

标准可以不变，对工具的判断应该更新

DHH 在采访里解释，自己对 AI 的使用发生变化，并不意味着原来的标准消失了。早期的补全工具没有改变他的工作方式；当 agents 能够执行任务、使用工具、检查结果，并产出接近他要求的代码时，他的体验才发生了明显变化。采访原文：用 AI agents 编程

我很认同这里的判断方式。一次使用体验，可以说明那个工具在那个任务上的表现，却未必能替以后所有的工具和任务下结论。如果能力已经变了，我希望自己愿意再试一次。反过来，即使一次结果很好，也还需要看看它在哪些条件下成立。愿意更新判断，和对结果有要求，可以同时做到。

所以，我从 DHH 身上得到的参考，是一种具体的开放：把工具放进自己熟悉的工作，看看它究竟能完成什么。以前不够好，是一个曾经合理的判断；新的结果出现以后，继续用旧印象替它打分，就可能错过已经发生的变化。

团队里的信任差异，要回到实际工作里讨论

在自己的团队里，我也遇到了这个挑战：有人对 AI 的结果仍然不放心，有人已经把它用进越来越多的工作。大家对同一个工具的判断，未必来自相同的任务、相同的使用方法，甚至未必来自同一代能力。这是我觉得 DHH 的经历值得拿来参考的地方。

不过，我不想把他的观点当成说服同事的权威。DHH 对自己工作方式的信心，不能直接变成我们项目的验收结果。对 AI 的顾虑可能很具体：输出是否可靠，出了问题能不能理解，后续是否容易维护。这样的疑问值得被回答。积极使用的人，也需要把有效的方法讲清楚，让别人看见结果是怎样得到的，而不只看到一句“这个很好用”。

我更希望把讨论缩小到一个大家都熟悉的任务：先说明要解决什么、怎样才算完成，再让 AI 参与，一起检查结果。如果没有达到要求，就把失败的地方留下来；如果确实有帮助，也说清楚帮助发生在哪一步。我想推动的是这样一种合作：愿意尝试的人带回方法，持保留意见的人帮助检验，双方都能根据看得见的结果更新判断。这是我希望尝试的做法，还不是团队已经解决了分歧的故事。

最吸引我的，仍然是把有用的产品做出来

DHH 谈到创造东西的愿望，以及编程中具体的机械工作。这让我很有共鸣。采访原文：创造与编程 我能理解写出漂亮代码的乐趣，但自己的满足感更靠近产品被使用的那一刻：一个想法真的能用了，一个绕来绕去的操作变顺了，一个人不用再反复处理同一件麻烦事。做生意要考虑成本和结果，我也希望参与其中的人能少一点烦躁、多一点乐趣。

不少小需求一直没有被做出来，是因为它们要背上一整套实现成本。需求可能只有一句话，落地却要理解代码、调整界面、连接数据、处理异常。AI 如果能承担其中一部分工作，有些原本被留到“以后有空再说”的改善，就值得先做一版。我喜欢这种可能性：一个东西不用先证明自己能成为大生意，也可以因为对某些人有用而获得一次尝试。

我自己的 blog 流程就是一个具体例子。一个想法现在可以沿着资料、提纲、草稿、双语适配和审校往下走，每一步都有可复用的指引，也留下能检查的文件。流程不保证文章值得发表，但它让模糊的感受更容易变成一份可以认真修改的稿子。对我来说，AI 的价值就在这样的变化里：我更容易开始，也有东西可以拿来判断、修改和继续。

我也佩服他在 Omarchy 上的野心，把自己对工作环境的偏好做成一个完整的 Linux 项目。这份想把东西做出来的劲头，同样解释了我为什么会被这次采访打动。

信任可以增加，交付的要求也要说清楚

积极使用 AI，并没有让我觉得“生成出来了”就算完成。我以前写过团队面对的 QA 压力：代码和方案变多以后，理解变更、审查风险、确认业务行为的工作，并不会自动以同样的速度完成。如果只把更多产出推到队列里，另一群人可能会更忙。这也是团队里的谨慎声音有价值的地方，它提醒我看完整个交付过程。

一个自己用的小工具，可以快速试用，不合适就放下；一个被团队或客户依赖的系统，涉及数据、权限、异常处理和恢复，就需要更扎实的验证。我愿意把更多实现交给 AI，也愿意让它帮忙检查。至于需要怎样的证据，仍然得看这个结果会影响谁、出了问题能不能发现和修复。DHH 谈产品时提到为谁做、做什么、先做什么，这些问题也让我觉得熟悉：实现方法变了，产品仍然要对具体的人有用。采访原文：产品与实现

我希望团队逐渐建立这样的信任：知道哪些工作已经可以放心交给 AI，哪些地方还要多看一步，以及新的能力出现以后，可以在哪里继续扩大尝试。这个范围可以随着经验增长。比起要求所有人先有同样的热情，我更在意大家能否一起把它弄清楚。

我希望这份热情，能成为共同的创造能力

DHH 的兴奋让我觉得亲切，因为我也期待 AI 带来更多做产品的空间。我想把时间花在理解需求、选择方向、改善体验上，并且愿意借助工具，把更多实现工作推进下去。手不一定要一直放在键盘上，我仍然很在乎做出来的东西是什么样子。

当然，开始变容易，也可能同时开始太多事情。每个小工具都会留下后续照看的可能，每条自动化也可能失效。我希望 AI 带来的是把事情做好的余地，而不是一张越来越长、永远没人收尾的项目清单。对一个团队来说，能一起完成、理解并继续使用一个有价值的结果，比各自生成很多东西更让我期待。

让我认同 DHH 的，正是这种面向创造的热情。我希望团队里有更多人能参与其中，也能从中受益。下一次讨论 AI 时，我想先选一个大家熟悉的任务，说清楚怎样的结果才有用，然后一起试一次。我们可以从这份实际结果里，决定哪些方法值得留在日常工作中。

本文结合个人工作与团队经历，讨论我认同 DHH 的哪些 AI 观点，并非整场采访的逐段总结。来源：Lex Fridman 与 DHH，第 501 期（2026 年 8 月 26 日发布）；相关段落按 Lex 官网的人工整理文字稿核对。