比較

Busabase と Hindsight:AI エージェントに使うならどちらか

Hindsight は Vectorize が開発する「学習するエージェントメモリ」です。エージェントが見た内容から事実を抽出し、それを観察(observation)にまとめ、新しい証拠が届くたびに自分の信じていることを書き換えていきます。Busabase は、エージェントとチームが仕事そのもの(レコード、ドキュメント、スキル、アプリ)を置く場所です。人の変更もエージェントの変更も、すべて読んで巻き戻せるチェンジリクエスト(Change Request)として届きます。

一方は自分で更新されていく記憶、もう一方はチームが確認し、責任を持てるレコードです。答えている問いが違うので、両方を使うチームも多いはずです。このページでは、実際に持ち込まれる仕事ごとに比べます。

最終確認:2026 年 11 月 13 日。Vectorize の料金ページと製品ページ、Hindsight の公式ドキュメント、課金ドキュメント、公式ブログ、GitHub リポジトリ、および Busabase の現行製品にもとづきます。

結論

Busabase を選ぶとき

エージェントが書くもの(顧客レコード、業務ルール、価格表、スキル)が正確で、誰かが責任を持つ必要があり、すべての変更を差分・作成者・取り消し付きのチェンジリクエストとして受け取りたいとき。

Hindsight を選ぶとき

使うほど賢くなるエージェントを作っていて、ユーザーや過去の作業を覚え、多くの会話から判断を形づくり、それをもとに推論させたいとき。検索もそのために調整されています。

併用するとき

エージェントには実行時に学習する記憶が必要で、チームにはその記憶の出発点になるレコードが必要なとき。Busabase がチームの決めたことを持ち、Hindsight はそれとすべての会話から学びます。

いちばんの違い:すべての変更がチェンジリクエスト

データのためのプルリクエストだと考えてください。Busabase では、レコード、ドキュメント、スキルのファイル、スキーマ変更まで、あらゆる編集がチェンジリクエストです。変更不可能なコミットの連なりを持つブランチで、マージするとレコードが先に進み、何も上書きされません。

Hindsight は、自分で変わるように設計されています。エージェントが何かを保存すると、Hindsight は関連する事実を自動的に観察へとまとめ、バックグラウンドの処理が証拠の蓄積に合わせてそれを磨き続けます。メンタルモデル(mental model)とページ(page)はさらに一歩進んでいて、ドキュメントには「質問は一度定義するだけ。Hindsight が答えを書いて保存し、バンクが学ぶにつれてバックグラウンドで書き直します」とあります。痕跡はきちんと残ります。観察は上書きではなく修正され、メンタルモデルは以前の版を保持し、元の事実も残り、後から事実を編集・無効化・復元することもできます。ないのは、判断が書き換わる前に人が目を通すステップです。それは学習する記憶としては正しい姿で、チームが承認するレコードとはちょうど逆です。

  • すべての書き込みに説明と差分。変更ごとに何をするのかが書かれ、フィールド単位の前後が表示されます。
  • どのエージェントがやったか分かる。作成者と、経由したキーやツールがコミットに残ります。
  • 取り消しは標準機能。レコード、ドキュメント、スキルはすべて履歴を保持し、どの変更も巻き戻せます。
  • レビューは選べる。書き込み権限があれば即座に反映。エージェントに「提案のみ」のキーを渡せば、変更は受信箱で人の承認か差し戻しを待ちます。
レビュー中の Busabase のチェンジリクエスト。変更の説明、レコード本文の変更前後の差分、「承認」「修正を依頼」のボタン
受信箱のチェンジリクエスト:何が変わったか、誰がどのツールで提案したか、フィールドの変更前と変更後。そのまま承認または修正依頼ができます。

ひと言でいえば、Hindsight はエージェントを賢くするためにその判断を書き換え、Busabase はチームがすべての段階を見られる(望めば先に承認できる)ように、チェンジリクエストを通してだけレコードを変えます。

Busabase がエージェントとチームに用意するもの

記憶エンジンは、ひとつのエージェントを賢くします。以下は、すべてのエージェントの仕事のまわりでチームに必要なもので、Busabase ではワークスペースに最初から含まれています。

ビジュアルなデータテーブル

どの Base もテーブル、ギャラリー、カンバン、カレンダー、ガントチャートで開け、保存済みビューと AND/OR フィルタも使えます。エージェントが書いた内容を誰でも確認し、その場でセルを直せます。

チームのナレッジベース

レコードの隣に、方針を書いたドキュメントとエージェントが作ったファイルが並びます。人が書き、エージェントが読む 1 本のツリーで、権限もひとつです。

すべてを grep

1 回の正規表現検索で、ファイル、ドキュメント本文、Base のレコード、エージェントプロンプトを横断し、一致した行を前後の文脈付きで返します。得られるのは順位付けされた推測ではなく、原文そのものです。

スキルをアップロード

チームが書いたスキルを一度ワークスペースに置けば、接続したすべてのエージェントが同じ版を読みます。スキルの編集も、ほかと同じくチェンジリクエストです。

4 つのエンジンで動くアプリ

エージェントにデータを使った AirApp を作らせ、ブラウザ、手元のマシン、クラウドサンドボックス、常時公開の Web サイトのいずれかで動かせます。

独自ドメインの Web サイト

Website エンジンは Cloudflare Workers 上で動き、独自のバックエンドエンドポイントを持て、独自ドメインも使えます。プレビューと公開はエージェントに任せられます。

チームのために

閲覧・書き込み・管理のロールでメンバーを招待し、エージェントには仕事に必要な権限までに制限したキーで参加させます。権限はノード単位でもキー単位でも設定できます。

数分でエージェントを接続

MCP、CLI、OpenAPI の REST API、Webhook、Python SDK、そして Claude Code と Codex 向けプラグイン。同梱のスキルが、ワークスペースの構成をエージェントに教えます。

データを置くべき場所で動く

製品全体が MIT ライセンス。ノート PC でも、自社ネットワーク内(完全オフラインを含む)でも、Busabase Cloud でも動きます。スペースは Markdown、Base 定義、JSON レコードといった普通のファイルに書き出せます。
Busabase の Base 画面。エージェントが書いたブログ記事がタイトル、カバー画像、本文の列を持つテーブルで並び、「公開準備完了」「下書き」などの保存済みビューがある
Busabase の Base:エージェントが書いた記事がカバー画像と本文付きで並び、チームの誰でも開いてそのまま直せます。「Ready to publish」などの保存済みビューは同じレコードを絞り込んだものです。

やりたいことで比べる

各行は、チームがこれらの製品に持ち込む仕事です。機能のチェックリストではありません。Hindsight が適している場面は、そのまま書いています。

やりたいことBusabaseHindsight
チームのデータの変更前後と、誰が変えたかを見る標準搭載:変更はすべてチェンジリクエスト。フィールド単位の差分、作成者と経由したエージェントのキー、履歴、取り消し観察は修正履歴を、メンタルモデルは以前の版を保持し、手で直した事実には「編集済み」の印が付く。誰が何をしたかの監査ログは Enterprise で使え、Cloud の組織でも有効にできる
特定のエージェントには提案だけさせるできる:「提案のみ」のキーで、変更は受信箱でレビュー待ちにドキュメントにレビューのステップはない。保存した内容は自動で抽出・統合される(統合を手動実行時のみにすることは可能)
エージェントの間違いを直すできる:レコードを直すか、その変更だけを巻き戻す。修正自体もチェンジリクエストできる(API か CLI):元の事実を編集・無効化・復元すると、そこから導かれた観察が再生成される。観察そのものは直接編集できない
エージェントが書いた内容をチームが見て直すできる:テーブル、ギャラリー、カンバン、カレンダー、ガント。コード不要Cloud のコンソールでバンク、記憶、メンタルモデル、ページを閲覧できる
人が書いたルールの原文そのものを正本にするできる:ドキュメントとレコードが正本。人もエージェントも同じものを編集メンタルモデルとページは Hindsight が記憶から書き、バンクの学習に合わせて書き直す。元のドキュメントは「何が言われたか」の記録として残る
チームのナレッジベースを運用するできる:ドキュメント、ファイル、Base が同じツリーで権限も共通ページ:各バンクが自分について書くドキュメントのフォルダツリー。検索でき、Markdown ファイルとしてマウントできる
すべての中から正確に文字列を探すできる:ファイル、ドキュメント本文、レコード、エージェントプロンプトを 1 回の正規表現 grep で横断。行番号と前後の文脈付き記憶に対する 4 方式の検索(意味、キーワード、グラフ、時間)とページ検索。ページをファイルとしてマウントすれば grep も可
全エージェントに同じチームのスキルをできる:チームが書いたスキルをアップロードすれば、接続したすべてのエージェントが同じ版を読むスキルの置き場ではない。各バンクにミッションとディレクティブ(守るべきルール)を設定でき、推論の仕方に影響する
データをアプリにする、独自ドメインでサイトを公開するできる:AirApp はブラウザ、手元のマシン、クラウドサンドボックス、Web サイトのいずれでも動く(独自ドメインは Plus 以上)製品機能ではない
メンバーとエージェントを同じワークスペースに招くできる:メンバーは閲覧・書き込み・管理の 3 ロール。エージェントは自分のキーで参加Cloud でロールベースのチーム招待と API キー管理。記憶は互いに分離されたバンクに置かれ、通常はユーザーかエージェントごとに 1 つ
Claude Code、Codex、Cursor などを接続できる:MCP、CLI、OpenAPI、Webhook、プラグインできる:MCP サーバーを内蔵し、1 回のインストールで 20 以上のコーディングエージェントに対応。Python、TypeScript、Go のクライアント
請求額を事前に見通す席単位の定額、従量の超過料金なしトークンと呼び出し回数による従量課金、席料金なし。セルフホストは無料
製品全体をセルフホストできる:MIT。ノート PC からエアギャップ環境までできる:MIT、Docker コマンド 1 つ。Enterprise ではオンプレミス(エアギャップ含む)と Memlake エンジンも
経験から学ぶ記憶:事実の抽出、判断の統合、それにもとづく推論担当外。Hindsight を使うできる。Hindsight の本領

次に来るもの

以下の 3 つは現在開発中で、まだ利用できません。計画の参考になるよう掲載しており、リリース時にこのページを更新します。

アプリユーザー(App users) 開発中

公開したアプリを使う人(たとえばショップの顧客)が、メールのコードでサインインし、自分のレコードだけを見られます。プラットフォームが強制し、ワークスペースのメンバーにはならず、席も消費しません。

オントロジー 開発中

チームが日常的に使う業務オブジェクト(会社、連絡先、商談)とその関係を既存の Base の上に定義し、人とエージェントが同じ語彙を共有できます。オントロジーの変更もチェンジリクエストで行います。

きめ細かな権限 開発中

Base 内の行・フィールド単位のアクセス制御、範囲と期限を限定したエージェントへの付与、人が承認するアクセス申請。各エージェントは仕事に必要な分だけの権限を持ちます。

モデルが保つ判断か、チームが承認するレコードか

Hindsight は「学習」に本気で取り組んでいます。各メモリバンクは、教えられたこと、エージェント自身がしたこと、その両方から統合された観察、さらにその上に築かれたメンタルモデルを分けて持ちます。Vectorize はこれを「4 つのメモリネットワーク」と呼んでいます。観察には証拠となる原文の引用と裏付けの件数が付きます。エージェントが質問すると、reflect は自分で検索を繰り返し、まずメンタルモデルとページ、次に観察、最後に元の事実を読み、何を引用したかを示します。バンクのミッション、ディレクティブ、性向の設定が推論の仕方を決めます。

境界線がどこにあるかは、ページを見るとよく分かります。見た目は wiki(Markdown ドキュメントのフォルダツリー)ですが、書いているのはバンク自身で、自分の観察をもとに、学ぶたびに自分で直していきます。Hindsight のドキュメントもはっきりこう書いています。「元のドキュメントは、何が言われたかについての正本であり続けます。ページは、何が成り立つかについての調整済みの真実です。」コードベースや顧客についてのエージェントの作業知識なら、まさにそれが望ましい形です。

けれども、チームが責任を持つべきもの、つまり返金ポリシー、承認済みの価格表、契約条件、すべてのエージェントに見積もりの出し方を教えるスキルには向きません。こうしたものはモデルがバックグラウンドで「調整」するものではなく、人が書き、全文を読め、チェンジリクエストを通してしか変わらないレコードであるべきです。マージする権限を持つ人がマージし、翌週に間違いに気づけば取り消せます。

それが Busabase の役目です。レコードそのものが正本で、履歴に残るのはチームの決定です。新しいことを学んだエージェントは、それを黙って信じるのではなく、変更として提案します。詳しくは「エージェントのメモリ vs ナレッジベース vs システムオブレコード」をお読みください。

併用する

2 つは重ならず、うまく組み合わさります。よくある分担はこうです。

  1. チームは業務ルール、顧客レコード、エージェントが従うスキルを Busabase に置きます。人の変更もエージェントの変更も、すべてチェンジリクエストです。
  2. 変更がマージされると、Webhook かエージェントが更新後のレコードを該当する Hindsight のバンクに保存します。エージェントの記憶は、会話から推測した版ではなく、チームの決定を学びます。
  3. 実行時、各エージェントは自分のバンクに対して recall と reflect を行い(このユーザーの好み、前回試したこと)、正本のレコードを丸ごと必要とするときは Busabase を読みます。
  4. チームが責任を持つべき結論(新しい FAQ の回答、修正した顧客情報)に達したら、エージェントはそれをチェンジリクエストとして Busabase に提案し、人が読んで取り消せるようにします。

どちらかがもう一方を置き換えるわけではありません。Hindsight は各エージェントに使うほど良くなる記憶を与え、Busabase はその記憶の出発点であり、確かめに戻る先となるレコードをチームに与えます。

料金の概要

Busabase

Free:スペース 1、席 3、5,000 レコード、ファイル 1 GB。スキル、ワークフロー、AirApp を含むすべてのノードタイプが使えます。
Plus:1 席あたり月 $10 から(年払い)。Pro:$20 から。
席単位の定額で、従量の超過料金はありません。セルフホストは MIT で無料、席数の上限もありません。

Hindsight

セルフホスト:無料、MIT、利用量の制限なし。
Hindsight Cloud:従量課金で月額料金も席料金もなし、新規アカウントには $5 の無料クレジット。Retain は 100 万トークンあたり $10、Recall は 100 万トークンあたり $0.75、Reflect は 1 回 $0.05、30 日を超えて保存した記憶は 100 万トークンあたり月 $0.25 のストレージ料金。
Enterprise:要問い合わせ。

2026 年 11 月 13 日時点の公開価格です。課金の考え方が違い、Busabase は人数、Hindsight は記憶の処理量に応じて課金されるため、どちらが安いかはチームの人数とエージェントの書き込み量で変わります。最新情報は Busabase の料金、Hindsight の料金、Hindsight の課金ドキュメントをご覧ください。

Hindsight のほうが向いている場面

  • エージェントに、働くほど上達してほしい。ユーザーを覚え、細かな事実を判断にまとめ、よく聞かれる質問の答えをバックグラウンドで最新に保つことは、Hindsight が狙っている用途そのものです。
  • 検索の質がボトルネックになっている。Recall は意味、キーワード、グラフ、時間の 4 方式を並列で実行し、トークン予算に合わせて結果を詰めます。Vectorize は自社のベンチマークページで LongMemEval-S 94.6% と公表しています。ベンダー自身の数字で、私たちは再現していません。
  • 自社のスタックやコーディングエージェントに記憶を組み込みたい。MIT ライセンスで、Docker コマンド 1 つで動き、1 回のインストールで 20 以上のコーディングエージェントに入ります。

Busabase に現時点でできないことも明記します。会話から事実を抽出して判断にまとめたり、それをもとに推論したりはせず、ベクトルインデックスもありません。リアルタイム購読もありません。公開したアプリのエンドユーザー認証は開発中(アプリユーザー)で、まだ利用できません。学習する記憶がエージェントに必要なら、Hindsight を併用してください。

よくある質問

Busabase は Hindsight のようなエージェントの記憶システムですか?
いいえ。Busabase は、エージェントと人が構造化されたレコード、ドキュメント、スキル、アプリを置くワークスペースです。エージェントはここを信頼できる情報源として読みますが、Busabase が会話を見て事実を抽出したり、自分で判断を形づくったりすることはありません。それは Hindsight の仕事です。
Hindsight にも履歴があり、記憶を編集できます。チェンジリクエストとは何が違いますか?
Hindsight の履歴は記憶がどう変わってきたかの記録で、修正は事後に行います。API か CLI で事実を編集・無効化すると、導かれた観察が再生成されます。チェンジリクエストは、チームのレコードそのものへの編集です。説明、作成者、フィールド単位の差分を持ち、反映前に人のレビューを待つことができ、巻き戻すこともできます。
Hindsight のページは wiki のようです。ナレッジベースとして使えますか?
エージェントの作業記憶としては優れていますが、ページはバンクが自分の観察から書き、書き直し続けるものです。Hindsight 自身も、何が言われたかの正本はページではなく元のドキュメントだと説明しています。人が書き、人が承認するチームのナレッジベースは、Busabase のドキュメントの役割です。
エージェントが Busabase に書き込むたびに人のレビューが必要ですか?
いいえ。書き込み権限があれば即座に反映され、履歴が残ります。レビューは任意です。エージェントに「提案のみ」のキーを渡すか、変更をレビューに回すよう指示してください。
どちらもセルフホストできますか?
できます。どちらも MIT ライセンスです。Busabase は 1 台のマシン、自社サーバー、エアギャップ環境で動きます。セルフホストガイドをご覧ください。セルフホスト版の Hindsight は Docker コマンド 1 つで、Postgres を内蔵して動きます。非常に大きなバンク向けのストレージエンジン Memlake は Hindsight Enterprise の機能です。
どちらが安いですか?
チームの形によります。Busabase は席単位の定額で従量課金がなく、セルフホストは無料です。Hindsight Cloud には席料金がなく、保存・検索したトークン数と reflect の回数で課金されます。人数は少なくエージェントの呼び出しが多いチームと、人数は多く呼び出しが少ないチームでは、結果が大きく変わります。

次のステップ

いま使っているエージェントを接続して、今はその「記憶」の中にしかないチームの知識をひとつ Busabase に置かせてみてください。業務ルール、顧客テーブル、スキルなど何でも構いません。そのあと何かを変更させ、届いたチェンジリクエストを読んでみてください。

関連記事: すべての比較 · Busabase と Mem0 の比較 · Busabase と Zep の比較 · エージェントのメモリ vs ナレッジベース vs システムオブレコード · Busabase と Supabase の比較 · チェンジリクエストの仕組み

出典: Hindsight documentation overview, Hindsight pricing (Vectorize), How Hindsight works (Vectorize), Hindsight Cloud billing, Observations (Hindsight docs), Mental Models (Hindsight docs), Pages (Hindsight docs), Memories API (Hindsight docs), Hindsight Cloud (Hindsight docs), Hindsight Enterprise (Hindsight docs), Hindsight Benchmarks, “Introducing Hindsight Memlake” (Hindsight blog, 13 Oct 2026), Hindsight on GitHub (MIT), Busabase pricing