AI コーダーはアプリの実態が見えていない

コーディングエージェントはコードを把握していますが、実際のアプリは把握していません。エージェントはリポジトリのファイルを読み取りますが、それはアプリそのものではありません。リポジトリから分かるのはソースファイルであり、ライブのスキーマ、ロールの割り当て、デプロイステージ、サービスの依存関係が分かるとは限りません。最新のランタイム障害も分かりません。

このコンテキストのギャップは、実務上のリスクとなります。エージェントは構文的に問題のない変更を生成できても、稼働中のアプリケーション内の接続関係を誤解する可能性があります。エンティティ、画面、サーバーアクション同士がどのようにつながっているかを把握できません。Claude Code、Codex、Copilot は静的なコードベースを解析するため、ランタイムのメタデータは見えないままです。

エージェントがアクセスできない情報を、より多くのコードや長いプロンプトで確実に補うことはできません。この制約は、モデルの性能が低いという問題ではなく、コンテキストのギャップです。これらはすべて、コードではなくアプリが稼働するプラットフォーム上に存在します。エージェントはそれを目にすることがありません。

エージェントが直接確認できないもの:

• ライブのリレーショナルスキーマ
• ステージ固有の設定
• サービス間の依存関係
• アクセス制御のロール
• ランタイムのテレメトリ

このコンテキストがないと、エージェントは設定を誤って生成したり、下流の依存関係を壊すコードを生成したりします。その結果、構文的には正しくても機能的に欠陥のあるコードという落とし穴が生じます。AI コーダーはアプリの実態が見えていません。

Model Context Protocol(MCP)は、エージェントに OutSystems Developer Cloud(ODC)への窓口を提供します。MCP は標準化された接続です。Claude Code、Codex、Copilot などのホストエージェントを、ODC が公開するツールに接続します。この統合により、エージェントは静的なリポジトリ解析にとどまらない作業が可能になります。

エージェントのワークフローは大きく変わります。エージェントは、変更を提案または依頼する前に、実際のエンティティ、画面、ロジック、ロール、依存関係を参照します。推測ではなく、プラットフォームのコンテキストに基づいて判断します。これにより、誤った設定の生成や、デプロイの破損を防止できます。

役割分担は明確です。外部エージェントが MCP を通じて全体を統括します。Enterprise Context Graph に問い合わせて、アプリケーションコンポーネントをマッピングします。プラットフォーム固有の AI である OutSystems Mentor が、プラットフォームネイティブのビルド、検証、公開のタスクを処理します。この 2 層のエージェント委任フローにより、プラットフォームの整合性が確保されます。

MCP は ID の委任で動作します。リモート MCP サーバーは、アクティブな ODC ユーザーとして認証されます。これにより、厳格なロールベースアクセス制御(RBAC)が適用されます。エンティティを変更する権限や環境にデプロイする権限がない場合、エージェントも同様に制限されます。これにより、不正な変更が防止されます。

この統合はオブザーバビリティにも及びます。デプロイ後に問題が発生した場合、同じセッションでリアルタイムのトレースと実行ログを取得できます。これにより、外部の APM プラットフォームに切り替えることなく、障害箇所を特定できます。OutSystems MCP は Personal Edition で利用でき、お好みのコーディングエージェントを無料で試せます。

1 つのセッションで、アプリケーションのライフサイクル全体を追跡できるようになりました。エージェントはアプリケーションを調査し、依存関係をマッピングしたうえで、OutSystems に組み込まれたコーディングエージェントである Mentor にビルド作業を引き渡せます。Mentor はプラットフォームを通じて変更のコンパイル、検証、公開を行います。

デプロイ後に問題が発生した場合、同じエージェントセッションでログとトレースを取得して障害を診断できます。これによりオブザーバビリティのループが完結し、開発者は複数のツールにまたがってコンテキストを手作業で再構築することなく、問題を調査できます。エージェントは開発者の権限で動作するため、セキュリティとロールベースアクセス制御(RBAC)の遵守が確保されます。

このプラットフォーム連携型の支援により、開発が効率化されます。従来は個別に行われていた次の作業が統合されます。

• アプリケーションの調査
• 依存関係のマッピング
• ビルドの委任
• デプロイ
• ログの取得

この統合を可能にしているのが Model Context Protocol(MCP)です。プロトコルとその実装の詳細については、OutSystems MCP - ODC Documentation をご覧ください。この統合されたワークフローは、手間やコンテキストの切り替えを減らしますが、すべての変更が正しいことを保証するものではなく、エージェントが本番環境のインシデントをすべて自律的に解決することを意味するものでもありません。アプリケーションのランタイムの実態を、統合された形で確認できる有用な窓口を提供します。

エージェントは、既に設定されているご自身の権限の範囲内で動作します。ID の委任とは、エージェントが OutSystems のロールベースアクセス制御(RBAC)設定を継承することを意味します。ご自身が本番環境にデプロイできない場合、エージェントもデプロイできません。これにより、意図しないデプロイや編集が防止されます。

このワークフローは OutSystems プラットフォームとそのビジュアルモデルに依存します。精密な UI レイアウト作業では、ビジュアル IDE で直接要素を調整するほうが速い場合があります。エージェントが得意とするのは次の作業です。

• 探索
• 依存関係のマッピング
• ガバナンスされた変更
• ログのトリアージ

提供状況や設定の詳細については、OutSystems のドキュメントをご確認ください。重要な編集は、公開前に検証してください。これで、ソースだけでなく、アプリのランタイムコンテキストも確認できるようになります。

OutSystems MCP とは何ですか?

Model Context Protocol を通じて、対応する AI コーディングエージェントを OutSystems Developer Cloud のツールおよびアプリケーションのコンテキストに接続します。

OutSystems MCP を通じて AI エージェントは何を確認できますか?

権限や利用可能なツールに応じて、アプリの要素や依存関係の確認、ビルドと公開の支援、ランタイムログへのアクセスが可能です。

OutSystems MCP を使うと、エージェントはユーザーの権限を回避できますか?

いいえ。この統合は開発者の ID とアクセス権限で動作するため、エージェントはそのユーザーの権限による制限を受けます。

OutSystems MCP を Claude Code や Copilot と併用できますか?

動画では、Claude Code、Codex、Copilot などの外部エージェントを OutSystems MCP に接続する方法が説明されています。

OutSystems MCP は無料で利用できますか?

動画では、Personal Edition は無料で OutSystems MCP が含まれると説明されています。提供状況や設定の詳細は、最新の OutSystems ドキュメントをご確認ください。