開発者
開発者向けに、ObjectOS で AI が書く業務アプリを構築、運用、統制する方法をまとめます。
-
ビュー、
ダッシュボード、 アプリは オントロジーの 投影である：それは レビューの 何を 変えるか 同梱の ObjectStack アプリに項目を一つ足すと、テーブル、REST API、MCP の describe 呼び出し、Console のフォームは自分で追従し、項目名を固定したビュー、データセット、翻訳は動かない。命名テストがどちらかを教える。
アプリ開発 開発者 オントロジー実行可能なビジネスオントロジーレビューできる diffメタデータレビュー -
バリデーションルール、
フック、 フロー？AI が 書いた アプリで ビジネスルールはどこに 置くべきか — 1 つの CRM、7 つの ルール、3 つの 住まい 1 つの CRM 上の 7 つのビジネスルールに、それぞれ 3 つの置き場所。選択は好みではなく表で決まる：述語はバリデーションルール、保存前のレコード書き換えはフック、それ以外はフロー — フローはデータとしてレビューできるから。
アプリ開発 開発者 CRM AI エージェントビジネスルール -
AI が
黙って 変えた 権限を 出荷前に 捕まえるには？ アクセスマトリクス・スナップショットゲートを、7 行の CRM で 実測する @objectstack/cli 18.2.0 では、エージェントが allowDelete を false から true に変えても os validate は何も報告しない。オプトインしたアプリでは os compile がビルドを失敗させ、誰が何を得たかを一行で示し、人がスナップショットを再生成するまで止める。
セキュリティとガバナンス 開発者 AI エージェントエージェントの権限レビューできる diff -
エージェントが
操作できる アプリ：すべての オブジェクトと アクションが、 ユーザーの 権限のもとで MCP ツールになるとき エージェントが操作できるとは、アプリがすでに MCP サーバーであり、エージェントがユーザーとして接続することだ。一度の実行、二人のユーザー、一つのアクション：同じ十二のツールで、権限の判定はリストではなく呼び出しごとに下される。
AI とエージェント 開発者 AI エージェントMCPエージェントが操作できる -
ビジネスアプリが
「AI が 書ける」とは？ 四つの ゲート：Typed・Validated・Reviewed・Governed 「AI が書ける」はモデルではなく対象フォーマットの性質だ。四つのゲートと一回の実走：故意の三つのミス、49 のルール、三つの位置特定済みエラー、そして修正後の通過。
AI とエージェント 開発者 AI エージェントAI が書ける -
実行
可能 オントロジー vs 知識 オントロジー：「継承なし、 公理なし、 推論器なし」こそが 要点である 理由 知識オントロジーは推論されるために作られ、実行可能なビジネスオントロジーは検証され実行されるために作られる。証拠はひとつのキー abstract：継承を約束し、何もせず、残されるのではなく取り除かれた。
アプリ開発 開発者 オントロジー実行可能なビジネスオントロジーナレッジグラフ -
「オントロジーが
ソフトウェアである」とはどういう 意味か？ 実行 可能な ビジネスオントロジーの 定義 この一文は ObjectStack のポジショニングであり、本稿はその定義だ。実行可能なビジネスオントロジーには六種の中核、四つの投影、三つの「ではないもの」があり、中核と投影を見分けるテストがある。
アプリ開発 開発者 オントロジー実行可能なビジネスオントロジー -
FDE(フォワードデプロイドエンジニア)は
何を 使うのか？ オントロジー 優先の オープンスタック FDE が 60–180 日のデプロイメントで実際に何を作るのか、この仕事を定義する 5 つの痛み、そして 2026 年の模倣の波がなぜ職種だけを写し取り、その下の基盤を写さなかったのか。
AI とエージェント 開発者 オントロジーMCPフォワードデプロイドエンジニアPalantir -
業務
アプリは 何 トークンか？ 完全な CRM 全体が 150k 未満 完全な CRM は型付きメタデータ全体で 150k トークン未満です。ビジネスロジックは 100k 未満、UI は約 50k。同梱のリファレンス CRM は約 16k です。コンテキストに丸ごと収まるソフトウェアは保守のされ方が変わります。
AI とエージェント 開発者 CRM AI エージェント -
Retool の RBAC と
監査 ログ： 統治された AI アプリ 開発に Retool は 使えるか Retool の RBAC、監査ログ、アクセスポリシーを Retool の公式ドキュメントで検証。AI 生成アプリで何を統治するのか、エンタープライズアプリでの Retool と Lovable の違い、そして残る権限のギャップを整理する。
アプリ開発 開発者 RetoolRBAC監査ログLovable -
Lovable は
本番 運用に 安全か： アクセス 制御 レビューの 問題 Lovable は高速なプロトタイプに向いている。だが本番システムで問うべきは動くかではなく、誰がアクセス制御をレビューできるかだ。RLS、フロントエンドフィルタ、安全スキャンの境界を見極めたい。
セキュリティとガバナンス 開発者 Lovable -
AI が
アプリを 書いたあと：その diff を レビューして Merge できるか AI は動くアプリをすばやく生成でき、CI も通るかもしれない。本当の問題は、誰も全体を理解していない大きな PR に、誰が責任を持って Merge できるかだ。
アプリ開発 開発者 -
Agent ルールファイルの
書き方：AI に ガバナンス 可能な アプリを 生成させる AGENTS.md、.cursor/rules、CLAUDE.md はコードスタイルだけを管理すべきではない。権限、承認、監査、対象メタデータ形式を書けば、AI 生成アプリはレビューしやすくなる。
AI とエージェント 開発者 MCPAI エージェント -
一つの
要件から 動く アプリへ： 修理 業務で 見る ObjectStack メタデータ 設備修理の具体例で、AI Builder が一つの要件をオブジェクト、フィールド、関係、ビュー、権限、アクション、ワークフロー、API、Agent ツールへ変換する過程を示します。
アプリ開発 開発者