在很长一段时间里，Thomas Dohmke 都被视为“最不像 CEO 的 CEO”。
他会在深夜亲自回复 GitHub Issues，会在发布会上公开演示自己写代码的过程，也会在 Copilot 最早的内测阶段，反复强调一句话：“如果这个东西不能改变开发者每天的工作方式，那它就不值得存在。”
但去年 8 月，这位 GitHub 首席执行官正式离职。外界一度猜测，他是否会加入另一家大厂，或转向 AI 创业投资。但几个月后，他给出的答案更直接——重新创业。
今年 48 岁的 Thomas Dohmke 创办了一家名为 Entire 的新公司，这是一个面向“智能编码时代”的开源开发者平台。
他在 x 上宣布了这一消息。
Grab 首席产品官 Philipp Kandal 在 x 上发帖表示祝贺。
1. Entire平台概述：为AI Agent协作而生的新平台
那么，Entire 到底是什么？
据 Dohmke 介绍，Entire 是一个平台，但它未必会与 GitHub 展开竞争。其理念是在技术栈的更高层构建一个平台，让开发者能够管理智能体的推理过程并与之协作。代码仓库仍将是其中的核心。
Entire 正在构建的是一个三层平台：
- 基础：一个从零开始构建的全新 Git 兼容数据库。
- 中间：一个语义推理层。
- 上层：一个用户界面。
团队认为，由于这些新存储库中存储的信息（即Agent的推理上下文）有所不同，因此需要一个新的数据库层。具体来说，智能体在使用工具时能够提供比人类更多的上下文信息。这个新数据库将允许人类和智能体不仅可以查询代码，还可以查询代码背后的逻辑。
由于代理使用此数据库及其 API 端点的频率可能远高于人类使用 Git 存储库，因此团队还需要重点考虑性能问题。
Dohmke 还表示，与传统的集中式 Git 仓库不同，这种新型数据库可以构建成一个全球分布式的节点网络，这对于需要确保数据主权的用户来说是一个重要的卖点。
目前，用户界面仍在开发中，但 Entire 已经构建了部分功能，用于可视化存储在 Git 中的检查点。不过，团队当前主要专注于命令行体验。
2. 痛点与愿景：解决Agent编码的“黑盒”问题
那么，为什么要开发这样一个平台？Dohmke 强调了当前开发者/Agent工作流程中一个日益凸显的问题：代码交付的瓶颈正在从“写代码”转向“审代码”。
他解释道，使用 Copilot 等工具审查代码时，如果审查者不真正理解代码的作用，反馈就可能变得毫无意义。“这正逐渐成为瓶颈，所以你必须从流程中剔除或优化这一步骤。我认为这是业内最大的挑战之一。”
Dohmke 认为，未来将会出现更多的 Agent，而传统为人类设计的开发流程无法记录Agent的推理步骤，导致大量的“机构知识”和决策背景丢失。这就像软件项目失去了记忆。
“中间层的作用在于向人类和 Agent 提供所有促成软件产品诞生的信息，” Dohmke 解释说。“而如今，在 GitHub 代码库中，包含了所有代码，有时还有文档和依赖项，但基本上缺少了所有关于‘如何实现这些代码’的信息。”
3. 首发产品：开源的 Checkpoints
Checkpoints 是 Entire 公司发布的首款产品，也是一款开源工具。它集成了 Claude Code 和 Google 的 Gemini CLI（即将支持 Open Codex），旨在自动提取并记录智能体的推理、意图和结果。
在当前的 Agent 开发中，会话通常是短暂的，决策过程不可追溯。提示词、思考路径、被否决的方案都随着会话结束而消失。Git 只记录“改了什么”，却无法回答“为什么这么改”。这导致智能体之间难以协作，会重复推理和试错，形成“失忆式开发”。
Checkpoints 的核心思路是：将智能体的完整会话上下文，作为 Git 中的一等版本数据保存下来。 当由智能体生成的代码被提交时，系统不仅记录代码差异，还会同步捕获这次会话中的关键信息，包括：
- 提示词 (Prompts)
- 会话日志 (Transcript)
- 访问过的文件 (Files touched)
- 工具调用 (Tool calls)
- Token 消耗 (Token usage)
这些信息与代码提交一一绑定，构成一条解释“为什么这样写”的语义轨迹。
从使用方式上看，Checkpoints 以一个“Git 感知”的命令行工具运行。每一次由智能体触发的提交，都会生成一个结构化的检查点对象，并与对应的提交 SHA 关联。代码仓库的内容本身并不改变，新增的是一层上下文元数据。当代码被推送到远程仓库时，这些检查点会被同步写入一个独立的、只追加的分支，形成完整的审计日志。
这意味着，开发者可以追溯到产生代码差异的推理过程和决策背景。“这是我们更大愿景的第一步，即在软件项目的生命周期中提供语义推理层，这样你就可以在未来的任何时间点，以人类或智能体的身份，追踪决策的制定原因，” Dohmke 解释道。
对于数据安全问题，有用户在 X 上向 Dohmke 提问。他回复称：
“我们的 CLI 会将上下文和检查点存储在您的 GitHub 代码库中。如果您登录 entire.io，我们会将其同步到 Supabase 数据库，仅用于显示目的……我们不会将您的数据用于除向您和您的团队提供平台功能之外的任何其他用途。”
4. 一位“工程师型 CEO”的融资与叙事
Thomas Dohmke 并非传统的“职业经理人”，而是一名工程师出身的创业者。在担任 GitHub CEO 期间，他推动了平台向以 Copilot 为核心的 AI 开发平台转型。他的离职被描述为“友好的离开”，旨在回归“从零开始造东西”的状态。
微软风投部门 M12，成为了 Entire 的投资方之一。
凭借其背景，Entire 的首轮融资规模惊人：6000 万美元种子轮，由 Felicis 领投，Madrona、Basis Set 以及微软 M12 共同参与，公司估值达 3 亿美元。这在开发者工具领域，尤其对于一个早期产品而言，并不常见。
投资人押注的不仅是产品，更是 Dohmke 的判断。他的核心观点是：GitHub 所代表的那一代开发者平台，诞生于“人写代码”的时代，而不是“Agent 写代码”的时代。
Felicis 创始人 Aydin Senkut 在 X 上发文表达了对其远见的赞赏。
随着融资完成，Entire 计划将团队规模扩大。关于商业模式，Dohmke 表示将遵循成熟的开源模式，即以宽松许可提供核心功能，然后通过提供具有附加功能的托管服务来实现盈利。
5. 社区热议：新原语还是过度炒作？
Thomas Dohmke 的创业新闻迅速在技术社区如 Hacker News 上引发热议。讨论并未简单分为看好或唱衰，而是围绕几个核心问题展开。
首先是 Checkpoints 的价值：它到底是一种“新的软件工程原语”，还是一个被包装过的简单想法？
支持者认为，Checkpoints 的关键在于它将代理的完整上下文作为一级版本化数据保存，解决了当代码主要由代理生成时，如何记录“思考过程”的根本问题。这为代码审查、安全验证和长期维护提供了前所未有的可追溯性，本身就是一次范式转移。
反对者则认为，这种能力“并不新”，实现成本很低，完全可以把 AI 生成的上下文当成文本用 git add 提交。在他们看来，Checkpoints 是一个“被概念包装过的简单想法”，远不足以支撑一个被资本高度追捧的平台叙事。
另一个焦点是惊人的融资规模。6000万美元的种子轮让许多开发者感到不解。有评论指出，这隐含的估值可能超过6亿美元，并质疑这是否是风险投资在为自身账面价值服务，而非产品真实价值的体现。
当然，也有更冷静的声音指出，资本有时寻找的并非“完美产品”，而是“可能的落点”。在人工智能深刻变革开发流程的当下，押注一个由深刻理解此过程的领导者提出的愿景，本身就是一种策略。
Entire 的愿景是否过于超前？Checkpoints 能否成为开发者工作流中不可或缺的一环？这些问题，或许只有时间和更多开发者的实践才能给出答案。对于关注开源与AI前沿趋势的开发者而言，这无疑是一个值得持续观察的案例。如果你想了解更多类似的业界动态与技术剖析，欢迎来 云栈社区 参与讨论。
参考链接：
发表于 2026-2-12 08:25:06
|
查看: 27|
回复: 0
