Noetra(ノエトラ)は、国産の汎用基盤モデルと、その開発に必要な計算基盤を検討する日本企業です。2026年7月時点の公式情報では、言語だけでなく画像、動画、音声、物理特性を統合的に扱うマルチモーダル基盤モデルを開発し、AIロボットやフィジカルAIへつなげる構想を掲げています。
注目度は高いものの、Noetraは完成済みの一般向けAIサービス名ではありません。研究開発を本格化した段階であり、外部提供されるモデル、API、利用条件、性能、料金の詳細は今後決まる部分があります。本記事では、2026年7月17日までに公表された一次情報を基に、何を目指す会社なのか、企業にとってどのような意味があるのかを整理します。
Noetra株式会社の概要
Noetra株式会社の公式サイトでは、会社名をNoetra Corp.、代表者を丹波廣寅氏、所在地を東京都渋谷区とし、事業内容を国産汎用基盤モデルの研究開発と、モデル開発に使用するインフラの検討としています。2026年6月30日の発表によると、2026年1月に設立された会社が同年6月にNoetraへ社名変更し、7月1日に事業を開始しました。
7月16日の共同発表では、ソニーグループ、ソフトバンク、NEC、Hondaが中核企業として参加し、幅広い業種を含む合計44社から出資を受けたとされています。産業技術総合研究所やPreferred Networksなどから参画する技術者を中心に、研究開発体制を構築する方針も示されました。
この体制の特徴は、AI専業企業だけでなく、製造、ロボティクス、金融、通信、半導体、エネルギーなど、実世界のデータと業務を持つ企業が横断的に関わる点です。基盤モデルの性能だけでなく、産業現場で使えるデータ、評価、実装、安全性を同時に扱おうとしていると理解できます。
目指している国産マルチモーダル基盤モデル
マルチモーダルAIとは、文章だけでなく、画像、動画、音声、センサーデータなど複数の形式を扱うAIです。Noetraは、高度な日本語理解、論理推論、指示遂行を備える推論基盤モデルから始め、言語・画像・動画・音声を統合するモデル、さらに空間認識や物理特性を理解する実世界向けAIへ段階的に広げる計画を公表しています。
公式ロードマップでは、2026年度から推論基盤モデルを順次構築し、2028年度にオムニモーダル基盤モデル、2030年度に実世界ネイティブAIを目指すとされています。これらは予定であり、現時点で性能や提供時期を保証するものではありません。研究開発の進捗、計算基盤、データ、評価、安全性によって計画が変わる可能性があります。
「国産」という言葉は、国内企業が開発に関与するという意味だけではありません。日本語、国内産業の業務知識、製造・物流・インフラなどの現場データを安全に活用できる選択肢を増やすこと、海外モデルだけに依存しない開発力を保つことが論点になります。ただし、国産であることだけで精度、安全性、低価格、法令適合が自動的に保証されるわけではありません。実際の評価が必要です。
フィジカルAIとの関係
フィジカルAIは、ロボット、車両、設備などが、カメラやセンサーで現実世界を認識し、推論して行動するAIを指します。文章生成と異なり、誤りが設備停止、製品破損、人身事故へつながる可能性があるため、物理法則、空間、時間、安全制約を扱う必要があります。
Noetraと産総研は、NEDOの「AIロボット・フィジカルAIを見据えたマルチモーダル基盤モデル開発事業」に採択された研究として、実世界に関する情報を統合し、フィジカルAIへ拡張・評価できる基盤技術を開発すると発表しています。実施期間は2026年6月から2031年3月とされています。
産業現場では、公開インターネット上の文章だけでは足りません。設備の映像、ロボットの動作、失敗ログ、材料特性、作業手順などのデータが重要です。一方で、これらは企業秘密や安全保障に関係することがあります。どのデータをどこで学習・推論に使うか、権利とアクセスをどう管理するかが、技術性能と同じくらい重要になります。
計算基盤の計画
Noetraは、国内事業者が保有するAI計算基盤を活用して開発を開始し、将来はNVIDIA Rubin GPUを約2万7,500基搭載する計算基盤を構築する計画を公表しています。構築開始を2027年4月、稼働を2028年6月とする予定です。
大規模なGPU基盤は、モデルの学習、評価、推論に必要ですが、GPU数だけでモデルの価値は決まりません。学習データの品質、目的に合った評価、安全対策、効率、推論コスト、開発者が利用できる仕組みが必要です。また、電力、冷却、ネットワーク、障害対応、サプライチェーンも運用上の課題になります。
利用企業は、計算基盤の規模を競争力の代理指標として見るのではなく、自社用途での精度、速度、費用、データ保護、サポート、継続性を比較する必要があります。
オープン化とAIエコシステム
Noetraと産総研は、研究成果のうち学習済みの重みを国内のモデル開発者や利用事業者へ広く提供し、領域特化モデルが生まれる循環を目指すと説明しています。7月16日の発表でも、研究開発や社会実装の状況を踏まえ、モデルを順次外部提供・公開する予定としています。
ただし、「公開」が完全なオープンソースを意味するとは限りません。重み、学習コード、データ、評価、商用利用、再配布のどこまでが公開されるかは別々の論点です。ライセンス、利用禁止事項、派生モデル、責任分担が示されてから、OSS AIとしての自由度を判断する必要があります。
企業にとっては、共通の基盤モデルをそのまま使うだけでなく、自社データによるRAG、追加学習、ツール連携、現場評価を組み合わせる可能性があります。基盤モデルが国内で開発されても、自社固有のデータ整備と業務設計は残ります。
企業が今から準備できること
第一に、自社が持つデータを棚卸しします。文書、画像、動画、音声、センサー、設備ログごとに、所有者、利用目的、個人情報、契約、保存場所、品質を整理します。将来の国産モデルを待つ前に、データの権利と品質を整えることは、どのAIを選んでも役立ちます。
第二に、用途別の評価セットを作ります。日本語能力や一般ベンチマークが高くても、自社の図面、保守記録、問い合わせ、現場映像を正しく扱えるとは限りません。正解例、失敗例、安全上許容できない出力を用意し、複数モデルを同じ条件で比較します。
第三に、モデルを交換できる構成を検討します。APIやモデル固有機能へ強く依存すると、価格や性能が変わったときに移行が難しくなります。データ層、RAG、業務ツール、評価、ログをモデルから分離し、国産モデルと海外モデルを用途に応じて選べるようにします。
第四に、調達条件を定めます。学習利用の有無、データ保管地域、再委託、モデル更新、障害対応、知的財産、監査、終了時のデータ削除を確認します。国産という表示だけで判断せず、契約と技術の実態を確認します。
現時点で断定できないこと
2026年7月時点では、Noetraの一般提供モデルの具体的名称、性能、価格、API、ライセンス、サポート条件は確定情報として出そろっていません。公開されたロードマップを、完成済み製品の仕様のように扱わないことが重要です。
また、参加企業が多いことはデータと知見の広がりにつながる一方、各社の目的、データ権利、開発優先順位を調整する難しさもあります。成果は、今後公表される技術報告、モデルカード、評価結果、ライセンス、実証事例で確認する必要があります。
まとめ
Noetraは、日本語、画像、動画、音声、物理情報を扱う国産マルチモーダル基盤モデルを開発し、将来のフィジカルAIと産業実装へつなげようとする研究開発企業です。大規模な企業連携、NEDO採択、国内計算基盤、段階的なモデル開発計画が特徴です。
一方、現時点では研究開発の初期段階で、利用可能な製品の性能や条件は今後の発表を待つ必要があります。企業は期待だけで導入を決めず、データ整備、用途別評価、モデル交換可能な設計、調達条件を今から準備し、公開された成果を一次情報で継続確認することが重要です。
参考資料
- Noetra株式会社 公式サイト
- Noetra「国産マルチモーダル基盤モデルの開発に向けて本格始動」
- Noetra・産総研「NEDOのAI開発事業に採択」
- Noetra「国産マルチモーダル基盤モデルの開発に向けて事業を開始」
- NEC「国産マルチモーダル基盤モデルの開発に向けて本格始動」
Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理を実務で理解するための補足
実務で最初に確認すべきこと
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」の観点では、連携系の技術は、接続方法より先に「どのデータを読めるか」「どの操作を書き込めるか」「失敗時にどこで止めるか」を決めることが重要です。読み取り、下書き、確定処理を分離し、AIエージェントへ一度に広い権限を渡さない設計にします。RAG、MCP、API、Function Callingは目的が異なるため、業務要件に必要な最小構成から始めます。
導入手順
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」の観点では、現行業務を可視化し、必要な情報源を特定し、読み取りだけで試験し、評価ケースを作成してから書き込み系ツールを追加します。評価では最終回答だけでなく、検索結果、ツール選択、引数、実行結果を分けて確認します。
AIエージェントとの関係
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」の観点では、AIエージェントは、必要な情報を取得し、状況に応じてツールを選び、複数工程を進める上位の実行概念です。接続方式そのものをAIエージェントと呼ぶのではなく、業務全体のワークフローとして設計すると混乱を避けられます。
導入・利用前チェックリスト
- 情報の出典と更新日を確認する
- 自社データを扱う場合の保存・学習条件を確認する
- AIエージェントへ与える権限を最小化する
- 代表ケースで品質を評価する
- 失敗時に人へ引き継ぐ手順を決める
- モデルや仕様変更時に再評価する
Accomplirでは、AI、RAG、MCP、AIエージェント、FDE人材、DXを個別の流行語としてではなく、現場の業務を改善するための組み合わせとして扱います。導入内容がまだ固まっていない段階でも、現状業務と課題から整理できます。
Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理を業務で活用するための実務整理
実務論点 1
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」では、連携技術の記事では、接続できることと業務上接続してよいことを分けて考えます。RAGは情報検索、APIやFunction Callingは決められた操作、MCPは共通接続、AIエージェントは複数工程を進める役割というように、技術ごとの責任範囲を整理すると実装判断がしやすくなります。
実務論点 2
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」では、本番環境では、検索・閲覧・下書き・確定・削除を一つの権限にまとめません。モデルが誤った判断をしても、ツール側の型検証、業務ルール、認可を越えられない構成にします。外部APIが失敗した時の再試行回数と、人へ引き継ぐ条件も先に定義します。
実務論点 3
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」では、評価では最終回答だけでなく、必要な文書が検索できたか、正しいツールを選んだか、引数が正しかったか、API結果を正しく解釈したかを分けて測ります。層別に測ることで、モデル変更が必要なのか、検索やツール定義を直すべきなのかを判断できます。
実務論点 4
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」では、複数システムをつなぐ場合は、顧客ID、商品コード、日付、金額などの共通データ定義も重要です。AIは曖昧さを補完してしまうため、マスタの表記揺れや古いデータがあると誤処理の原因になります。接続技術と同時にデータ品質を確認してください。
検証から本番運用まで
Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理を実際の業務へ取り入れる場合は、対象業務を一つに絞り、現状の処理時間と失敗を記録し、代表ケースで小さく検証します。評価では、AIの文章の自然さだけでなく、必要情報の取得、根拠、操作の正確性、人の修正時間、1件あたり費用を確認します。十分なデータがない場合は、自動化範囲を広げず、まず情報整備を行います。
AIエージェント化する場合の確認
複数工程をAIエージェントへ任せる場合は、開始条件、完了条件、利用できるツール、禁止操作、最大実行時間、最大費用、人へ引き継ぐ条件を明文化します。モデルが高性能でも、権限と完了条件が曖昧なら安定運用できません。ツール側でも入力値と権限を検証し、モデルの指示だけで重要操作が確定しないようにします。
記事情報の更新方法
AI関連技術は更新が速いため、製品仕様、価格、提供地域、セキュリティ条件など変化しやすい項目は、公式情報で確認日を残します。更新時は古い記述を単純に削除するのではなく、何が変わったかを記録し、検索利用者が現在の状態を判断できるようにします。一次情報と実務上の解釈を分けることが、長期的な記事品質につながります。
業務導入チェック
- 対象業務と成果指標が明確か
- 利用するデータの正本と更新頻度が分かるか
- AIエージェントの権限が必要最小限か
- 失敗時に人へ戻せるか
- 代表ケースで再現性を測ったか
- 費用と人の確認時間を含めてROIを見ているか
- モデルや仕様更新時の再評価手順があるか
Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理の実務導入をさらに深掘りする
要件定義
連携技術では、接続可否だけでなく、データの正本、ツールの入出力スキーマ、認証方式、冪等性、再試行、タイムアウトまで確認します。AIエージェントが誤った引数を作っても、API側の検証と認可で重大操作を防げる構成が重要です。
要件書には、対象ユーザー、開始条件、入力データ、期待する成果物、完了条件、利用可能なツール、禁止操作、最大実行時間、最大費用、エラー時の処理、人の承認条件を記録します。「高精度に回答する」のような曖昧な要件ではなく、代表ケースで合否を判定できる形式にします。
評価設計
通常ケースだけでなく、情報不足、表記揺れ、古い文書、外部API失敗、権限外の依頼、悪意ある入力を含む評価セットを作ります。最終回答だけでなく、検索、ツール選択、引数、外部処理結果、人への引き継ぎを分けて評価すると、改善箇所を特定できます。
本番運用
本番では、起動者、利用モデル、主要なツール呼び出し、結果、承認、エラーを実行IDで追えるようにします。個人情報やAPIキーをログへ過剰保存しないようマスキングし、保持期間と閲覧権限を設定します。異常時に停止でき、手動運用へ戻せる手順も用意します。
コストとROI
モデル料金だけでなく、検索、ストレージ、外部API、インフラ、人のレビュー、保守を含めて1件あたり総コストを測ります。処理時間、手戻り、回答速度、売上機会、教育効果と比較し、十分な成果が出た工程だけ自動化範囲を広げます。
更新と再評価
AI分野ではモデル、価格、MCPサーバー、外部API、利用規約が変わります。変更時に固定評価セットを再実行し、品質、速度、安全性、費用が許容範囲か確認します。一次情報の確認日を残し、記事として公開する情報も定期的に更新します。
AIエージェント化の判断
単発の質問応答だけなら、必ずしもAIエージェントは必要ありません。複数工程をまたぎ、状況に応じて検索やツールを選び、途中状態を保持しながら完了まで進める業務で価値が出やすくなります。自律性を上げるほど権限・監査・評価も強くする必要があります。
導入チェックリスト
- 目的と業務KPIが決まっている
- 正本データと更新責任者が分かる
- 権限が必要最小限である
- 代表ケースと異常ケースで評価した
- 重要操作に承認または別認可がある
- ログから失敗原因を追える
- 停止・復旧・手動切替ができる
- モデルや仕様変更時に再評価できる
Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理の導入判断・運用・改善を一つにつなげる
このテーマを実務へ落とす際は、技術の導入可否だけでなく、現状業務、成果指標、利用データ、責任者、権限、評価、障害時の戻し方を一続きで設計します。AIエージェントを利用する場合は、開始条件と完了条件を明確にし、モデルが自由に目的を拡張しないようにします。情報不足や権限不足を検知した時は、推測で進めるのではなく人へ確認を戻すことも正常動作として評価します。
本番運用では、正解した回数だけでなく、検索した情報、利用したツール、主要な引数、外部処理の結果、承認、エラーを追跡できるようにします。モデルやMCP、外部API、社内文書が更新された場合には、同じ代表ケースを再実行し、以前の品質を維持できているか確認します。変更前後を比較できる評価データを残すことが、AI分野の速い更新に対応する基盤になります。
費用対効果はAPI料金だけでなく、人の確認時間、手戻り、保守、外部サービス、インフラを含めて測ります。完全自動化率を目標にせず、処理時間や品質、回答速度、教育負担、売上機会など、対象業務にとって意味のある指標を選びます。成果が確認できた工程から権限を段階的に広げれば、AIエージェントの利便性と安全性を両立しやすくなります。
また、公開情報として扱う場合は、一次情報のURLと確認日を残し、事実、提供元の主張、自社の解釈を混同しないことが重要です。英語、中国語、アラビア語など複数言語の情報を参照する場合も、全文翻訳ではなく、日本の企業が意思決定に使える論点へ再構成し、仕様変更時に更新できる記事として維持します。
Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理を2026年の実務水準まで補強する
接続方式を選ぶ前に決めること
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」を実務で扱う場合、AIエージェントへ外部システムを接続する場合は、MCP、API、Function Calling、RAG、Skillを同じものとして扱わず、読む、検索する、実行する、手順を再利用するという役割へ分けます。接続先ごとに正本、所有者、認証方式、許可操作、タイムアウト、再試行、監査項目を決めることで、モデルの変更と業務システムの変更を分離できます。
この論点では、対象業務の責任者、利用する正本データ、AIエージェントに許可する操作、失敗時に人へ戻す条件を記録します。検証結果はモデル名だけでなく、データ版、Skill/MCPの版、評価日、代表ケースと紐付け、変更後に同じ条件で再評価できるようにします。
Tool Schemaと入力検証
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」を実務で扱う場合、ツールの引数は自由文のまま業務システムへ渡さず、型、列挙値、対象ID、上限件数、日付範囲を検証します。AIエージェントが誤った引数を生成しても、ツール層が拒否できる構造にします。書き込み系では冪等性キーや二重実行防止を入れ、成功後に対象を再取得して状態を確認します。
この論点では、対象業務の責任者、利用する正本データ、AIエージェントに許可する操作、失敗時に人へ戻す条件を記録します。検証結果はモデル名だけでなく、データ版、Skill/MCPの版、評価日、代表ケースと紐付け、変更後に同じ条件で再評価できるようにします。
MCPとSkillの運用
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」を実務で扱う場合、MCPは接続を標準化できますが、認証や権限まで自動的に安全になるわけではありません。Skillも手順を再利用できますが、スクリプトや外部通信を含む場合はコードと同様に審査します。配布元、バージョン、最終レビュー日、必要権限を台帳化し、不要なものを常時有効にしないことが重要です。
この論点では、対象業務の責任者、利用する正本データ、AIエージェントに許可する操作、失敗時に人へ戻す条件を記録します。検証結果はモデル名だけでなく、データ版、Skill/MCPの版、評価日、代表ケースと紐付け、変更後に同じ条件で再評価できるようにします。
評価を層別に行う
「Noetraとは。国産マルチモーダル基盤モデルとフィジカルAI構想を整理」を実務で扱う場合、最終回答の正否だけでなく、検索、ツール選択、引数、認可、外部API結果の解釈、完了確認を分けて評価します。どの層で失敗したかが分かれば、モデルを変えるべきか、RAGを直すべきか、MCP定義を修正すべきかを判断できます。
この論点では、対象業務の責任者、利用する正本データ、AIエージェントに許可する操作、失敗時に人へ戻す条件を記録します。検証結果はモデル名だけでなく、データ版、Skill/MCPの版、評価日、代表ケースと紐付け、変更後に同じ条件で再評価できるようにします。
導入前の最終確認
- 対象業務と対象外業務が定義されている
- 正本データと所有者が決まっている
- AIエージェント専用IDと最小権限がある
- 外部情報を低信頼データとして扱っている
- 重要操作に承認または二重確認がある
- 代表ケースと異常系ケースで評価した
- 費用と人の確認時間を同じ業務単位で測っている
- 停止・ロールバック・手動代替手順がある
