ObjectOS

なぜ ObjectOS なのか

率直な提案 — いつ使うべきか、いつ使うべきでないか、そして何が違うのか。

なぜ ObjectOS なのか

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

この賭けのかたち

ObjectOS はひとつの明確な賭けに出ています。AI があなたのアプリケーションの メタデータを記述し、あなたはそれを実行するランタイムを所有する。

オブジェクト、フィールド、ビュー、フロー、権限をファイルごとに手で書く必要は ありません。ユーザーは必要なものを Console 内の AI Builder に 平易な言葉で説明します。AI Builder は監査済みの小さなツール群を呼び出し、 すべての変更を人による承認のためにキューに入れ、その結果がそのまま稼働します。 REST エンドポイント、Console 画面、RBAC、監査ログ — すべてが同じメタデータから 生成されます。

ランタイムは あなたの VPC 内、あなたの データベース上、あなたの Apache-2.0 フォークのもとに置かれます。モデルが対話するのはサンドボックス化された メタデータ API であり、あなたのデータウェアハウスではありません。

これが提案のすべてです。このページの残りは、これが誰に合い、誰に合わないかの話です。

ObjectOS を使うべきなのは、あなたが …

  • 社内ツール、管理パネル、またはバックオフィスアプリを必要としていて、かつ
  • それを使う人々(またはその人々の代わりに動く AI エージェント)が、チケットを 起票することなく 拡張 できるようにしたい、かつ
  • データを他社のクラウドに置けない(または置きたくない)、かつ
  • 認証 + RBAC + 監査 + ファイルアップロード + ジョブ + Webhook を 10 回目も 作り直したくない、という場合です。

合致する一般的なシナリオ:

シナリオなぜ機能するのか
セキュリティレビューでデータ主権が問題になったため Retool / Appsmith アプリを置き換えるObjectOS はあなたの VPC 内で動作し、データが外に出ることはない
規制対象ビジネス向けのコンプライアンス / リスク / ベンダー管理ツールを構築する監査ログ、RBAC、フィールドセキュリティ、行レベルの分離が標準機能 — しかも AI 主導の変更そのものが監査エントリになる
SaaS 製品の社内管理画面を立ち上げる単一の Node プロセスで、既存サービスの隣にそのまま組み込める
エンタープライズ顧客向けのエアギャップまたはオンプレミス展開第一級の展開ターゲットで、インターネット送信は不要(ローカルモデルを持ち込み)
マルチテナント社内ポータル(ひとつのランタイム、多数の小規模アプリ)プロジェクトごとのカーネル + LRU キャッシュがこのために設計されている
ユーザーに自分自身の拡張を安全に「バイブコーディング」させたいAI Builder + HITL 承認キュー + 監査ログこそが核心

ObjectOS を使うべきでないのは、あなたが …

  • 高トラフィックのコンシューマー向け製品を構築している場合 → 従来の Web フレームワークを使ってください。より多くの制御が得られます。
  • エンドユーザー向けにピクセル単位で作り込んだ専用 UI が必要な場合 → ObjectOS の Console は管理 / 社内用途向けです。REST 経由で独自のフロントエンドと組み合わせてください。
  • 非エンジニア向けのノーコードのドラッグ&ドロップビルダーとホスティングされた クラウドが欲しい場合 → Retool、Bubble、または Airtable を使ってください。ObjectOS は コードファーストで AI 主導、セルフホストです。
  • リアルタイムの共同編集(Figma スタイル)が必要な場合 → これは realtime プラグインが 解決する問題ではありません。

あなたがおそらく使っているものとの比較

vs. Retool / Appsmith / 社内ツール

RetoolObjectOS
データの所在同社のクラウド(または上位プランでセルフホスト)常にあなたのネットワーク
UI ビルダードラッグ&ドロップ、非常に洗練されているメタデータ駆動で生成、カスタマイズ性は低め
価格ユーザー単位で、スケールするほど苦しいセルフホスト、Apache-2.0
ワークフロー / トリガー同社のワークフローエンジン宣言的なフロー + プラグイン
バックエンドロジック同社のクエリエディタに限定フル TypeScript、フル Node エコシステム
最適な用途既存 API の上に素早くダッシュボードを作るデータを 所有 するアプリ

vs. Supabase / Firebase

SupabaseObjectOS
セットアップ時間約 30 秒約 30 秒
データベースPostgres、同社のもの(セルフホストも可能)任意の Postgres / MySQL / SQLite / Turso / Mongo、あなたのもの
認証組み込み組み込み
生成される APIPostgRESTObjectQL が生成する REST
管理 UIConsole(基本的)Console + Account
RBACPostgres RLS による行レベルRBAC + 行レベル + フィールドレベル、宣言的
監査ログ自前で実装第一級機能
ベンダーロックイン同社の認証 + 同社のストレージ + 同社のリアルタイムなし — すべての層がプラグイン
最適な用途BaaS を求める新規アプリランタイムを所有する必要があるアプリ

vs. Salesforce / NetSuite / ServiceNow

SalesforceObjectOS
データモデルオブジェクト + フィールド + リレーション同じ
権限プロファイル + 権限セット + 共有ルール + FLS同じ語彙、宣言的な TypeScript
ユーザー単位コスト1 ユーザーあたり月 $150〜300$0
カスタマイズApex + Lightning + フローTypeScript + フロー
実行場所同社のクラウドのみあなたのインフラ
「所有できる」までの時間コンサルタントによる数か月の作業一日の午後
最適な用途エコシステムに費用を払うセールス主導の企業税金なしでモデルだけが欲しいチーム

vs. 自前で構築する(Next.js + Prisma + NextAuth)

自前 (DIY)ObjectOS
最初の REST エンドポイント数時間60 秒
認証(email + OAuth + OIDC + パスキー + 2FA)数週間同梱
全オブジェクトの管理 UIオブジェクトごとに構築生成される
監査ログ自前で実装プラグイン、宣言的
権限付きの S3 へのファイルアップロード自前で実装プラグイン
バックグラウンドジョブ + リトライ + デッドレター自前で実装プラグイン
マルチテナント自前で実装(そして 2 回は間違える)組み込み
最適な用途専用 UX を持つ一般公開アプリスピードが勝負の社内ツール

率直なトレードオフ

  • Retool より UI の自由度は低い。 Console はあなたのメタデータから生成されます。 カスタムフロントエンドと組み合わせることはできますが(REST API は Console が使うものと 同じです)、手作りでピクセル単位に作り込んだ UI が必要なら、自分で構築し、ObjectOS は バックエンドとして使ってください。
  • TypeScript ファースト。 非エンジニアがオブジェクトを直接記述することはありません。 Salesforce の管理者は UI ビルダーをクリックして進めることに慣れていますが、ここでは git です。
  • Salesforce より新しい。 Salesforce には 25 年分のエッジケースが文書化されています。 私たちには数百件です。プロトコルは安定しており、エコシステムは成長中です。
  • Apache-2.0。 商用製品での利用、組み込み、非公開での改変が可能です。コピーレフトの 不意打ちはありません。任意の商用サポートは別途利用できます。

現実的なチェック

実用可能な最小の ObjectOS 構成は、単一の pnpm dev、または SQLite を伴う単一の Docker コンテナです。現在の本番環境で最大のものは、Postgres + S3 + Redis を用いて、 複数のリージョンにわたり数万人の社内ユーザーにサービスを提供しています。どちらも 同じソフトウェアです。

npx @objectstack/cli init my-app から始めて、5 分で判断してください。 合わなければ、5 分を費やしただけです。

クイックスタートを試す →

On this page