ObjectOS Community、Cloud、Enterprise

オントロジーがソフトウェアである

AI で業務アプリケーションを構築し、統制するためのプラットフォーム。

実行可能なビジネスオントロジーをひとつ。AI が書き、ランタイムが動かし、エージェントが操作し、あなたが所有する。

ObjectStack を 90 秒で YouTube でほかの動画を見る
実行可能
ランタイムが動かす
AI が書ける
AI が書く
エージェントが操作できる
エージェントが操作する
あなたが所有する
通常の ObjectStack メタデータ。オープンソースランタイムへのエクスポートは計画中

ビジネスチームでの使い方

チームごとに AI が担うこと、そして人が承認すること

すべてのユースケース →

アプリテンプレートから始める →

製品に組み込まれた AI

質問も、データ変更も、アプリ作りも普段の言葉で。出典が見え、変更はあなたが確定します。

ObjectOS Cloud と Enterprise に組み込まれています(Enterprise ではプレビュー)。AI は使う人本人の権限で動くため、その人が見られる範囲を超えて見ることはありません。

開発者の方:MCP で自分のエージェントを接続

既存システムとのつながり方

今あるシステムを活かし、エージェント用の統制ランタイムを加える。

エンタープライズ AI に必要なのは、また一つの再構築プロジェクトでも、レビュー不能な生成コードの山でもありません。エージェントが書き、人がレビューでき、ランタイムが統制する、ひとつの定義です。オブジェクトとフィールド、リレーション、アクション、権限、フロー、そしてエージェントとツールの定義がその定義 — あなたのビジネスオントロジーです。オープンで、バージョン管理され、あなたのもの。誰かのプラットフォームに閉じ込められた資産ではありません。

実行可能なビジネスオントロジーとは
既存システム
CRMERPデータベース自社システム
接続とモデリング
OBJECTSTACK DEFINITION LAYER オブジェクト · 権限 · フロー · API · 監査
安全に実行
継続的な価値
業務アプリAI エージェント自動化
  1. 01

    エージェントに業務モデルを渡す 

    顧客、注文、設備、ケース、承認を、エージェントが読み、関連付け、操作できるオブジェクトとしてモデル化します。

  2. 02

    今あるシステムを活かす — まずは読み取り専用で 

    すでに稼働中のデータベースを外部データソースとしてフェデレートし、そのテーブルをオブジェクトとしてモデル化します。フェデレーションは既定で読み取り専用で、まだ初期段階です。記録システムが行を書き続け、書き込みはオブジェクト単位で意図的に有効化します。

実際の実行を収めた 30 秒の録画で、3 つの場面からなります。1:Team オブジェクトの型付き定義が新しいデータベース上で起動し、Console にチームが一覧表示されます。2:エージェントが管理者の API キーで MCP の create_record を呼び出し、新しい Data Guild レコードが Dev Admin の作成として Console に表示されます。3:同じ呼び出しを読み取り専用の Auditor キーで送ると権限エラーで拒否され、Console は 3 行のままです。
実行可能なビジネスオントロジーをひとつアプリ、データ、エージェントを接続中

セキュリティとガバナンス

データは自社ネットワーク内に。AI は権限の内側で動く。

ObjectOS Enterprise は ObjectStack アプリを自社インフラへデプロイし、運用できます。業務データ、ID、監査ログ、ファイルは自社管理のまま。AI エージェントは管理されたツール経由でオブジェクトにアクセスし、ログインユーザーの権限を継承します。

セキュリティとガバナンスを見る →

データ所在地

自社のデータベースとストレージに接続します。業務レコード、ID、監査ログ、ファイルはそこに留まります。

人にも AI にも同じ権限

エージェントはログインユーザーとして動作し、オブジェクト、レコード、フィールドの権限に従うため、ユーザーが見られないデータは見られません。Enterprise では、組織階層に沿ってレコードの閲覧範囲を設定することもできます。自部門、自部門と配下の部門、または本人と部下のレコードです。

承認と監査

レコードのある稼働中アプリへの AI の変更は、人が公開するまで下書きとして待機し、フローの承認ステップが業務上の判断を承認者に回します。レコードの読み取り・書き込みと権限変更は監査ログに記録でき、製品内 AI のツール呼び出しごとの監査は Enterprise の AI ガバナンスに含まれます。

自社インフラで運用

ObjectOS Enterprise は自社ネットワーク内で、1 つの Node.js ランタイムと自社のデータベース、シークレット、イングレスで動作します。VPC、Docker や自社プラットフォームを使うローカルサーバー、オフラインのコンテナイメージとローカルモデル、社内 ID を使う隔離ネットワークで運用できます。

エディションと比較

エディションを選び、ほかのツールとの違いを知る

比較を読む →

ObjectOS には 3 つのエディションがあります。オープンソースで無料でセルフホストできる ObjectOS Community、ブラウザ上でホストされインストール不要の ObjectOS Cloud、自社インフラでセルフマネージドの ObjectOS Enterprise です。オントロジーは通常の ObjectStack メタデータです。ObjectOS Cloud または ObjectOS Enterprise からエクスポートしてオープンソースの ObjectStack ランタイムで実行する機能は、計画中です。

最新インサイト

AI が書くソフトウェアの実践知

すべての記事 →
匿名の訪問者にフォームを送信させて、統制された業務アプリに取り込むには?公開の扉はひとつ、幅はフィールド五つ 匿名の訪問者にフォームを送信させて、統制された業務アプリに取り込むには?公開の扉はひとつ、幅はフィールド五つ

匿名の訪問者にフォームを送信させて、統制された業務アプリに取り込むには?公開の扉はひとつ、幅はフィールド五つ

v17 以降、匿名のデータアクセスは常に拒否される。唯一開いている扉は公開フォームビューだ。ランタイムはフォームそのものから権限を導出する——フィールド五つが入り、一行が作られ、返るのはその id だけ。18.3.0 で実測。

誰が顧客レコードを開いたか、AI エージェントも含めて証明できますか?レコード閲覧監査と、閲覧行が決して記録しない 4 つのこと 誰が顧客レコードを開いたか、AI エージェントも含めて証明できますか?レコード閲覧監査と、閲覧行が決して記録しない 4 つのこと

誰が顧客レコードを開いたか、AI エージェントも含めて証明できますか?レコード閲覧監査と、閲覧行が決して記録しない 4 つのこと

@objectstack/cli 18.3.0 で、人の REST 読み取りとエージェントの MCP get_record はそれぞれ sys_audit_log に read 行を 1 つ残し、一覧・未登録オブジェクト・拒否された読み取りは何も残さなかった。行が持つもの、決して持たない 4 つのこと。

ビュー、ダッシュボード、アプリはオントロジーの投影である:それはレビューの何を変えるか ビュー、ダッシュボード、アプリはオントロジーの投影である:それはレビューの何を変えるか

ビュー、ダッシュボード、アプリはオントロジーの投影である:それはレビューの何を変えるか

同梱の ObjectStack アプリに項目を一つ足すと、テーブル、REST API、MCP の describe 呼び出し、Console のフォームは自分で追従し、項目名を固定したビュー、データセット、翻訳は動かない。命名テストがどちらかを教える。

次のステップ

AI がチームの何を引き受けられるか、確かめてください。

インストール不要の ObjectOS Cloud で無料で始める、カスタマーサービス・財務・営業チームでの使い方を見る、または自社インフラでの運用についてご相談ください。

開発者の方:エージェントを ObjectStack に向ける