Oracle App Composerとは？できること・対応AIツール・公開方法・料金確認ポイント
AI新規事業
AI新規事業のPoC・立ち上げ、何から始めるべきかご相談ください
要件定義からリリースまで、Mojiがワンチームで伴走します。
Oracle App Composerは、AIを使って作成した業務アプリを、Oracle Cloud Infrastructure（OCI）上で共有・運用するための管理型サービスです。作成者がアプリを作り、OracleがOCI上のデプロイと運用を担い、IT部門が利用者、接続できる業務システム、データ、ポリシー、コストを管理する構成として発表されています。Oracle App Composer公式ページ
先に重要な点を整理すると、2026年10月27日時点でOracle App ComposerはLimited Availability（限定提供）です。公開ページにはLAへの登録導線がありますが、一般提供開始日、通常料金、対応するAIアシスタントやモデルの完全な一覧、利用リージョン、上限値は確認できません。したがって、「すぐに誰でもセルフサービスで本番利用できる」「特定のモデルが必ず使える」とは判断せず、申込み時に条件を確認してください。Oracleの発表記事
Oracle App Composerでできること
Oracleが示す中心的な役割は、個人や部門がAIで作ったアプリを、組織内で使える形へ移すことです。アプリの作成だけでなく、公開、アクセス制御、承認済みデータへの接続、運用、引き継ぎまでを対象にしています。
領域 | 公開情報で確認できる内容 | 導入側が決めること |
|---|---|---|
アプリ作成 | コーディング経験がなくても業務アプリを作る用途を案内。新規作成だけでなく、既存アプリ（Javaアプリを含む）の持ち込みも案内されています。Oracle発表 | 対象業務、必須画面、入力ルール、完了条件 |
AIツール | Oracleの発表ではCodexを使ってアプリを構築できると説明されています。また、AIアシスタント内のOracleプラグインで作成・持ち込みを行う流れも説明されています。Oracleプレスリリース | 実際に契約・有効化するAI、モデル、入力してよい情報 |
公開・実行 | 公開時に、承認済みのリソースが顧客のOCI環境へプロビジョニングされ、OCIがデプロイ・監視・更新を管理する構成です。公式ページ | 環境分離、本番公開の承認者、障害時の連絡・停止手順 |
データ接続 | Oracleデータ・業務システムへの承認済み接続、既存の権限・統制の維持が案内されています。FusionやNetSuiteのデータ利用例も示されています。公式ページ | 接続先、操作種別、最小権限、データ更新の可否 |
統制 | ITがアクセス、ポリシー、リソース、コストを統制し、セキュリティ上の潜在的な脆弱性を見つけるためのチェックを行う設計です。Oracle発表 | 利用者の役割、承認経路、ログ保管、例外時の対応 |
引き継ぎ | アプリが重要になりエンジニアリングチームへ移管する場合、ソース、設定、変更履歴、ポリシー、運用コンテキストを維持することが案内されています。公式ページ | 移管の判定基準、ソース管理、テスト、保守責任者 |
対応AIツールは何か：確認できる範囲と未確認の範囲
公開情報で明示されているAI関連の名称はCodexです。Oracleは、利用者がCodexでアプリを構築し、Oracle App ComposerがOCI上のデプロイ・運用を管理する構成を説明しています。別途、Oracleのブログでは「AIアシスタント内のOracleプラグイン」を使い、アプリを作る、または既存アプリを持ち込む流れを示しています。Codexとの関係を説明するOracle発表／AIアシスタント用プラグインを説明するOracleブログ
一方で、2026年10月27日に確認した製品ページ・発表記事では、利用可能なAIアシスタントの完全な一覧、指定可能なモデルID、モデルごとの料金、コンテキスト長、ツール実行上限までは公開されていません。PoC開始前に、少なくとも次をOracleへ確認してください。
- 自社テナンシーで利用できるAIアシスタント、Codexの契約条件、必要なアカウント
- プロンプトや生成コード、アップロードしたファイルがどこに保存・処理されるか
- 既存のJavaアプリを持ち込む際の対応形式、依存関係、移行・復元方法
- Fusion、NetSuite、OCIサービスなど、接続したいデータ・ワークフローが対象か
- AI生成後のアプリに適用されるセキュリティチェック、承認、監査ログの範囲
公開方法：作成から組織利用までの流れ
Oracleの公式説明では、AIでアプリを作成し、プレビューと承認を経てOCIへデプロイし、許可された利用者がエンタープライズのサインインでアクセスする流れです。更新時も、AIで修正し、プレビュー後に公開する形が示されています。Oracle App Composerの公開フロー
- 対象業務を1つに絞る
最初は「情報を集めて一覧化する」「依頼を受け付けて担当へ渡す」など、失敗しても戻しやすい業務を選びます。金額確定、外部送信、権限変更のような不可逆または影響の大きい操作は、最初の対象から外す方が安全です。 - データと操作を分けて定義する
「閲覧するデータ」「登録・更新するデータ」「AIに入力してよいデータ」を別々に決めます。閲覧できることと、更新してよいことは同じ権限ではありません。 - AIで画面・処理を作成し、プレビューする
アプリの見た目だけで合格にせず、入力値の制約、エラー表示、検索条件、権限がない場合の挙動も確認します。 - ITが公開条件を確認する
利用者グループ、接続先、ネットワーク、ポリシー、費用の上限、ログの確認者を、公開前に設定します。 - OCIへ公開する
Oracleの説明では、公開に伴い承認済みリソースが顧客のOCI環境へプロビジョニングされ、OCIがデプロイ、監視、更新を管理します。Oracleブログ - 限定利用で評価し、継続・修正・移管を決める
利用件数だけでなく、処理時間、差し戻し、誤った処理、運用担当の負荷を記録し、拡大の可否を判断します。
アプリが業務の中核になった場合は、作成者個人に保守を依存させず、開発チームへの引き継ぎ条件を決めます。Oracle App Composerは、移管時にソースや設定、変更履歴などを維持する方針を示していますが、実際の移管手順・対象範囲は利用条件とともに確認してください。公式ページ
最小PoCの設計：品質だけでなく運用できるかを確かめる
以下はMojiによる実務上の提案です。Oracle App Composer自体の公式手順ではありません。AIが生成した画面の見栄えではなく、データ接続、権限、公開、保守を含めて本番候補となるかを検証します。
架空の例：請求例外の確認アプリ
以下は架空の例です。経理チームが、請求の例外を確認し、担当者へ確認依頼を出すアプリを作るケースを考えます。最初のPoCでは、支払い確定や会計仕訳は行わず、「対象一覧の閲覧」「担当者への確認依頼案の作成」「人による送信承認」までに限定します。
項目 | PoCで決める内容（Mojiによる提案） |
|---|---|
目的 | 例外確認にかかる情報収集時間を減らせるか |
利用者 | 経理担当の限定グループ。閲覧者と承認者を分ける |
入力データ | 承認済みの請求データのみ。個人情報・機密項目の扱いを事前定義する |
アプリの権限 | 初期は読取中心。書込み・外部送信は人の承認後だけにする |
品質評価 | 表示対象の正確性、抽出漏れ、誤った担当割当、再現性、処理時間 |
停止条件 | 権限外データの表示、誤った更新、監査に必要な記録の欠落が起きた場合は公開を止める |
AIアプリの評価では、モデル名だけで採否を決められません。入力データの品質、プロンプト・アプリ設計、接続先、評価指標、許容できる誤り、利用者の権限によって結果は変わります。評価ケースを作り、同じ条件で比較する方法は、LLM評価の進め方も参考にしてください。
公開前チェックリスト
以下はMojiによる提案です。すべての業務に同じ基準を適用するのではなく、扱うデータと操作の影響に応じて厳しくしてください。
- 目的：アプリが置き換える工程と、利用しない場合の現行手順を説明できるか
- 正本：表示する数値・ステータスについて、どのシステムを正とするか決めたか
- データ：接続先ごとに、読取・作成・更新・削除を分けたか
- 認可：アプリ利用者、データ閲覧者、承認者、管理者を分けたか
- AI入力：プロンプト、添付ファイル、ログに含めてよい情報を定義したか
- 外部操作：メール送信、業務システム更新、金額・権限変更に人の確認を残したか
- 品質：正常系だけでなく、空欄、重複、権限不足、接続失敗、想定外入力を試したか
- 運用：障害時の停止者、問い合わせ窓口、変更の承認者、ログ確認者を決めたか
- 費用：OCIリソース、データ連携、AI利用、監視・ログ、サポートを含めた上限と確認頻度を決めたか
- 移管：利用拡大時に誰がソース・設定・テスト・変更履歴を引き継ぐか決めたか
AI生成アプリに外部操作を任せる場合は、回答の正しさだけでなく、権限、承認、停止、監査ログを設計する必要があります。具体的な委任レベルの分け方は、AIエージェントのガードレール設計で解説しています。
料金：現時点で分かること、分からないこと
2026年10月27日時点で、Oracle App Composerの通常料金表は、確認した公式製品ページおよびOCI Price Listでは確認できませんでした。Oracleの発表には、機能・価格・提供時期は変更され得ること、購買判断の根拠とすべきではないことも記載されています。したがって、OCIの他サービス価格からApp Composerの月額や従量課金を推定することは避けるべきです。Oracle App Composer公式ページ／OCI Price List
例外として、Oracle AI SMB Bundleでは、対象となる米国の中小企業向けにOracle App Composerの無料枠が案内されています。ただし、これは通常のApp Composer料金を示すものではありません。米国企業であること、事業確認、申請審査などの条件があり、OCIクレジットを超えた利用は課金対象です。日本企業がこの枠を前提に導入費を見積もることはできません。Oracle AI SMB Bundleの条件を説明するOracleブログ
見積もりでは、少なくとも次の項目を分けて確認してください。これはOracleの価格構成を断定するものではなく、Mojiによる確認観点です。
- Oracle App Composerそのものの利用条件・ライセンス・限定提供中の費用
- アプリ実行に使うOCIリソースとネットワーク
- 接続するOracle製品・外部システムの契約とAPI利用
- Codexなど、アプリ作成に使うAIサービスの利用条件と費用
- ログ、監視、バックアップ、セキュリティレビュー、運用担当者の工数
導入前に向くケース・慎重にすべきケース
判断 | 目安 |
|---|---|
PoCを始めやすい | 部門に繰り返し発生する照会・受付・進捗共有があり、対象データ、利用者、正本システムを限定できる。作業結果を人が確認して差し戻せる。 |
先に要件整理が必要 | 複数システムの更新、個人情報・機密情報、複雑な例外処理があるが、誰が利用・承認・保守するか決まっていない。 |
最初の対象としては慎重に扱う | 送金、支払い確定、契約締結、権限付与・削除、対外公開など、誤操作の影響が大きく戻しにくい処理を自動実行したい。 |
AIを使う業務アプリは、ツールを導入しただけでは統制できません。用途、入力データ、権限、人の確認、評価結果を用途ごとに記録する仕組みを作ると、拡大・見直し・停止を判断しやすくなります。台帳の作り方は、AI利用台帳とは？を参照してください。
まとめ
Oracle App Composerは、AIで生まれた業務アプリを個人の試作で終わらせず、OCI上で公開・運用しながらITがデータ、権限、ポリシー、コストを統制するためのサービスです。現時点ではLimited Availabilityのため、対応AIツールの詳細、通常料金、提供地域・上限を公開情報だけで確定することはできません。
導入判断では、「AIで作れるか」より先に、どの業務を対象にするか、どのデータへ接続するか、誰が公開を承認するか、誤作動時にどう止めるか、誰が保守へ引き継ぐかを決めてください。最初は読取中心で、限定した利用者が確認できるPoCから始めると、品質と運用の両方を評価しやすくなります。