在很长一段时间里，Thomas Dohmke 都被视为“最不像 CEO 的 CEO”。
他会在深夜亲自回复 GitHub Issues，会在发布会上公开演示自己写代码的过程，也会在 Copilot 最早的内测阶段，反复强调一句话：“如果这个东西不能改变开发者每天的工作方式，那它就不值得存在。”
但去年 8 月，这位 GitHub 首席执行官正式离职。外界一度猜测，他是否会加入另一家大厂，或转向 AI 创业投资。但几个月后，他给出的答案更直接——重新创业。
今年 48 岁的 Thomas Dohmke 创办了一家名为 Entire 的新公司，这是一个面向“智能编码时代”的开源开发者平台。
他在 x 上宣布了这一消息。
Grab 首席产品官 Philipp Kandal 在 x 上发帖表示祝贺。
那么，这个 Entire 到底是什么？
据 Dohmke 介绍，Entire 是一个平台，但它未必会与 GitHub 展开竞争。Dohmke 表示，其理念是在技术栈的更高层构建一个平台，让开发者能够管理智能体的推理过程并与之协作。代码仓库仍将是其中的核心。
Entire 正在构建的是一个三层平台，其基础是一个从零开始构建的全新 Git 兼容数据库，中间是一个语义推理层，最上面是一个用户界面。
团队认为，由于这些新存储库中存储的信息有所不同，因此需要一个新的数据库层——具体来说，智能体在使用这些工具时能够提供比人类更多的上下文信息。这个新数据库将允许人类和智能体不仅可以查询代码，还可以查询代码背后的逻辑。
由于代理使用此数据库及其 API 端点的频率可能远远高于人类使用 Git 存储库的频率，因此团队还需要考虑性能。
Dohmke 还表示，与传统的集中式 Git 仓库不同，这种新型数据库可以构建成一个全球分布式的节点网络。
对于需要（或希望）确保数据主权的用户来说，这是一个重要的卖点。
虽然用户界面仍在开发中，但 Entire 已经构建了部分功能，用于可视化存储在 Git 中的检查点。不过，目前团队主要专注于命令行体验。
至于为什么要开发这样一个平台，Dohmke 给出了他的解释。
Dohmke 强调，当前开发者 / 客服工作流程中存在的一个问题是我们现在经常听到的：代码交付的瓶颈不在于编写代码，而在于审查客服编写的代码。这已经导致开发者精疲力竭。
比如，爱尔兰软件工程师、谷歌 Gemini 开发者（同时也在参与 Chrome 的开发） Addy Osmani 就曾公开表达了对 Vibe Coding 不信任。
“我们在谷歌也使用 Vibe 编码——我发现它非常适合原型设计和最小可行产品（MVP），对学习也很有帮助……”Osmani 在 11 月初的一个播客节目中说道。“但总的来说，Vibe 编码更注重速度和探索，而不是正确性和可维护性。”
Dohmke 认为，未来将会出现更多的 Agent。
“如果你在整个软件生命周期中都遵循这个流程，那么编写代码之后的下一步就是代码审查——无论是你自己的代码，还是通过拉取请求审查团队成员的代码，”Dohmke 说道。“但是拉取请求也存在同样的问题（在理解代码方面）。它会显示一些我从未编写过的文件的更改。而像 Copilot 这样的代码审查工具会给我提供关于其代码的反馈，这在我对代码还有一些基本理解的情况下非常有用，但如果我不真正理解这些代码的作用，那么这些反馈就变得毫无意义或多余了。”
当代码较多而上下文较少时，解决方案可能是使用代理和确定性工具来测试代码，并确保其合规性和安全性。
他解释说：“这正逐渐成为瓶颈，所以你必须从流程中剔除这一步骤。我认为这是业内最大的挑战之一，因为在我们应对日益增多的网络攻击的同时，许多组织已经引入了零信任流程，这意味着任何部署都必须经过人工审核。因此，我认为，在我们看来，许多创新将在这一领域涌现，而我们希望成为其中的一份子。”.
Checkpoints 是 Entire 公司发布的首款产品。这款全新开源工具集成了 Claude Code 和 Google 的 Gemini CLI（即将支持 Open Codex），能够自动提取并记录智能体的推理、意图和结果。
在当前的 Agent 开发流程中，一个长期被忽视的问题正在变得愈发突出：会话是短暂的，而决策是不可逆的。
大多数情况下，智能体的提示词停留在终端里，推理过程被塞进上下文窗口。一旦会话结束，这些信息便随之消失。代码最终被提交进 Git，但 Git 只记录了“改了什么”，却无法回答“为什么这么改”。当智能体在一次会话中生成成百上千行代码时，这种上下文的缺失会迅速放大：早期的约束条件、设计取舍、被否定的方案，都无法被追溯。
结果是，智能体之间几乎无法真正协作。它们会在不同会话中重复推理、重复试错，重新消耗 token，甚至推翻数小时、数天前已经做出的决定。随着代码库规模扩大，这种“失忆式开发”正在成为效率和一致性的隐性成本。
为了解决这一问题，一种名为 Checkpoints 的新机制被提出。它试图把原本易逝的智能体上下文，变成可持久、可追溯的工程资产。
Checkpoints 的核心思路是：将智能体的完整会话上下文，作为 Git 中的一等版本数据保存下来。当由智能体生成的代码被提交时，系统不仅记录代码本身，还会同步捕获这次会话中的关键信息，包括提示词、日志、访问过的文件、工具调用情况以及令牌消耗等。这些信息与代码提交一一绑定，构成一条“为什么这样写”的语义轨迹。
从使用方式上看，Checkpoints 以一个“Git 感知”的命令行工具运行。每一次由智能体触发的提交，都会生成一个结构化的检查点对象，并与对应的提交 SHA 关联。代码仓库的内容本身并不发生改变，新增的是一层上下文元数据。当开发者将代码推送到远程仓库时，这些检查点会被同步写入一个独立的、只追加的分支，形成完整的审计日志。
这意味着，开发者不再只能回溯代码差异本身，还可以追溯到产生这些差异的推理过程和决策背景。在多人、多智能体协作的场景下，代码库的演进第一次具备了“记忆能力”，而不再只是结果的堆叠。
“中间层的作用在于向人类和 Agent 提供所有促成软件产品诞生的信息，” Dohmke 解释说。“而如今，在 GitHub 代码库中，包含了所有代码，有时还有文档和依赖项，但基本上缺少了所有关于如何实现这些代码的信息。”
这是因为这些系统是为人类开发者设计的，虽然开发者在完成代码编写后可能会编写测试用例和文档，但记录他们具体的推理步骤却从未被纳入流程。而在传统的、非智能体的工作流程中，大量的机构知识从未被记录下来。
“这是我们更大愿景的第一步，即在软件项目的生命周期中提供语义推理层，这样你就可以在未来的任何时间点，以人类或智能体的身份，追踪决策的制定原因，”Dohmke 解释道。
通过保存所有这些数据，Checkpoints 将允许开发人员查看代理是如何生成代码的。
此外，有 x 用户在 x 上询问数据会如何处理？是否会被用于其他地方。
Dohmke 表示：“Entire 会将上下文和 Checkpoints 存储在用户的 GitHub 代码库中。只要用户登陆上来，Entire 会将其同步到 Supabase 数据库，仅用于显示目的。从长远来看，我们希望构建一个语义层，以便人类开发者和智能体能够并行地进行推理、协作和构建。我们不会将您的数据用于除向您和您的团队提供平台功能之外的任何其他
Thomas Dohmke 并不是传统意义上“职业经理人”出身。
在加入 GitHub 之前，他是一名工程师、创业者，也是 GitHub 的长期重度用户。2018 年 GitHub 被微软收购后，他进入微软体系，随后在 2021 年接任 CEO，成为 GitHub 历史上第一位真正意义上的“工程师型掌舵人”。
在他任内，GitHub 完成了一次关键转向：从“代码托管平台”，变成“以 Copilot 为核心的 AI 开发平台”。
Copilot 的推出，并非单点功能升级，而是一次底层范式变化。GitHub 不再只服务“人如何协作写代码”，而是开始服务“人如何与 AI 一起写代码”。这一判断，后来被证明是整个行业的分水岭。
也正因为如此，当 Dohmke 在 2025 年宣布离职时，他特意强调：
这是一次完全友好的离开，不是对 GitHub 或微软路线的否定。
据他在接受 The New Stack 采访时回忆，自己在 6 月与微软 CEO 萨提亚·纳德拉进行过一次长谈。他向纳德拉坦陈了自己的想法：想回到“从零开始造东西”的状态。纳德拉的回应是，希望他“把 CEO 的工作好好做完”，同时也欢迎他继续留在微软生态中。
这也解释了一个细节：微软风投部门 M12，成为 Entire 的投资方之一。
有了 GitHub 技术领导者这样的职业经历做背书，Dohmke 在资本市场备受青睐。
Entire 的首轮融资规模达 6000 万美元，由 Felicis 领投，Madrona、Basis Set 以及微软 M12 共同参与，公司估值达 3 亿美元。
事实上，6000 万美元的融资在开发者工具领域并不常见。更重要的是，这是一个 产品仍处于早期阶段 的平台。
但在投资人看来，这并不是一次“押产品”，而是一次 押人 + 押判断。
Dohmke 给出的核心判断是：
GitHub 所代表的那一代开发者平台，诞生于“人写代码”的时代，而不是“Agent 写代码”的时代。
Felicis 创始人 Aydin Senkut 则押注的是 Dohmke 丰富的行业经验，他在 x 上发文称：
我第一次见到 @ashtom 他的远见卓识令我叹服。他对现代开发流程有着深刻的理解。作为 GitHub 的 CEO，他带领公司完成了人工智能的转型，并将平台规模扩展到全球超过 1.5 亿开发者。但他同时也清晰地预见到，如今整个行业都需要彻底革新。他的信念和洞察力令我深受鼓舞。
随着本轮融资的完成，Entire 计划将其员工人数从目前的 15 人增加到约 30 人，并尽快搭建其平台。但正如 Dohmke 强调的那样，如今重要的不仅仅是员工。Entire 团队甚至在其新闻稿中也提到，他们计划将团队规模扩大到“数百名客服人员”。
“我认为到了 2026 年，任何领导者都需要重新审视员工人数，不再仅仅关注薪资、福利、差旅和开支，还要关注代币价值。我和一些工程师交流过，包括我自己团队的工程师，以及湾区的工程师，他们都在谈论每月价值数千美元的代币，”多姆克说道。
至于商业模式，Dohmke 告诉我们，团队计划遵循成熟的开源模式，即以宽松的许可协议提供平台的大部分功能，然后提供具有附加功能的托管服务来实现盈利。
在 Thomas Dohmke 宣布创办 Entire、并完成 6000 万美元种子轮融资之后，Hacker News 很快成为这条消息的“情绪放大器”。
有 Hacker News 用户称，这并不意外。
一位长期定义开发者工作流的关键人物，带着“为智能体时代重构软件工程”的宏大叙事重新创业，再加上一笔在开发者工具领域堪称夸张的种子轮融资，本身就足以触发 Hacker News 最典型的那种讨论：技术是否真的新？价值是否被高估？以及——这到底是在投产品，还是在投人？
从整体来看，HN 上的讨论并未形成简单的“看好 / 唱衰”对立，而是呈现出几条高度一致、反复交织的主线。
第一条主线，大家更多的是在讨论“Entire 到底是不是一个新原语？”
支持者与反对者的分歧，首先集中在 Entire 的首个产品 Checkpoints 本身。
在支持一方看来，Checkpoints 并不是一个“方便功能”，而是一种 新的软件工程原语。
有开发者指出，Checkpoints 的关键不在于“保存 AI 生成的代码”，而在于它将 代理的完整上下文——包括会话记录、提示、访问过的文件、工具调用和 token 使用情况——作为 一级版本化数据，与代码提交一并捕获并长期保存。
在这一视角下，Checkpoints 并不是在解决“怎么写代码”，而是在解决一个更根本的问题：
当代码主要由代理生成时，软件工程应该如何记录“思考过程”？
这种观点认为，如果开发者无法回溯代理为什么在某个时间点做出某种选择，那么代码审查、安全验证乃至长期维护都会变得越来越脆弱。从这个意义上说，把推理过程纳入版本控制体系，本身就是一次范式转移。
但反对者几乎立刻给出了另一种解读。
在他们看来，这种能力 并不新，甚至实现成本极低：
“你完全可以把 AI 生成的上下文当成文本，用 git add 提交。”
在这类评论中，Checkpoints 被描述为一个“被概念包装过的简单想法”：不是不能用，而是远不足以支撑一个被资本高度追捧的平台叙事。
另外一个比较集中被讨论的话题是，6000 万美元，究竟买的是什么？
如果说产品价值仍有争论，那么融资规模几乎是 Hacker News 上争议最集中的部分。
多位用户直言，他们并不否认“记录开发决策”这件事的意义，但完全无法理解：为什么这值得 6000 万美元的种子轮？
有人直接点破，这笔融资隐含的估值，很可能已经超过 6 亿美元。在他们看来，这并不是“新的经济学”，而是风险投资在为自身账面价值服务——通过对早期项目给出极高定价，抬升整个基金组合的名义估值。
更激进的评论甚至认为，这种行为本身就应该被监管。但也有另一种更冷静、也更现实的声音指出：
钱并不是在寻找“完美产品”，而是在寻找“可能的落点”。
