周末把 whiteboard 拉到本地跑了半小时，我先把结论撂反了：它真在解决的，压根不是“人和代理怎么一起画图”那点事，是“人还跟不跟得上代理”这口气。2.2k stars 不是需求证明，是焦虑证明。你点 star 不是急着拿它画序列图，你是怕漏掉那个能让你看懂 agent 在干嘛的东西。
仓库页面一眼扫过去很清爽：MIT 协议，本地检出，macOS/Windows/Linux 客户端都有，接 Claude Code、Codex，给代理一个 SDK，让代理自己在画布上画、自己解释。听起来像协作效率工具，我一开始也这么想，顶多算个给 agent 用的 Miro。真让它变味的不是画布，是那个 Rust 写的、AST 感知的语义化 diff 查看器。大型新增函数默认给你摘要成伪代码，单测和文档变更折叠或直接藏起来，无关代码过滤掉——这一下工具的性质就变了。
现代开发的瓶颈早不是“读不懂代码”，是“看不完 agent 的改动”。Claude 一次改十四份文件，十一份是测试和文档，人脑能跟得上才见鬼。Whiteboard 卖的就是把这层“跟不上”画出来给你看，让你喘口气。它甚至允许你把看不懂的高亮复制给代理让它重画，你点序列图、ER 图又能跳回对应代码。这个循环的本质不是协作，是人在补救自己的理解滞后。
这笔账我一开始算错了。我漏了这层——这哪是画板，这是给代理输出做审计的投影仪。
那谁赚谁亏？先别把这仓库当独立开发者的暴富故事。它开源、本地、不能编辑文件，本来就没打算当通用 IDE 使。它赌的是另一个卡位：趁 Claude Code、Codex 都没有官方默认的可视化工作区，先把“代理轨迹 + 决策追溯”这个中间层占住。模型层拼不过，API 拼不过，IDE 层拼不过 VS Code，但“代理自己画给你看”这个窄缝现在还没人坐稳。这个时点把 SDK 开源，等于是把生态位入口打开，让早来的人把自家场景绑上去。绑得越深，切换成本越高——它未来的定价权就越大。
devdotfast 自己的账也摆在明面上。团队托管产品有规划，同时承诺一直支持自托管。免费 MIT 是获客，自托管承诺是给你卸下戒心。等你把 SDK 和工作流嵌到一起了，为托管或协作服务掏钱的概率自然上来。这不叫阴谋，这是开源转托管的经典剧本。它 vendor Code OSS 而不维护补丁，理由是编码代理处理补丁太费劲，还不需要 stock VS Code 里那么多东西——约 45% 的代码库都跟 Copilot 相关。这个判断挺见功力的，不是技术洁癖，是算过账的人干的事。维护补丁意味着每一版都追着 Microsoft 改冲突，那是给未来挖坑；直接 vendor、定期监控上游合并安全与功能补丁，成本低，顺手还把 Copilot 那堆包袱扔了。README 里写得明白，账也算得清。
但你作为用户，账得反着算。它承诺一直支持自托管，不代表你靠它就能多赚钱。你学 SDK、写插件、调 diff 行为，短期看是给代理装仪表盘，长期看是在帮它卡位。多数人不是客户，是这个生态里的锚点——用得越多，这套工作方式越嵌进你工作流，切换成本越高，它将来的定价权就越强。这话冷，但账本是这么写的。
顺便说一句，分享那块也印证了这判断。审查后产生的更新不会自动同步给已分享的人，得重新分享；跨仓库工作支持差，浏览文件也不舒服。这不叫半成品，这叫故意的克制。它要的不是你把它当写代码的主场，是把它当“审查代理输出”的投影仪。你拿错用途，当然觉得难用。谁要等它变成全功能 IDE，等来的大概率是失望。
那怎么办？说句扫兴的，我不建议你闷头冲进去做贡献或做插件，除非手里有一个极窄、极痛、还非它不可的场景。窗口太窄了：哪天 VS Code 官方或 Claude 大版本把“代理轨迹可视化”做进默认体验，这种独立画布瞬间就被挤回“少数洁癖用户才用”的位置。你能赚到的顶多是早期曝光，不是长期生意。真想做，就干一件事：把它塞进团队最痛的代码审查环节，专门用来看跨分支 diff、让代理把需求和实现之间的轨迹画出来，把“人看不懂代理为什么这样改”变成流程。这个场景够窄、够痛、又死绑它的 SDK，切换成本算得过来。别碰“通用设计工具”那条路，账算不过来。
有一件事我目前不敢下死话：它那套让代理查自己轨迹、可视化需求实现和自主决策的路子，是所有 agent 工具都在盯的方向，但现在混沌期，谁都没做成标准。Whiteboard 把 SDK 开源是聪明的卡位，但聪明卡位能不能活到下一轮，得看它能不能在头部工具反应过来之前把某类用户吃透。真正该盯的不是画布，是“轨迹关联”这个能力会不会被下一个大版本直接吞掉。这笔账，你自己算。咱下篇见。