博客

Busabase 长得像 AI 表格，但请按它解决的问题来判断

Busabase 不是又一个 AI 表格或知识库。它把上下文和技能放进一个共享底座，任何 Agent、任何人都能接着干。

OpenAI 的 Space 和 Dots 让 Agent 成为共享页面里真正的同事。就地接受/撤销和自动审查管住了文字与操作，但被其他 Agent 当作事实读取的那些值，还需要另一样东西。

Meta Muse、Shop Pay 结账和 NIQ 的 51% 让 AI 购物智能体成了真实渠道。商品记录就是新的店面，而写它的也越来越多是智能体。

Sanity 默认写进草稿，Notion 事后记日志，Supabase 说别连。三家文档里的三段引文，以及它们共同留下的缺口。

一个管你的 Agent，一个管 Agent 写出来的东西。不同预算、不同买家、互相替代不了。三个问题判断你要哪一个。

认真读一遍这个话题上最强的厂商论证。它的五条理由讲的都是 Agent 读什么，没有一条回答 Agent 写的时候会发生什么。

归因、可判断的 diff、活过合并的来源、留着的否决记录——四样必须活过写入的东西，以及为什么权限和审计日志顶不上。

三样东西都在存「Agent 知道的东西」，一个问题就能分开：这条信息如果是错的，谁会发现，谁负责？

当 AI Agent 的产出速度超过人工审核能力时，瓶颈会转移到哪里？一套真正跟得上这个速度的审核工作流应该长什么样。