オンラインで構築と問い合わせ、ランタイムが統制
オンラインで構築と問い合わせ。
データは自社のものに。
内蔵の AI Builder に業務に必要なもの — ヘルプデスク、承認フロー、CRM — を伝えれば、生成された Console、REST API、SSO、権限、監査ログとともにすぐ動きます。その下でアプリ全体はコンパクトな ObjectStack メタデータのまま — 完全な CRM でも 2,000 行未満、約 16k トークン — レビューできる大きさで、呼び出しごとに統制されます。自分のコーディングエージェントを使いたい場合は、オープンソースの ObjectStack 上で Claude Code と構築と問い合わせを。
- AI Builder
- 説明すれば、すぐ動く
- レビュー可能な設計
- CRM 全体で約 16k トークン
- データは自社に
- 当社クラウドでも自社サーバーでも
AI が書くエンタープライズソフトウェアへ
今あるシステムを活かし、
エージェント用の統制ランタイムを加える。
エンタープライズ AI に必要なのは、また一つの再構築プロジェクトでも、レビュー不能な生成コードの山でもありません。エージェントが書き、人がレビューでき、ランタイムが統制するコンパクトなターゲット形式です。オブジェクト、権限、ワークフローはあなたのビジネスオントロジーです — 誰かのプラットフォームに閉じ込められた資産ではなく、あなたが所有するオープンなファイルであるべきです。
プラットフォーム機能
白紙のコードではなく、
業務構造から始める
- 01
エージェントに業務モデルを渡す
顧客、注文、設備、ケース、承認を、エージェントが読み、関連付け、操作できるオブジェクトとしてモデル化します。
- 02
既存システムを置き換えずに拡張
データベース、ERP、CRM、自社システムの上に API、権限、ワークフロー、インテリジェンスを追加します。
- 03
コードではなくメタデータを生成
典型的な CRUD/ワークフロー型ソフトウェアでは、エージェントはコンパクトな ObjectStack 定義を書き、ObjectOS がテーブル、API、UI、ツール、権限、監査を提供します。生成するコードもレビューするコードも少なくなります。
- 04
ランタイムでガバナンスを実行
企業 ID、権限、承認キュー、監査ログを再利用し、すべてのエージェント操作に明確な境界を設けます。
AI 構築とエージェント運用
エージェントにソフトウェアを作らせる。
人はレビューの輪に残る。
ObjectOS はオブジェクト、項目、ワークフロー、権限、アクションを、エージェントが統制されたツールで読み書きできる宣言的メタデータにします。オープンソースの ObjectStack は BYO-AI:自分のコーディングエージェントがメタデータをソースファイルとして書きます。同梱の CRM は 31 ファイル・1,792 行で、業務システム全体がエージェントのコンテキストに収まります。人は diff をレビューし、任意の MCP クライアントがデータを問い合わせられます。テーブル、API、UI、権限チェック、監査といった繰り返しの部分はすべてランタイムが担います。製品内の Build/Ask アシスタントは Cloud/Enterprise で提供します。
AI セキュリティモデルを見る →AI Builder
Cloud/Enterprise:自然言語で変更を説明します。製品内 Builder がオブジェクト、項目、ビュー、ワークフローを生成し、構造変更を承認へ送ります。オープンソースの ObjectStack では、自分のコーディングエージェントがフルコードではなく同じコンパクトなメタデータ diff を書きます。
AI Ask
Cloud/Enterprise:製品内で質問し、業務コンテキストを分析し、ログインユーザーの権限内で承認済みアクションを実行します。オープンソースの ObjectStack では、同じオブジェクトを MCP 経由で自分の AI から問い合わせます。
Tools / MCP
全エディション共通:@objectstack/mcp がオブジェクト、クエリ、アクションをポリシー対応ツールとして Claude、Cursor、任意の MCP クライアント、ローカルモデルに公開します。
仕組み
業務オペレーションを、
エージェントが使える構造へ
ObjectOS はオブジェクト、関係、権限、ワークフロー、アクションを統一メタデータで記述します。エージェントはアプリケーションコードを作り直すのではなく、コンパクトな定義層を変更するため、業務反復は速く、レビューしやすく、統制されたまま進みます。
セキュリティとガバナンス
データは自社ネットワーク内に。
AI は権限の内側で動く。
ObjectOS は自社インフラ上で動くセルフホスト型ランタイムです。業務データ、ID、監査ログ、ファイルは自社管理のまま。AI エージェントは管理されたツール経由でオブジェクトにアクセスし、ログインユーザーの権限を継承します。
セキュリティとガバナンスを見る →データ所在地
自社のデータベースとストレージに接続します。外部サービスを明示的に設定しない限り、ObjectOS は外部送信、ライセンス確認、テレメトリ収集を行いません。
ユーザー権限で動く AI
エージェントはログインユーザーとして動作し、オブジェクト、レコード、フィールドの権限に従います。
承認と監査
構造的な変更は人の承認キューに入り、読み取り、書き込み、ツール呼び出し、権限変更は監査ログに記録できます。
オフライン対応
VPC、ローカルサーバー、隔離ネットワークで動作し、ローカルモデル、社内 ID、独自のシークレット管理に接続できます。
アプリテンプレート
動くテンプレートから始め、
白紙のシステムから始めない
比較
よくあるツールとは
別物です
最新インサイト
AI-native ソフトウェアの実践知
FDE(フォワードデプロイドエンジニア)は何を使うのか? オントロジー優先のオープンスタック
FDE の仕事を定義する 5 つの痛み:配管が第 1 週を食い潰す、デモがセキュリティレビューで死ぬ、要件がコードより速く変わる、パターンが複利にならない、引き継ぎが信頼を毒す。それぞれへの具体的な解決策を示します。
業務アプリは何トークンか? 完全な CRM が 16k という事実
AI が実際に働く単位で測ると、完全な CRM は約 16k トークンの型付きメタデータ — コンテキストウィンドウの 8% にすぎません。エージェントのコンテキストに丸ごと収まるソフトウェアは、保守のされ方が変わります。私たちはそれを「コンテキストサイズのソフトウェア」と呼びます。
AI Agent が本番データを削除するとき:ランタイムガードレールが必要な理由
Replit のデータベース事故が示した構造的な教訓は、agent の影響範囲をプロンプトだけに任せてはいけないということだ。権限、承認、監査はランタイムが強制する必要がある。
次のステップ
最もよく知る業務データから始めましょう。
既存システムを一つ接続し、主要な業務オブジェクトを定義して、最初のガバナンス付き AI-written アプリを小さなメタデータ diff として出荷します。
既存システムとの接続方法 →