製品比較

Busabase と Lark Base の比較:エージェントにデータを書かせるならどちらか

Lark Base は、多くのチームが日々使っているテーブルです。Lark の中で Base を作り、ダッシュボードや自動化を組み、チャットで共有できます。Busabase が扱うのは別の場面です。書き込みの多くを AI エージェントが担うようになったとき、どのエージェントが何を変えたかを確かめ、必要なときはレビューし、間違った変更だけを取り消したい。Busabase では、エージェントの編集はすべて差分と作成者付きのチェンジリクエスト(Change Request)になります。使うエージェントは自由に選べます。そしてワークスペース全体がオープンソースなので、自社ネットワークの中で、完全オフラインでも動かせます。

名前について一言。同じ製品が、海外では Lark Base(シンガポールに本社を置く Lark Technologies が運営)、中国本土では飛書多維表格(Feishu Bitable)と呼ばれ、料金も別々です。このページは Lark Base を基準にしています。

最終確認:2026 年 11 月 13 日。Lark の製品ページ、料金ページ、ヘルプセンター、開発者向け資料、および現在の Busabase に基づきます。

結論

Busabase を選ぶ

エージェントがチームのために書く場合。顧客レコード、リサーチ、コンテンツ、運用ドキュメント、スキル。すべての変更が見えて取り消せ、必要なときだけレビューでき、データの置き場所も自分で決めたいとき。

Lark Base を選ぶ

チームがすでに Lark でチャットや承認をしていて、入力の大半を人が行い、ダッシュボード、自動化、行・列単位の権限がいま必要なとき。

両方を使う

人は Lark で会話し、レポートを見る。エージェントの成果物、チームのスキル、監査証跡が必要なレコードは Busabase に置き、結果は API や Webhook で Lark に戻す。

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

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

Lark Base では、編集権限を持つ人やエージェントがセルを変えると、その変更はそのままテーブルに書き込まれます。あとから編集履歴で誰がいつ何を変えたかを確認できますが、ヘルプセンターには「レコードの変更履歴は 180 日間保存され」とあり、元に戻す方法として案内されているのは「Base ファイルを以前のバージョンに復元する」こと、つまり Base 全体を巻き戻すことです。

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

エージェントにチームが実際に使うデータを書かせても安全なのは、締め出しているからではなく、すべての変更が見えて、元に戻せるからです。

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

以下はすべてワークスペースに最初から含まれています。追加購入も、自前の組み立ても不要です。

どのエージェントでも

Claude Code、Codex、Cursor、DeepSeek などを、MCP、CLI、OpenAPI の REST API、Webhook、Python SDK、プラグインで接続できます。エージェントはあなたのもので、特定ベンダーのプラットフォームに縛られません。

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

どの Base もテーブル、ギャラリー、カンバン、カレンダー、ガントチャートで開け、保存済みビューと AND/OR のフィルタグループも使えます。エージェントの仕事を見慣れた表で確認できます。

チームのナレッジベース

ドキュメント、ファイル、Base が 1 つのツリーにあり、人とエージェントが共有します。メンバーはロールで、エージェントは自分のキーで参加します。

すべてを grep

1 回の正規表現検索で、ファイル、ドキュメント本文、Base のレコード、エージェントプロンプトを横断し、行番号と前後の文脈を返します。エージェントは読み進める前に正確な根拠を見つけられます。

チームのスキルをアップロード

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

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

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

独自ドメインの Web サイト

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

キー単位の権限

API キーは閲覧、提案のみ、書き込み、管理の 4 段階。ノードは非公開、ワークスペース全体、個別付与のいずれかに設定できます。

データは自社ネットワークの中に

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

やりたいことで比べる

各行は、エージェントに仕事を任せるチームが実際に必要とすることです。Lark Base の本領は最後の 1 行と、下の専用セクションにまとめました。

やりたいことBusabaseLark Base
すべての変更の前後と、誰が変えたかを見る標準搭載:変更はすべてチェンジリクエスト。フィールド単位の差分、作成者、経由したキー。履歴は保持編集履歴で編集者、日時、変更内容を確認。レコードの履歴は 180 日間保存
1 つの変更だけを取り消し、ほかはそのままできる:どの変更も個別に巻き戻せるBase 全体を以前のバージョンに復元。レコード履歴から旧値をコピー可能
エージェントには提案だけさせ、人が見てから反映できる:「提案のみ」のキーで、変更は受信箱でレビュー待ちに編集権限があれば即反映。高度な権限で編集できる行と列を制限できる
Claude Code、Codex、Cursor など手持ちのエージェントを接続できる:MCP、CLI、OpenAPI、Webhook、プラグイン。書き込みはそれぞれのキーで記録できる:公式 MCP サーバーとオープンソースの lark-cli(エージェント向けスキル付き)、Base AI 機能も内蔵
全エージェントに同じチームのスキルをできる:一度アップロードすれば全エージェントが同じ版を読み、編集はチェンジリクエストlark-cli のスキルは Lark の操作方法を教えるもの。チーム独自のスキル管理は Base の機能ではない
すべての中から正確に文字列を探すできる:ファイル、ドキュメント、レコード、エージェントプロンプトを 1 回の正規表現 grep で横断キーワード検索
同じデータをテーブル、カンバン、カレンダー、ガントで見るできる:5 種類のビュー、保存済みビュー、AND/OR フィルタグループできる:グリッド、カンバン、ギャラリー、ガント、カレンダー、フォーム。ダッシュボードも
データをアプリや Web サイトにするできる:AirApp をブラウザ、手元のマシン、クラウドサンドボックス、独自ドメインの Web サイトでLark の中で使うアプリモード
オープンソースでセルフホスト、完全オフラインもできる:MIT。ノート PC からエアギャップ環境までクローズドソースのクラウドサービス
どこへでも持ち出せる普通のファイルに書き出すできる:Markdown、Base 定義、JSON レコードExcel/CSV で書き出し可能。設定ごと持ち出すには Lark 独自の .base 形式
チャット、ドキュメント、承認の中でそのまま表を扱う担当外。Busabase はチャットや承認のスイートではないできる。Lark の本領:メッセンジャー、ドキュメント、承認、ダッシュボードが 1 つに

次に来るもの

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

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

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

オントロジー 開発中

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

きめ細かな権限 開発中

Base 内の行・フィールド単位のアクセス制御、範囲と期限を限定したエージェントへの付与、人が承認するアクセス申請。

データの置き場所は自分で決める

Lark Base は Lark のクラウドサービスの一部で、データは Lark のクラウドに置かれます。多くのチームにとって、それで問題ありません。

Busabase は MIT ライセンスのオープンソースです。開発者なら今日の午後にでもノート PC や社内ネットワークにインストールでき、インターネットに接続していなくても動き続けます。エージェントが読み書きするのは自社のマシン上のデータなので、顧客リスト、契約書、社内規程をネットワークの外に出す必要はありません。あとから Busabase Cloud に移るのも、Cloud から戻すのも、スペースを普通のファイルに書き出すだけです。

これが特に効くのは 2 種類のチームです。データの保管場所や業界の規制に要件があるチームと、機密性の高い業務データをエージェントに扱わせたいが、そのデータを特定のプラットフォームに預けたくないチームです。

両方を使う

すでに Lark を使っているチームでは、次のような分担がよくあります。

  1. チャット、会議、承認、経営層が見るダッシュボードは Lark に残す。
  2. 営業エージェントがターゲット企業を調べ、Busabase の顧客 Base に書き込む。すべての編集がチェンジリクエストなので、営業責任者は受信箱で確認できる。
  3. トークスクリプト、価格ルール、納品基準は Busabase のスキルにし、すべてのエージェントが同じ版で働く。
  4. 仕上がった結果は Busabase の Webhook や API で Lark のグループに戻す。必要ならエージェントが AirApp の Web サイトとして公開する。

どちらかがどちらかを置き換えるわけではありません。Lark は人と人の協働を滑らかにし、Busabase はエージェントが書いたものを信頼できるものにします。

料金の目安

Busabase

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

Lark(日本)

スターター:¥0(20 ユーザーまで、1 テーブル 2,000 行)。
プロ:1 ユーザーあたり月 ¥1,420(年払い、1 テーブル 2 万行、Base の高度な権限管理)。エンタープライズ:要問い合わせ。
表示価格は税抜き。

2026 年 11 月 13 日時点の公開価格です。最新の情報は Busabase の料金と Lark の料金プランでご確認ください。Lark Base 単体のプランは 英語版の料金ページに掲載されています(Pro は 1 ユーザーあたり月 $8、年払い)。

Lark Base のほうが向いているケース

  • チームがすでに Lark で仕事をしている。チャット、ドキュメント、会議、承認が Lark にあり、Base はその中でほぼ研修なしに使えます。
  • 入力とレポートの大半を人が行う。リアルタイムに更新される 20 種類以上のグラフを使えるダッシュボード、自動化、フォーム、モバイル入力が成熟しています。
  • 行・列単位の権限がいま必要。Lark の高度な権限では、特定のメンバーに特定のレコードとフィールドだけを閲覧・編集させられます。

Busabase に現時点でできないことも明記します。チャット、会議、承認のスイートではありません。Base 内の行・フィールド単位の権限は開発中です。公開したアプリのエンドユーザー認証も開発中で、まだ利用できません。

よくある質問

Lark Base と飛書多維表格は同じ製品ですか?
同じ製品の 2 つのエディションです。海外では Lark Base、中国本土では飛書多維表格(Feishu Bitable)と呼ばれます。アカウントと料金は別々です。
Lark Base にも編集履歴があります。チェンジリクエストは何が違うのですか?
編集履歴は、変わった後に何が変わったかを教えてくれるものです。チェンジリクエストは変更そのものです。説明とフィールド単位の差分を持ち、反映前にレビューを待つことができ、その変更だけを取り消せます。Lark のレコード履歴は 180 日間保存され、元に戻すには Base 全体をあるバージョンに復元します。Busabase は履歴を保持し、どの変更も個別に巻き戻せます。
Lark にも AI 機能があります。なぜ Busabase を加えるのですか?
Lark の AI は Lark の中で動き、そこではよくできています。Busabase は、Claude Code や Codex など、あなたが選んだエージェントのためのものです。それぞれが自分のキーで接続し、行った編集はすべて作成者付きでレビューも取り消しもでき、全員が同じチームのスキルを読みます。
エージェントの書き込みはすべて承認が必要ですか?
いいえ。書き込み権限があれば即座に反映され、履歴が残ります。レビューは任意です。エージェントに「提案のみ」のキーを渡したときだけ、変更が受信箱で待ちます。
Lark Base のデータを Busabase に移せますか?
はい。エージェントに Lark の API(または Excel/CSV の書き出し)からデータを読ませ、Busabase の Base に書き込ませます。書き込みはすべてチェンジリクエストなので、移行結果を 1 件ずつ確認できます。
Busabase は社内ネットワークで、完全オフラインで動かせますか?
はい。MIT ライセンスのオープンソースで、ノート PC、自社サーバー、エアギャップ環境で動きます。セルフホストガイドをご覧ください。

次のステップ

いま使っているエージェントを接続し、実際の仕事を 1 つ Base に入れさせてみてください。ターゲット企業のリスト、コンテンツカレンダー、プロジェクト管理表。そして受信箱を開いて、何がどう変わったかを確かめてください。

関連ページ: すべての比較 · Busabase と Notion の比較 · Busabase と Supabase の比較 · チェンジリクエストの仕組み · 検索と grep · AirApp を Web サイトとして公開する

出典: Lark Base 製品ページ, Lark 料金プラン(日本), Lark Base プラン, Lark ヘルプセンター:Base の編集履歴を確認する, Lark ヘルプセンター:Base の高度な権限, Lark ヘルプセンター:Base のインポートとエクスポート, Lark/Feishu オープンプラットフォーム:MCP, lark-cli