ブログ

Busabaseの最新記事とアップデート

Busabase は AI テーブルに見える。でも、解決する問題で判断してほしい

Busabase は新しい AI テーブルや Wiki ではありません。コンテキストとスキルを共有ベースに置き、どのエージェントも人も仕事を引き継げるようにします。

OpenAI の Space と Dots は、エージェントを共有ページの本当の同僚にした。受け入れ／取り消しと自動レビューは文章と操作を守る。だが他のエージェントが事実として読む値には、別の仕組みが要る。

Meta Muse、Shop Pay の決済対応、NIQ の 51%。AI 購買エージェントは実際の販売チャネルになった。商品レコードが新しい店頭であり、それを書くのもエージェントだ。

Sanity は既定で下書きへ、Notion は事後に記録、Supabase は接続するなと言う。三つのドキュメントからの三つの引用と、三者が等しく残す隙間。

一方はエージェントを統治し、もう一方はエージェントが書いたものを統治する。予算も買い手も違い、代替にならない。どちらが必要か決める三つの問い。

このテーマで最も強いベンダー側の議論を正面から読む。五つの論点はどれもエージェントが何を読むかの話で、書くときに何が起きるかには答えていない。

出所、判断できる差分、マージを生き延びる来歴、残された却下記録——書き込みを生き延びるべき四つと、権限や監査ログでは埋まらない理由。

混同されがちな三つの保存先。分ける問いは一つ——この情報が間違っていたとき、誰が気づき、誰が責任を負うのか。

AI Agent の出力速度が人間のレビュー能力を超えたとき、ボトルネックはどこに移るのか。そのスピードに本当に追いつけるレビューの仕組みとは。