なぜ ObjectOS なのか

このページは、ObjectOS があなたに合っているかを判断するために、他のすべてのドキュメントの行間を読まなくても済むように存在します。

賭けの形

オントロジーこそがソフトウェアです。 実行可能なひとつのビジネスオントロジー。AI が書き、ランタイムが実行し、エージェントが操作し、あなたが所有します。4 つの約束です。そして ObjectOS は、何もインストールせずにブラウザ上のホスト型で（ObjectOS Cloud）、あなた自身のインフラストラクチャ上でセルフマネージドで（ObjectOS Enterprise）、あるいは自分のマシン上で無料で（ObjectOS Community、オープンソースのランタイム）、その約束を守ります。

• 実行可能。 オブジェクト、フィールド、リレーション、アクション、権限、フロー、エージェント定義は、ランタイムが実行する、型付きでバージョン管理されたひとつの定義です。REST エンドポイント、生成された画面、RBAC、監査ログ、MCP ツールはすべてそこから導出されます。コード生成のステップも、「説明した」と「稼働した」の間のデプロイパイプラインもありません。
• AI が書ける。 その定義をファイルごとに手で書く必要はありません。ビジネスに必要なものを組み込みの AI Builder に説明してください。AI Builder は少数の監査済みツールを呼び出し、すべての変更は人の承認を待つキューに入り、結果は実際に読める小さな差分になります。
• エージェントが操作できる。 すべてのオブジェクトと公開されたすべてのアクションは MCP ツールを兼ねるため、エージェントは人と同じ権限、行レベルセキュリティ、監査のもとで稼働中のアプリを操作します。生の SQL も、スクレイピングした UI も使いません。
• あなたが所有する。 オントロジーは通常の ObjectStack メタデータで、Apache-2.0 です。どちらのエディションからもエクスポートしてそのオープンソースのランタイムで実行する機能は計画中です。ObjectOS Enterprise では、ランタイムとデータベースもあなたのインフラストラクチャ上に置かれます。

説明は以上です。このページの残りは、それが誰に合い、誰に合わないかです。

次に当てはまるなら ObjectOS を使ってください

• 社内ツール、管理パネル、バックオフィスアプリが必要で、かつ
• それを使う人（またはその人の代わりに動く AI エージェント）が、チケットを起票せずにそれを拡張できるようにしたく、かつ
• ホスト型で運用してほしい（ObjectOS Cloud）、あるいは自社の境界内で実行しなければならない（ObjectOS Enterprise）、かつ
• 認証 + RBAC + 監査 + ファイルアップロード + ジョブ + Webhook を 10 回目に作り直したくない。

適しているよくあるシナリオ：

次に当てはまるなら ObjectOS を使わないでください

• 大企業の基幹 ERP や財務システムを置き換える必要がある → 総勘定元帳、連結、税務、給与には規制が伴い、パッケージシステムがすでにそれを組み込んでいます。その中核の代わりではなく、周りに構築してください。
• 価値の大部分が多数の既存システムの統合から生まれる → すでに運用しているデータベースへの接続はデフォルトで読み取り専用で、まだ初期段階です。それらのシステムの上に載るレイヤーのほうが適しています。
• データレイク上の分析が必要 → ダッシュボードはアプリ自身のオブジェクト上で動作します。レイクをクエリするようには作られていません。
• 価格設定やスケジューリングのような、アルゴリズム中心の領域で作業している → オントロジーは何ができるかを宣言するものであり、最適化エンジンではありません。アルゴリズムをアクションとしてラップすれば、権限、監査、エージェントアクセスが他のものと同様に適用されます。
• それ自体が認証を受けたプラットフォーム上で実行しなければならない → ObjectOS はそうではありません。認証は稼働中のデプロイに対して行われ、あなたのデプロイの認証はあなたが担う作業です。セキュリティとコンプライアンスを参照してください。
• 高トラフィックのコンシューマー製品を構築している → 従来の Web フレームワークを使ってください。より多くを制御できます。
• エンドユーザー向けにピクセル単位で作り込んだ独自 UI が必要 → 生成される UI は管理/社内用途向けです。REST 経由で独自のフロントエンドと組み合わせてください。
• エンジニア以外の人向けのドラッグ＆ドロップのキャンバスが欲しい → Retool、Bubble、Airtable を使ってください。ObjectOS は UI をオントロジーから生成します。ビルダーは AI とそれが提案する差分であり、キャンバスではありません。
• リアルタイムの共同編集（Figma のような）が必要 → それは realtime プラグインが解決するものではありません。

最初の 5 つの理由は、ObjectOS の土台であるオープンなランタイムについて、ObjectStack を使うべきときに説明されています。

おそらく今使っているものとの比較

Retool / Appsmith / 社内開発との比較

Supabase / Firebase との比較

Salesforce / NetSuite / ServiceNow との比較

自前で構築する場合（Next.js + Prisma + NextAuth）との比較

率直なトレードオフ

• Retool より UI の自由度は低い。 UI はメタデータから生成されます。独自のフロントエンドと組み合わせることはできます（REST API は UI が使うものと同じです）が、手作りでピクセル単位まで作り込んだ UI が必要なら、自分で構築して ObjectOS をバックエンドとして使ってください。
• TypeScript ファースト。 エンジニア以外の人がリポジトリで直接オブジェクトを作成することはありません。Salesforce の管理者は UI ビルダーをクリックして進むことに慣れていますが、ここでは AI Builder の差分か git です。
• Salesforce より新しい。 Salesforce には 25 年分のエッジケースが文書化されています。私たちには数百です。プロトコルは安定しています。エコシステムは成長中です。
• オープンソースの基盤、3 つのエディション。 土台となる ObjectStack スタックは Apache-2.0 です。商用製品で使い、組み込み、非公開で改変でき、コピーレフトの驚きはありません。ObjectOS Community、すなわちそこから構築されたオープンソースのランタイムと Console は、同じライセンスのもとで無料です。ObjectOS Cloud と ObjectOS Enterprise は商用エディションで、ホスティングと運用、AI Builder、SSO、サポートを追加します。

現実の確認

最小の ObjectOS は ObjectOS Cloud 上の Free テナントです。最小のセルフマネージド構成は SQLite を使うシングルノードのコンテナです。現在本番で最大のものは、Postgres + S3 + Redis を使い、複数のリージョンにまたがって数万人の社内ユーザーにサービスを提供しています。そのすべてが同じソフトウェアを実行しています。

ObjectOS Cloud で始めるか、ObjectOS Community でnpm create objectstack@latest my-app を使ってプロジェクトをスキャフォールドし、5 分で判断してください。合わなければ、失ったのは 5 分です。

ObjectOS Community をローカルで実行する →