Mitchell Hashimoto 编写代码的新方式 (2026-02-26)

Mitchell Hashimoto’s new way of writing code (2026-02-26, gemini-2.5-pro)

1. 导读

Mitchell Hashimoto是开发者世界中的一个标志性人物。作为HashiCorp的联合创始人，他创造了Terraform、Vagrant等一系列定义了现代云基础设施的工具，毫不夸张地说，他搭建了过去十年云时代的“铁路系统”。然而，正当行业在他铺设的铁轨上高速运行时，一场由AI驱动的范式转移正悄然发生。在这场对话中，Hashimoto首次以一个“后HashiCorp时代”的独立建设者身份，坦诚地回顾了创建千亿市值公司的历程，以及与AWS、Azure和Google Cloud等云巨头既合作又对抗的微妙关系。

这场对话的价值远不止于创业故事。它提供了一个独特的视角：一位顶级的基础设施架构师，如何将自己沉浸在新兴的AI Agent工作流中，并因此对软件工程的根基——从版本控制系统Git到开源协作模式——提出颠覆性的质疑。这不仅仅是关于采用新工具，而是关于当代码的“生产成本”趋近于零时，我们赖以构建和信任软件的整个社会技术体系将如何被重塑。当缔造了上一个时代秩序的建设者开始严肃地探讨现有秩序的瓦解时，我们最好认真倾听。

2. 核心观点

Mitchell Hashimoto的核心世界观是：软件开发是一场关于“专注力”和“深度思考”的智力游戏，而工具的终极价值在于放大这种专注力，而非仅仅提升输出速度。他认为，AI Agent是继云计算之后最重要的生产力杠杆，但这一杠杆正以意想不到的方式，侵蚀着软件行业长期依赖的信任基础，尤其是开源社区。这一观点充满张力，因为它既极度拥抱AI带来的个体赋能，又对AI引发的系统性风险发出了最严厉的警告——我们可能正用AI赋予的“无限弹药”，摧毁我们赖以合作的“信任堡垒”。

一、AI Agent正在重塑顶尖工程师的工作流：从“任务加速器”到“思维并行器”。

Hashimoto并非简单地将AI用于代码补全或编写样板文件。他的工作模式是“始终让一个AI Agent在后台运行”，将那些不需深度创造性思考的任务（如技术选型调研、API用法查证、编写初步测试）完全委托给Agent。他自己则专注于核心的架构设计和问题分解。这种模式的本质是“任务委托”而非“辅助”，将工程师从单线程工作者解放出来，使其能将100%的认知资源投入到最高价值的环节。他用自己开车赴约时让Agent进行技术研究的例子，生动地展示了这种工作方式如何将碎片化的时间转化为高效的生产力。

二、AI已从根本上打破了开源社区的“默认信任”模型。

开源协作长期建立在一个隐性前提上：贡献代码需要付出显著的努力，这种努力本身就是一种信誉的初步过滤。然而，Hashimoto指出，AI使得“创造看起来合理但实际上错误或低质量的贡献”成本降至零。这导致他的项目（如终端工具Ghosty）收到的低质量PR（Pull Request）数量激增，彻底摧毁了信号与噪声的比率。他断言，开源社区必须从“默认允许，后续验证”转变为“默认拒绝，先获信任”。为此，他在自己的项目中实施了严格的“担保人制度”（vouching system），贡献者必须由现有社区成员担保，否则无权提交代码。这标志着开源协作模式正从开放走向某种程度的封闭，以应对AI带来的信任危机。

三. 面对AI Agent带来的代码“洪流”，Git及其生态已岌岌可危。

Hashimoto观察到，行业内“Git能否在未来几年存续”这个问题，第一次从笑谈变成了严肃的讨论。原因在于，Git是为人类协作的节奏和规模设计的。当AI Agent以远超人类的速度和数量生成代码、分支和合并请求时，现有的工作流——尤其是围绕合并队列（merge queues）和大型单体仓库（monorepo）的实践——将彻底崩溃。这场变革不仅是性能问题，更是工作流的根本性颠覆。以GitHub为代表的代码托管平台，其核心交互模型（如PR）是为人类审查设计的，完全无法有效管理Agent之间或人与Agent之间的高频、海量交互。

四、软件开发的价值核心正从“编码能力”转向“系统构建与思维深度”。

Hashimoto反思了他的招聘哲学，他发现最优秀的工程师往往背景“无聊”——他们没有活跃的社交媒体，不参与行业KOL的讨论，只是在朝九晚五的时间里极度专注地解决问题。他认为，时间是零和的，过多的上下文切换会扼杀深度思考。AI Agent的出现将加剧这一趋势：当编写代码本身变得廉价，定义问题、设计“测试框架”（harness engineering）以及进行复杂系统权衡的能力，就成为了工程师的核心价值。未来，衡量工程师水平的标准，将更多地取决于他为AI Agent设定目标和验证其工作的能力，而非亲手编写每一行代码的速度。

这四个判断构成了一条清晰的逻辑链：AI Agent极大地增强了个体（判断一），但这种赋能的负外部性正在摧毁集体协作的信任基础（判断二），并对整个技术基础设施构成压力测试（判断三），最终将倒逼行业重新定义工程师的核心价值，使深度思考能力变得比以往任何时候都更加珍贵（判断四）。

3. 批判与质疑

Hashimoto的论述体系深刻而富有洞察力，但他的一些结论建立在特定前提之上，并忽略了某些潜在风险。

首先，他提出的开源社区“担保人制度”解决方案，虽然能有效过滤噪声，但本质上是一种“圈子化”的治理模式。这可能会无意中提高新贡献者的准入门槛，固化现有核心圈子的影响力，与开源运动最初倡导的开放、平等的精神背道而驰。一个悬而未决的问题是：在一个“默认拒绝”的世界里，一个有才华但无人引荐的新人，如何才能获得第一张“信任门票”？这种机制是否会扼杀那些来自边缘的颠覆性创新？

其次，他所倡导的“思维并行器”工作模式，高度依赖于工程师自身的深厚经验。Hashimoto能有效地将任务委托给AI，是因为他早已内化了解决这些问题的知识体系，能快速判断AI生成结果的优劣。对于一个初级工程师而言，许多“枯燥”的、“非思考性”的任务正是他们学习和成长的必经之路。如果过早地将这些任务完全外包给AI，可能会导致“能力空洞化”——培养出一代只会“发指令”而不知其所以然的工程师，从而削弱整个行业的长期健康。

再者，他对Git等现有工具链的批判是敏锐的，但他并未给出一个清晰的替代方案。声称一个系统将被颠覆是容易的，但设计一个能更好处理AI Agent规模化协作、同时又能被人理解和信任的新一代版本控制系统，则是一个极其艰巨的挑战。目前，这更像是一个精准的诊断，而非一张可行的处方。

最后，他关于云巨头的评价虽然坦率，但也带有其作为HashiCorp创始人的特定立场。AWS的“傲慢”和潜在的“扼杀”意图，很大程度上是针对HashiCorp这样具有平台级潜力的合作伙伴。对于普通开发者或小型初创公司而言，与云巨头的互动体验可能会有很大不同。他的视角虽然宝贵，但不应被视为对这些平台的全貌描绘。

4. 行业视野

这场对话如同一颗探针，深入到AI变革下软件开发领域的地壳板块交界处，让我们得以观察到正在发生的剧烈变动。

它首先印证了一个核心趋势：软件开发的“生产端”与“设计端”正在加速分离。 过去，从设计到编码再到测试，整个价值链高度耦合。而Hashimoto描述的工作流，本质上是将“编码实现”这一环节商品化、自动化，使工程师能专注于更高层次的“系统设计”与“问题定义”。这与制造业从手工作坊到自动化产线的演进形成了历史呼应，预示着软件工程的工业化进程可能因AI而大大提速。

其次，它有力地挑战了一个根深蒂固的共识：开源的成功主要依赖于技术许可（License）和工具链（Git/GitHub）。 Hashimoto的经历血淋淋地揭示，开源的基石其实是隐性的“社会契约”和“信任网络”。当AI以前所未有的方式冲击这个社会层时，单纯的技术和法律框架显得力不从心。这与近年来关于开源可持续性、供应链安全（如xz后门事件）的讨论一脉相承，但Hashimoto将其直接归因于AI带来的结构性压力，为这场讨论提供了全新的维度。

最后，这场对话与早期云计算革命的历史形成了有趣的对照。Hashimoto在创立HashiCorp时，赌的是“多云”的未来，因为他相信任何巨大的经济利益都会吸引多个巨头入场竞争。今天，他在思考AI对开发工具的冲击时，也隐含了类似的逻辑：当AI Agent成为主导性的代码生产者，控制Agent工作流、验证其产出、并为其提供运行环境的“新型基础设施”将成为下一个兵家必争之地。他从一个基础设施的建设者，转变为对下一代基础设施需求的思考者，其角色的转变本身就折射了行业重心的转移。

5. 启示与建议

这场对话的核心价值在于，它迫使我们重新审视那些在AI时代可能已经失效的假设，例如“贡献的成本是天然的过滤器”或“版本控制工具是中立且永恒的”。

对于开发者：

重新定义你的工作流，学会“委托”而非“使用”AI。 刻意区分“需要深度思考”和“可程序化执行”的任务。在开始一项复杂工作前，花15分钟规划好哪些部分可以交给AI Agent并行处理。在你离开座位休息时，思考“有什么慢任务可以让Agent在我回来前完成？” 这不是偷懒，而是最大化你的认知带宽。
投资于“元能力”：问题分解、测试设计和批判性思维。 既然AI能生成代码，那么你的核心竞争力就不再是写代码的速度，而是定义需求、设计验证方案（即“harness engineering”）以及辨别AI产出中细微错误的能力。花更多时间学习系统设计原则，而不是最新的框架语法。

对于技术领导者与创始人：

审计你的技术基础设施对“AI churn”的容忍度。 你当前的CI/CD流水线和代码审查流程，能否承受代码提交量和变更频率提升一个数量级？现在就应开始评估和实验新的代码管理和集成策略，为Agent驱动的开发模式做好准备。
调整招聘和评估标准，从考察“编码能力”转向考察“思维质量”。 在面试中，可以设计一些开放性问题，要求候选人分解一个复杂系统，或者设计一个全面的测试策略，甚至让他们“指挥”一个AI助手完成一个任务，并评价其结果。关注候选人如何思考，而非他们记得多少API。

对于开源项目维护者：

立即重新评估你的贡献流程，放弃“默认信任”。 不要再等待，现在就应该为你的项目设置更严格的准入门槛。这可以是从简单的“新贡献者必须先通过issue讨论获得批准”，到类似Hashimoto的“担保人制度”。将维护者的精力视为项目最宝贵的稀缺资源来保护。

结论的可靠性方面，Hashimoto对自己个人工作流的变革和对开源社区现状的诊断是强信号，因为它基于他第一手的、正在进行的实践。而他关于Git等工具链将被彻底颠覆的预测，则属于合理推断，指明了正确的方向，但具体形式和时间点仍有待观察。

6. 金句摘录

Original: “AI makes it trivial to create plausible looking but incorrect and lowquality contributions. Open source has always been a system of trust. Now it’s just default deny and you must get trust.” 意译: “AI让创造‘看似合理但错误且低质’的贡献变得轻而易举。开源一直是一个基于信任的体系。而现在，它变成了‘默认拒绝，你必须首先赢得信任’。” 语境: Hashimoto在解释为什么他不得不改变自己开源项目的贡献政策。这句话精准地概括了AI对开源社区信任基础的根本性冲击。
Original: “What’s interesting is this is the first time in like 12 to 15 years that anyone is even asking that question [Will Git be around?] without laughing.” 意译: “有趣的是，这是大概12到15年来，第一次有人提出‘Git还会存在吗？’这个问题而不会引人发笑。” 语境: 在讨论AI Agent带来的海量代码变更将如何冲击现有开发工具链时，Hashimoto用这句话来强调范式转移的深度和严肃性。
Original: “It’s a dreamkilling amount of money. It’s like you would take the money but you’re too small to be important to a company like VMware. So they’re gonna just [kill your project].” 意译: “那是一笔‘扼杀梦想’的钱。意思是，你会收下这笔钱，但对于像VMware这样的公司来说，你太渺小了，无足轻重。所以他们最终只会扼杀你的项目。” 语境: Hashimoto回忆HashiCorp成立初期差点被VMware收购的经历。他用这个词来描述一笔足以改变个人生活、但却会终结创业初衷的收购要约，深刻揭示了早期创业者面临的诱惑与困境。