開発者
開発者向けに、ObjectOS で AI-native な業務アプリを構築、運用、統制する方法をまとめます。
-
公開済みFDE(フォワードデプロイドエンジニア)は何を使うのか？ オントロジー優先のオープンスタック
FDE が 60–180 日のデプロイメントで実際に何を作るのか、この仕事を定義する 5 つの痛み、そして 2026 年の模倣の波がなぜ職種だけを写し取り、その下の基盤を写さなかったのか。
AI とエージェント 開発者 オントロジーMCPフォワードデプロイドエンジニアPalantir -
公開済み業務アプリは何トークンか？ 完全な CRM 全体が 150k 未満
完全な CRM は型付きメタデータ全体で 150k トークン未満です。ビジネスロジックは 100k 未満、UI は約 50k。同梱のリファレンス CRM は約 16k です。コンテキストに丸ごと収まるソフトウェアは保守のされ方が変わります。
AI とエージェント 開発者 CRM AI エージェント -
公開済みRetool と AI ネイティブなアプリ基盤：それが統治するのは誰がアプリを開くかであって、ロジックが何をするかではない
Retool はローコードで最高のアクセス統治を備える——RBAC、監査ログ、SSO、セルフホスト。だが業務ロジックは画面に散らばった JavaScript で、人間が diff として精査できず、AI も監査できない。そこにギャップがある。
アプリ開発 開発者 Retool -
公開済み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 ツールへ変換する過程を示します。
アプリ開発 開発者