Bika の新しい段階と、Buda の独立した新しい方向

Kelly Chan

April 04, 2026

8 分で読めます

長い間、Bika は私たちにとって単なる製品名ではありませんでした。

そこには、次世代の仕事ソフトウェアについての私たちの考えと、実際の創業の歩みが詰まっていました。

私たちは、ソフトウェアが単に仕事を記録するだけではなく、仕事を前に進めるものであってほしいと思ってきました。
自動化は単なるフロー接続ではなく、文脈を理解してほしい。
AI はチャットするだけではなく、チームの日常業務に参加してほしい。

だからこそ、この文章は簡単には書けません。

今日、私たちは簡単ではない決定を正式に発表します。

第一に、Bika は完全になくなるわけではありませんが、限定的なメンテナンス段階に入ります。

第二に、Buda は私たちが新たに投資している製品方向ですが、Buda と Bika は完全に独立した製品です。Buda は Bika のリブランドではなく、Bika のアップグレードでもなく、Bika の新プランでもなく、Bika.ai や AITable.ai の LTD 特典の延長でもありません。

これは製品移行の告知ではありません。

プラン名変更の告知でもありません。

これは、Bika の次の段階と、Buda がなぜ独立した製品方向として進むのかを説明する公開文です。

難しい決断

製品の境界を最初に明確にする必要があります。

Bika と Buda は完全に独立した製品です。機能、ユースケース、製品アーキテクチャ、データモデル、課金体系、サービス範囲が異なります。

Bika は spreadsheet / database、automation、dashboard、docs、agent、template package を中心に構成された仕事システムです。

Buda は、agent のクラウド実行環境、Browser、Terminal、Drive、Git、クラウドサンドボックス、長期タスク実行を中心に設計された別の独立製品です。

つまり、次のようになります。

Buda は Bika.ai の改名ではありません
Buda は Bika.ai のアップグレード版ではありません
Buda は Bika.ai の新プランではありません
Buda は AITable.ai または Bika.ai AppSumo LTD の plan-name change ではありません
Buda は AITable.ai または Bika.ai LTD 特典に自動的には含まれません
Bika.ai のデータ、自動化、テンプレート、agent、workspace コンテンツは Buda に自動移行されません

私たちは Bika を長く作る中で、多くの経験を得ました。しかし、製品経験としての学びは、製品権利、アカウントプラン、データ構造の継続を意味するものではありません。

そのため、Bika.ai または AITable.ai の既存ユーザー、特に LTD ユーザーの方は、Buda を同じチームが開発するものの、Bika.ai や AITable.ai とは完全に独立した新製品として理解してください。

Bika が私たちに教えてくれたこと

Bika は価値のない試みではありませんでした。

むしろ、重要な問いを深く掘り下げ、複雑な仕事システムの力と限界を理解するための重要な製品でした。

Bika を作る中で、私たちはいくつかのことを強く確信するようになりました。

1. 複雑な仕事は、1 つの強力なシステムに統合できる

Bika は最初から野心的な製品でした。

単一機能ではなく、分散していた複数の仕事の層を 1 つのシステムにまとめようとしていました。

spreadsheet / database
agent
docs
automation
dashboard
template package

私たちの考えはシンプルでした。企業の難しい問題は、単独のツールでは解けないことが多い。

本当に複雑な仕事はたいてい、

データ構造
業務フロー
ドキュメント協業
自動実行
AI による理解と生成

をまたいでいます。

だから Bika は、それらを template package にまとめ、ユーザーに機能の寄せ集めではなく、動く仕事の解法を渡そうとしました。

この発想自体は、今でも正しかったと思っています。

そして率直に言えば、Bika はとても powerful です。

深く使えば、一般的な SaaS ではまとめ切れない複雑な仕事を実際に扱えます。

しかし、問題もそこから始まりました。

2. その強さは同時に複雑さも生んだ

spreadsheet、agent、doc、automation を 1 つのシステムに溶かし込み、さらに template package にすることで、製品は非常に強力になりました。

しかし、その代償もありました。

インタラクションの複雑さが上がっていったのです。

新しいユーザーは 1 つの製品を学ぶのではなく、仕事の仕組み全体を理解しなければならなくなります。

その結果、

オンボーディングのハードルが上がる
心理的負荷が重くなる
機能は多いが最初の印象が軽やかでなくなる
本来のプロダクト哲学の魅力が薄れていく

という現実がありました。

後になって強く感じたのは、Bika の問題は「弱いこと」ではなく、複雑な仕事を解こうとする中で、その複雑さをそのままユーザーにも渡してしまったことでした。

機能は本当に強い。

でも、入り口は簡単ではない。

そして製品の第一印象が「未来の働き方」よりも「学習コストのある強力なシステム」に寄っていくと、プロダクトの哲学はどうしても弱くなります。

3. より根本的な制約は、Agent エンジンそのものにあった

さらに深い問題もありました。

Bika の Agent 層は、依然として API orchestration に強く依存していました。

これは多くのシナリオでは十分に機能しますし、価値あることもたくさんできます。

しかし、agent を「呼び出される機能」ではなく「長期的に働く AI 社員」に近づけようとすると、限界が見えてきます。

本当に働く agent は、外から起動される API 呼び出しの連鎖だけでは足りません。

それには、自分自身の作業環境が必要です。

必要なのは、

独立した作業ドライブ
永続的なコンテキスト
自分のファイルシステム
分離された実行空間
長時間動くサンドボックス
実際の作業をこなせる runtime

です。

Bika は、この前提を中心に設計された製品ではありませんでした。

Bika は多くの能力をつなげられましたが、agent 自身が持続的に働ける場所を持つことを第一原則としては設計されていませんでした。

より具体的には、Bika は agent 自身の独立したサンドボックスドライブ を第一原則として扱っていませんでした。

そして私たちは次第に、これは付加価値ではなく、基礎そのものだと考えるようになりました。

独立した作業空間も、隔離されたサンドボックスも、長期的にファイルや文脈や実行履歴を蓄積できるドライブも持たない agent は、本当の意味で働く存在というより、何度も呼び出される能力に近いからです。

4. Bika をさらに重いシステムにし続けるべきではない

Bika を進めるほど、すべての新しい方向を Bika に入れ続けると、製品がどんどん重くなることが明らかになっていきました。

それは必ずしも既存ユーザーにとって良いことではありません。

すでに Bika を理解して使っているユーザーにとっては、大量の新しい方向を追加し続けることよりも、安定性、可用性、信頼性の方が重要です。

そのため、私たちは Bika を限定的なメンテナンス段階に移行することを決めました。基本的な可用性、安定性、セキュリティ、必要な運用メンテナンスは引き続き優先しますが、Bika を新しい中核機能拡張の主要な方向としては扱いません。

これは感情的には簡単な決断ではありませんでした。

すでに何年も作ってきたものがあると、自然とこう考えてしまいます。

もう 1 つ機能を追加できないか
オンボーディングをもう一度改善できないか
もう 1 つモジュールを完成できないか
リソースの重心が変わったことを、もう少し先延ばしにできないか

私たちは長い間、その問いと向き合ってきました。

なぜ Buda には独立した道が必要なのか

率直に言えば、すべての新しい製品方向を Bika に入れ続けることが、もはや最も誠実な選択ではなかったからです。

Bika に価値がないからではありません。

Buda の背後にある方向には、異なる製品境界、技術アーキテクチャ、商業体系が必要だからです。

その独立した道が Buda です。

一文で言えば、

Bika は spreadsheet、database、docs、automation、dashboards、agents、template packages を統合する仕事システム
Buda は cloud-based agent runtime、sandboxes、Drive、Browser、Terminal、Git、long-running task execution を中心に設計された独立製品

です。

これは単なるブランドアップグレードではありません。

Bika を Buda に改名したものでもありません。

Bika LTD ユーザーを別プランに移行するものでもありません。

これは独立した製品ラインです。

Buda とは何か

Buda は完全に独立した新製品です。

出発点は、spreadsheet / database の仕事システム内でユーザーがワークフローを設定することではありません。agent がクラウド環境の中でタスクを実行することから始まっています。

Buda が重視しているのは、

単一アシスタントではなく multi-agent collaboration
一時的な会話ではなく persistent workspaces
Browser、Terminal、Drive、Git のような実行環境
個人のお試しではなく team-level orchestration
長時間動き、分離され、管理できる agent infrastructure

です。

より具体的には、Buda は次の点で違います。

agent は cloud sandbox の中で動く
各 agent は独自の independent Drive を持つ
workspace は isolated で、文脈が混ざらない
agent はテキストを返すだけでなく、実行環境の中で実際に作業できる
基盤としてより強い Coding Agents と Agent Skills を持つ

これらの能力は、Bika の機能、データ構造、ユースケースとは異なります。

そのため、もう一度明確にします。Buda は Bika の代替プランではなく、Bika の新しい名前でもなく、Bika の自然なアップグレード先でもありません。

Bika ユーザーにとって、これは何を意味するか

曖昧にはしたくありません。

これからは、

Bika は限定的なメンテナンス段階に入ります
私たちは基本的な可用性、安定性、セキュリティ、必要な運用メンテナンスを優先します
Bika は新しい中核機能拡張の主要な方向ではなくなります
Buda は独立した製品方向として進みます

これは Bika が明日なくなるという意味ではありません。

既存ユーザーを突然切り離すという意味でもありません。

既存の Bika ユーザーは、引き続き Bika を利用できます。

Bika.ai LTD 特典を持っている場合、その LTD 特典は引き続き Bika.ai に適用されます。

AITable.ai LTD 特典を持っている場合、その LTD 特典は引き続き AITable.ai に適用されます。

以前 AITable.ai から Bika.ai benefit を受け取った場合、その benefit は引き続き Bika.ai に適用されます。

しかし、これらの特典は Buda に自動的には拡張されません。

LTD、AppSumo、AITable.ai ユーザーへの説明

既存の Bika.ai LTD ユーザーは Buda を受け取れますか？

いいえ。

Buda は独立製品であり、Bika.ai LTD、AITable.ai LTD、または以前付与された Bika.ai benefit には含まれません。

Bika.ai Tier 4 または AITable.ai AppSumo Tier 5 は Buda に対応付けられますか？

いいえ。

Buda は Bika.ai または AITable.ai のプラン名変更でもアップグレード版でもないため、seats、credits、storage、agents、usage limits、plan level の対応付けはありません。

AppSumo の future plan updates または plan-name change 条項は Buda に適用されますか？

適用されません。

これらの条項は、ユーザーが購入または受け取った特定の製品とプランに適用されます。Buda は独立製品であり、Bika.ai または AITable.ai の plan-name change ではありません。

Bika.ai ユーザーは Buda に移行できますか？

現時点で移行パスはありません。

Bika と Buda は機能、ユースケース、基盤アーキテクチャ、データモデルが異なります。Bika のデータ、自動化、テンプレート、agent、workspace コンテンツを Buda workspace に直接移行することはできません。

Bika.ai と AITable.ai は引き続き維持されますか？

はい。

Bika.ai と AITable.ai は、基本的な可用性、安定性、セキュリティ、必要な運用性能を支えるために引き続き維持されます。

ただし、Bika.ai は新しい中核機能拡張の主要な方向ではなくなります。

返金、credit、grandfathered plan、または Buda への変換オプションはありますか？

現時点ではありません。

既存の LTD 特典は、ユーザーが購入または受け取った元の製品に紐づいたままです。Buda は独立製品であり、Bika.ai または AITable.ai LTD 特典の自動延長ではありません。

なぜこれを公開して伝えるのか

私たちは、曖昧なコピーでユーザーに推測させたくありません。

リソースの方向が変わったなら、なぜ変わったのかを説明するべきです。

Buda が独立製品であるなら、Buda と Bika の境界も明確に説明するべきです。

ユーザーには、その誠実さが必要だと思っています。

そして正直に言えば、これは私たち自身のための文章でもあります。

これは単なる製品紹介ではなく、1 つの節目です。

私たちが伝えたいのは、

過去を率直に振り返ること
今の選択を明確に説明すること
既存ユーザーの特典の境界を明確にすること
Buda がなぜ独立した製品方向として進むのかを説明すること

です。

この文章は、Bika を悪く見せて Buda を良く見せるためのものではありません。

むしろ、その逆です。

Bika が重要だったからこそ、私たちはこの変化をきちんと説明する必要があると感じています。

共感してくれたなら、Buda を見てほしい

もし Bika をここまで追ってくれたなら、本当にありがとうございます。

皆さんのフィードバック、批判、そして実際の使い方は、私たちが製品を考えるうえで非常に重要な経験になりました。

そして、もしあなたが次のような問いに関心があるなら、

AI は本当にチームの仕事を担えるのか
agent は demo を超えられるのか
AI agent のために作られた作業環境が、将来のソフトウェアに現れるのか

ぜひ Buda を見てください。

Visit Buda

ただし、明確に理解してください。Buda は独立製品であり、Bika.ai、AITable.ai、AppSumo LTD 特典には含まれません。

Bika は引き続き維持されます。

そして Buda は、独立した製品方向として進みます。