大規模な言語モデルと生成型人工知能の登場に対して、Linux コミュニティは常にさまざまな反応を示してきましたが、Ubuntu は最近、「Ubuntu における AI の将来の開発の方向性」に関するプロジェクト ディスカッション投稿を通じて自らの立場を明確にしました。2026 年 10 月にリリースされた Ubuntu 26.10「Stonking Stingray」（26.04 の次に重要なバージョン）から始まり、Ubuntu の新しい AI 機能はオペレーティング システム全体に徐々に追加されますが、これらの機能は強制的なプッシュではなくオプションです。
プロジェクトの技術リーダーであるジョン・シーガー氏は、2026年に入ってからカノニカルは社内開発者にAIツールをより積極的に使うよう奨励し始めているが、焦点はトークンの使用量や「AIによって書かれたコードの量」といった表面的なデータ指標の追求ではないと語った。その代わりに、エンジニアがAIが有効なシナリオとAIが理想的ではないシナリオを真に深く理解し、実際の出力を通じてそれを測定することを望んでいます。同氏によると、同社はすべてのチームに同じAIテクノロジースタックの採用を強制するつもりはないが、異なるチームが異なるソリューションを試し、今後数カ月で組織レベルの経験を蓄積することを奨励するという。
Seager氏はまた、CanonicalはAIをUbuntuの隅々まで押し込むつもりはないが、この取り組みを進めるための中核原則として「責任」と「透明性」を採用すると強調した。モデルの選択に関して、Canonical はオープンウェイト モデル、オープンソース ツール チェーン、ローカル オフライン推論に可能な限り依存する実装方法を優先します。同時に、同社がモデルを評価する際には、重み付けがオープンであるかどうかだけでなく、モデルのライセンス条項が Ubuntu の価値観と互換性があるかどうかにも焦点を当てます。
Canonicalの計画によれば、将来のUbuntuにおけるAI機能は大きく2つに分けられ、1つは「暗黙的AI機能」、もう1つは「明示的AI機能」です。いわゆる暗黙的 AI とは、ユーザーのメンタル モデルを変更することなく AI を既存のオペレーティング システム機能に統合し、音声テキスト変換、テキスト読み上げ、OCR、強化された画面読み上げやその他のアクセシビリティ機能などの元の機能のパフォーマンスを向上させることを指します。 Seager 氏は、こうした機能は単に「AI」と呼ばれるものではなく、本質的に重要なアクセシビリティの改善に近いものであると考えています。多くのシナリオでは、精度と効率を考慮しながら、オープンソース フレームワーク、オープンウェイト モデル、ローカル推論手法を通じて効率的に実装できます。
もう 1 つのタイプの明示的な AI 機能は、より明らかに AI 中心の新機能です。これらには、ドキュメントの作成、アプリケーションの生成、自動トラブルシューティング、さらにはパーソナライズされた毎日のニュース概要の提供など、特定のエージェント機能を備えたワークフローが含まれる場合があります。ただし、Canonical は、そのような機能には高度なセキュリティ責任が伴うことも認めています。そのため、予期しない副作用を防ぐために、十分なセキュリティ メカニズム、分離、許可制御を事前に確立する必要があります。 Seager氏の言葉によれば、暗黙的AIはUbuntuの既存機能を強化するために使用され、明示的AIは新機能の形で徐々に導入されることになるという。
具体的な技術実装については、Canonicalはこれまでに導入した「推論スナップ（推論スナップパッケージ）」を今後も推進していく予定だ。公式声明によると、このタイプのスナップを使用すると、ユーザーは特定のハードウェアに最適化されたモデル推論機能をローカルでより簡単に呼び出すことができ、Ollama、Hugging Face、および多数の定量的モデルの間を行ったり来たりする複雑さが軽減されます。たとえば、ユーザーが推論スナップをインストールした後、関連するチップ メーカーが適応最適化を提供している場合、システムは現在のハードウェア プラットフォームにより適したモデル バージョンを自動的に取得できます。さらに、これらの推論スナップには他のスナップと同じサンドボックス分離ルールが適用されるため、モデルがネイティブ データやシステム リソースに無差別にアクセスするリスクが軽減されます。
Seager 氏はまた、以前は大規模なモデルの機能を最大限に活用したい場合、通常はより大きなパラメーター サイズを持つモデルに依存する必要があったとも述べました。ただし、最近のモデルの進歩により、小型または中型のモデルがツール呼び出しなどの高度な機能を強化し続けていることがわかります。たとえば、この記事では、Gemma 4 や Qwen-3.6-35B-A3B などの新しいモデルがツールを呼び出す機能を実証しており、理論的には Web ページの検索、外部 API やファイル システムとの対話、リアルタイム システムの問題のトラブルシューティング、元のトレーニング データの範囲を超えたトピックに関する推論の実行に使用できると述べています。したがって、Canonical の次の焦点の 1 つは、チームの投資を拡大し、最新モデルのリリースをできるだけ早くフォローアップし、できるだけ多くのチップ プラットフォームに最適化されたバージョンを提供することです。
基本的な推論機能に加えて、Canonical は、より「コンテキストを認識した」オペレーティング システム エクスペリエンスも構想しています。シーガー氏は、ますます多くのユーザーが「エージェント」の操作に慣れてきているため、UbuntuはLinuxが長年にわたって蓄積してきた強力な機能を、より理解しやすく使いやすい方法で、より幅広い人々に提供したいと述べた。当局はエージェントベースのワークフローをUbuntuに統合する方法を計画しているが、その前提は依然としてUbuntuユーザーグループの使用習慣に沿ったものであり、プライバシーとセキュリティの価値を尊重する必要がある。同氏の見解では、Snapの制限されたパッケージングメカニズムと、近年Ubuntuがコアシステム機能を統合するために築いた基盤は、Canonicalがより安全な方法でこの目標を達成するのに役立つだろう。
Linux デスクトップ エコシステムは、断片化していることで長い間知られていました。この断片化はエコシステムの繁栄にある程度貢献しましたが、統合エクスペリエンスを複雑にし、一部のユーザーをイライラさせることもよくありました。 Canonical は、大規模なモデルをシステム レベルに注意深く適用できれば、ユーザーが最新の Linux ワークステーションの機能をより直観的に理解できるようになり、Linux デスクトップがより幅広い人々にとって魅力的なものになる可能性があると考えています。
このビジョンはデスクトップに限定されません。 Seager 氏は、多数の Ubuntu マシンを管理するサイト信頼性エンジニア (SRE) の場合、この大規模モデルは、インシデント処理中のログの解釈、根本原因分析の迅速化、厳格なガードレールの下での一連の計画されたメンテナンス タスクの実行など、さまざまなシナリオにも役立つ可能性があると述べました。 Canonical の目標は、さまざまな Ubuntu デバイスの形式に適応できる機能フレームワークを構築し、エージェントがさまざまなインターフェイスの下で「Ubuntu のネイティブ機能と同じように自然に動作」できるようにすることです。同氏は、サイト信頼性エンジニアリングのタスクの一部をエージェントに引き継ぐことは、必ずしも新しいリスク カテゴリを導入することを意味するわけではないと強調しました。なぜなら、成熟した運用環境は本質的に厳格なアクセス制御、監査証跡、および観察と実行の間の明確な分離に依存しているからです。 Ubuntu が望んでいるのは、読み取り専用分析、きめ細かな権限、意思決定と結果の完全な監査など、既存の境界内で動作できる基本的な機能をエージェントに提供することです。
使用シナリオの観点から見ると、将来的にはユーザーが Linux デバイスに Wi-Fi 接続の問題のトラブルシューティングを直接依頼したり、事前構成されセキュリティが強化され、TLS アクセス機能を備えたオープンソース ソフトウェア プラットフォームを自動的に構築したりできるようになる可能性があると関係者は構想しています。さらなるシナリオでは、この種の機能が、他のデバイスが Linux ホストを制御するための入り口になることさえあります。インタラクション方法には、モバイル アプリケーション、テキスト メッセージ、音声コマンド、その他のメディアを使用できます。
もちろん、Canonical も、ローカル推論能力がハードウェアの状態と密接に関係していることを認めています。企業は、一般の消費者向けハードウェアでオープンウェイト モデルをより簡単に実行できるように取り組んでいますが、パラメータ サイズが小さいモデルは、多くのタスクにおいて、より大きなモデルと真っ向から競合することは現時点ではできません。しかし、シーガー氏は、このギャップは主に段階的な問題にすぎないと考えています。世界的なチップメーカーが消費者市場向けに推論機能を強化した新しいハードウェアの開発を続けるにつれ、現在は最先端の AI インフラストラクチャでのみ可能と思われる機能も、今後数か月、場合によっては数年のうちに徐々に一般的になるでしょう。
また同氏は、AIを議論する際にはパフォーマンスだけを見るのではなく、効率性も考慮する必要があると具体的に指摘した。ユーザーは大規模クラウドモデルのトークン生成速度とローカルデバイスの性能を直接比較することが容易ですが、そのようなワークロードを処理する際のローカルネイティブアクセラレータの消費電力も大幅に削減されるため、利用の敷居がさらに下がることが期待されます。 Canonical は、これらすべてが一夜にして完了するわけではないと予測していますが、Ubuntu は条件が熟したときに準備が整うことを望んでおり、チップメーカーとの協力および関連する適応作業がますます重要な役割を果たすことになります。
総合すると、Canonical が発したシグナルは明らかです。Ubuntu はそれ自体を「AI 製品」にするつもりはありませんが、将来のバージョンでは、より慎重で、より制御可能で、オープンソースの価値観とより一貫性のある AI 機能を段階的に導入することを望んでいます。当局者らによると、チームは2026年を通じて「Ubuntuユーザーが賢明かつ安全で、オープンソースに準拠した方法で最先端のAIにアクセスできるようにする」という目標に沿って取り組むとのこと。焦点には、エンジニア教育、ローカルで効率的な推論、アクセシビリティの強化、よりコンテキストを認識したオペレーティング システム エクスペリエンスが含まれます。