在 AI 编程工具竞争日趋激烈的当下，多数产品仍围绕代码补全、自动修复和终端 Agent 展开。YC W26 项目 Whiteboard 则选择了一个相对少见的切入点：它不是试图成为新的 AI 代码编辑器，而是提供一个开源桌面画布，让人类开发者与编程 Agent 在同一空间中完成软件架构设计、白板协作与代码审查。
\n
从写代码到先画出软件：Whiteboard 的核心定位
\n
Whiteboard 是一个开源桌面应用，官方描述为“人类和 Agent 可以在同一个工作空间中共同设计软件的画布”。它支持 macOS 和 Fedora，运行在开发者本地代码仓库之上，并通过连接 Claude Code、Codex 等已有编程 Agent 工具来工作。
\n
与传统白板工具不同，Whiteboard 的重点并不只是绘图。它为 Agent 提供了 SDK，使 Agent 能够在应用内画布上绘制图形、解释自己的工作，并把自己的决策过程可视化。换言之，Whiteboard 试图解决的问题是：当 Agent 越来越多地参与编码，开发者如何理解 Agent 做了什么、为什么这样做，以及这些动作如何对应到具体代码。
\n
- \n
- 连接 Claude Code、Codex 等编程 Agent
- Agent 可在画布上绘制架构图、流程图和说明内容
- 支持围绕本地代码分支进行审查与设计讨论
- 面向软件实现前的架构、规格和决策梳理阶段
\n
\n
\n
\n
\n
官方给出的使用方式也很直接：用户打开 Whiteboard 后，在欢迎界面接入已有编程 Agent，然后让 Agent 审查当前分支与最新 main 分支之间的差异，并将结果呈现在 Whiteboard 中。素材中提到，团队在实际使用中发现，这类工作流在兼顾智能水平、成本和速度的模型上表现更好。
\n
不只是白板：图形、代码和 Agent 轨迹被连接起来
\n
Whiteboard 的一个关键设计，是把设计图形和底层代码打通。过去，纯 HTML 白板工具往往只能承载说明和草图，难以把规格图、架构图与实际代码直接关联。而在软件开发中，许多取舍恰恰要在第一轮实现之后才会显现。Whiteboard 试图弥合这个断层。
\n
在应用中，用户可以点击序列图、实体关系图，或 Agent 执行轨迹中的引用内容，直接跳转到对应代码。浏览代码时，Whiteboard 提供来自 VS Code 的快捷键和 LSP 支持。这意味着它并非一个孤立的绘图板，而是尽量保留开发者熟悉的代码环境。
\n
针对代码审查场景，Whiteboard 还自研了一个基于 Rust 的语义级、AST 感知差异查看器。官方表示，原始 diff 视图往往噪声很大，因此 Whiteboard 设置了默认策略：较大的新增函数会以伪代码形式总结，单元测试和文档变更则默认折叠或隐藏。这些规则可以通过基于 WASM 的插件系统进行自定义。
\n
另一个值得注意的能力是 Agent 轨迹的查询与链接。团队发现，当 Agent 自主完成一系列决策后，开发者很难快速判断这些决策来自哪些需求、又对变更产生了什么影响。为此，Whiteboard 提供工具，让 Agent 可以查询并关联自身轨迹，使用户能够看到自己提出的需求、Agent 的实现方式，以及 Agent 在执行过程中做出了哪些自主决定。
\n
基于 Code OSS 改造，但仍明确当前边界
\n
从技术底座看，Whiteboard 并非完全从零构建一个编辑器。团队选择将 Code OSS 内置到项目中，作为基础能力来源。与常见 fork 方式不同，他们直接维护 vendored Code OSS，而不是长期维护补丁集。原因之一是编程 Agent 处理补丁较困难，且官方 VS Code 中有相当比例代码与 Copilot 相关，而 Whiteboard 并不需要这些部分。团队会持续跟踪上游 Code OSS，并合并安全和功能补丁。
\n
项目采用 MIT 许可，当前版本运行在本地代码检出环境上。官方也明确列出了现阶段限制：Whiteboard 目前不能直接编辑文件；跨多个仓库进行统一审查的支持仍不完善；分享功能可以将评审内容发送到其他设备，但分享后如果内容更新，接收方不会自动同步，需要重新分享。
\n
此外，官方表示匿名遥测不包含代码、diff、Whiteboard 文本、提示词或模型输出，用户可以随时关闭遥测。Whiteboard 未来计划推出面向团队的托管产品，但会保留自托管能力。
\n
AI 编程工具开始争夺设计前置环节
\n
Whiteboard 的出现，反映出 AI 编程工具正在从“写代码”延伸到“设计代码”。当 Agent 能够完成越来越多实现工作时，开发者的角色开始向需求表达、架构判断和结果审查转移。问题不再是 Agent 能否写出一段代码，而是开发者能否理解 Agent 的推理路径，并在早期阶段纠正方向。
\n
这也是 Whiteboard 与常见 AI 编辑器的差异所在。它没有把重点放在光标处的生成建议上，而是把架构讨论、图形表达、Agent 决策追踪和代码跳转整合到同一个界面中。对团队而言，这类工具的价值可能不在于提升单点编码速度，而在于降低人与 Agent 协作时的沟通成本和审查成本。
\n
目前，Whiteboard 仍处于较早期阶段，功能边界也很清晰。它更像是一个面向 AI 时代软件设计前置流程的实验性工作区：先让人和 Agent 把意图、结构和取舍画出来，再进入具体实现。对于关注 AI 编程工具演进的开发者来说，这个项目提供了一个值得观察的方向：未来的 IDE 可能不只是代码编辑环境，也会成为人类与 Agent 共同思考软件的场所。
原创文章，作者：点点，如若转载，请注明出处：https://www.dian8dian.com/dang-agent-kai-shi-can-yu-jia-gou-tao-lun-whiteboard-ba
