2026年8月、LibreOffice 26.8がリリースされた際、公式アナウンスのコメント欄にあるユーザーから皮肉交じりの書き込みが寄せられた。「つまり、AIが入っていないこと自体が新しい機能になったのか？」
The Document Foundation（ドキュメント財団）はこの問いかけを受け止め、9月3日にAI機能の統合に向けた6つの厳格な技術的参入基準を公表した。学校、病院、公的機関、法律事務所など、世界中の数千万もの環境で日常的に利用されているオフィススイートとして、プロジェクトの理念に合致しない機能をデフォルトで組み込むことはできないという立場だ。この基準リストは、オフィスソフトウェアにおけるAI統合の評価基準を一変させた。論点は「AIを搭載しているか」ではなく、「推論はどこで実行されるのか、データはどこへ送信されるのか、そしてファイル形式の主権は誰にあるのか」へと移った。サブスクリプション収益に依存する商用オフィススイートにとって、この基準を受け入れることは極めて困難である。機能の拡充と課金モデルが不可分に結びついているからだ。
画像：LibreOfficeチームは公式ブログで選択可能性を強調。出典：The Document Foundation 公式ブログ
サブスクリプションモデルでは満たせない6つの厳格基準
LibreOfficeは人工知能そのものを頭ごなしに否定しているわけではない。財団はこれら6つの条件を、現在の技術水準に対する客観的な評価基準と位置づけている。すべての条件を完全にクリアしない限り、デフォルト設定にAI機能が追加されることはない。
第1の条件は「ユーザーによる実行場所の完全な制御」である。推論がローカルPC上で実行されるのか、ユーザー自身が直接管理するインフラ上か、あるいは独自に選定した外部サービス上かをユーザーが自由に選択できなければならない。特定の単一プロバイダーへ密かにデータを転送するようなデフォルト設定は、選択肢とは呼べない。
第2の条件は「明示的な許可なしに文書データをPC外へ送信しないこと」だ。多くの業務現場において、文書の内容は法的に厳格に保護されるべき資産である。電子カルテ、裁判資料、企業の入札提案書、生徒データなどの外部流出は、深刻なコンプライアンス事故を招く。データの外部送信は必ずユーザー自身の明確な判断によるものでなければならず、アプリケーションがバックグラウンドで独断で行うデータ転送は一切認められない。
第3の条件は「いかなるテレメトリも収集しないこと」である。LibreOfficeは従前よりユーザーの利用状況データを収集しないゼロテレメトリの方針を貫いてきた。この原則は将来のAI機能にも例外なく適用される。ユーザーの操作履歴や利用頻度を密かに収集し送信することは許されない。
第4の条件は「特定プロバイダーへの依存を排除すること」だ。単一企業の独自APIにしか接続できない統合は、リリースノートでどれほど魅力的に表現されていようとも、実質的なベンダーロックインに過ぎない。インターフェースはオープンであり、複数のバックエンドで柔軟に実装可能で、ユーザーが基盤モデルをいつでも自由に切り替えられる設計が求められる。
フォーマットの支配権が文書の帰属を決める
第5の条件は「ODFフォーマットの堅持」である。AIが生成したテキストやデータも、文書内のあらゆるコンテンツと同様に、標準のODF（Open Document Format）に準拠し、構造、スタイル、セマンティクスを完全に保持しなければならない。AIアシスタントが独自フォーマットでしか出力できない場合、文書のライフサイクルを通じてユーザーデータの囲い込みが固定化されてしまう。
第6の条件は「完全なオプション性」である。AIモジュールは個別に追加インストールや削除が可能で、使用を望ないユーザーのインターフェース上からは完全に非表示にできなければならない。これは組織のポリシーによってAIツールの使用が禁止されている環境や、数千台規模のワークステーションを一括管理するシステム管理者にとって不可欠な統制権となる。
この厳格なリストに照らし合わせた結果、財団が下した現状判断は極めて率直だ。現時点で6つの条件をすべて満たし、デフォルトで有効化して製品のライフサイクル全体を通じて安定サポートできるAI統合は存在しない。この技術的防壁により、商用AIアシスタントがオープンソースのオフィス基盤を侵食する道は断たれた。
画像：LibreOfficeは文書がユーザーの管理下にあるべきだと強調する。出典：The Document Foundation 公式ブログ
サードパーティ拡張機能がローカル需要を担う
もっとも、LibreOfficeのユーザーがLLMのエコシステムから完全に締め出されているわけではない。財団はシステム設計上、AIを必要とするユーザーのために拡張機能という明確な逃げ道を用意している。
現在実用化されている拡張機能の多くは、OllamaやLM Studio、あるいはOpenAI API互換のローカルエンドポイントを経由して、ローカルマシン上で稼働するオープンソースモデルと連携している。このパイプラインでは推論処理のすべてが手元のハードウェアで完結し、文書データが外部環境へ流出することはない。ただし財団は、これらの拡張機能はそれぞれ成熟度が異なり、財団ではなく個々の開発者によって保守されている点に注意を促している。
ユーザーやシステム管理者がこれらの拡張機能を導入する際は、通常のサードパーティ製コンポーネントと同様に慎重な検証が必要だ。隠蔽されたクラウドエンドポイントが設定されていないか、データ受領側の事業者がどのような処理を行っているかを確認しなければならない。ローカルで稼働するモデルの存在は、実用的な需要があることと同時に、巨大テック企業に文書をアップロードしなくても文書作成ワークフローを十分に完結できることを証明している。
ビジネスモデルがデータの行き先を決定する
この参入基準の背景にある本質的な駆動力は、ビジネスモデルの違いにある。
月額サブスクリプションを販売する商用ソフトウェア企業にとって、UIの中央にAIアシスタントを組み込むことは売上拡大の生命線である。AI機能の存在がサブスクリプションの値上げを正当化し、あらゆる文書を自社のクラウドインフラ内に囲い込む口実を与える。機能と収益モデルが相互に補強し合う結果、大規模言語モデルの強制統合は単なる選択肢ではなく、経営上の至上命題へと変化した。
対照的に、The Document Foundationは非営利団体である。守るべき上位サブスクリプションプランもなければ、アップセル目標のノルマもなく、収益化すべきユーザーデータも存在しない。この構造的な違いにより、四半期ごとの財務目標に突き動かされるプレッシャーから完全に解放されている。公式ブログが率直に認めているように、これは財団が他者より賢いことを意味するわけではない。ただ、目先の決算に左右されず、その技術がユーザーにとって真に価値あるものかを時間をかけて見極める余裕があるというだけのことだ。
コミュニティの議論はローカルでの実用性へ回帰
技術コミュニティのLobstersでは、この6つの参入条件を巡って極めて現実的な議論が交わされた。議論の端緒となったのは、あるユーザーがこの記事に vibecoding タグを付与しないよう求めた点だった。
この要求はモデレーターによって即座に却下された。同タグの定義は「AIコーディングツールを使用し、かつ汎用のAIタグを重複して付けないこと」と明確に規定されているからだ。タグに関する形式的な議論が収束し本質的な議論に入ると、コミュニティの意見は高い一致を見せた。プライバシーとデジタル主権を重視する多くのエンジニアにとって、ローカル環境で確実に動作する堅牢なソリューションが存在しない段階での広範な統合議論は、前提を欠いているという見解だ。
この合意は、日常的な開発ツールにクラウドAIが浸透していくことに対する技術者の強い警戒感を反映している。ソフトウェアがユーザーの知的資産を特定の単一ベンダーへ誘導しようとするとき、最初の抵抗はデータの通信経路を最も正確に把握している現場のエンジニアから生じる。
ハードウェアが追いついたときに初めて判断する
このデジタル主権を巡る姿勢は、ドキュメント財団が一貫して発信してきたメッセージと深く共鳴している。2026年9月28日、LibreOfficeはプロジェクト独立16周年を迎えたばかりだ。この組織的独立性こそが、極めて厳格な参入障壁を維持できる根拠となっている。しかし、このリストは決してAIを永久に締め出す宣言ではない。
技術の進化は、ローカル実行を後押しする方向へと確実に進んでいる。標準的なハードウェア上でのローカル推論は現実味を帯びており、オープンウェイトモデルの進化スピードは多くの関係者の予測を上回っている。財団は将来に向けた明確な余地を残している。もし今後、6つの条件をすべて満たすソリューションが登場すれば、慎重に評価を行う方針だ。
条件に適合するローカル技術が成熟するまで、LibreOfficeの標準インストール構成にAIが組み込まれることはない。感情的な賛否を排し、検証可能なエンジニアリングの基準へ落とし込むこと。それこそが技術の進化に対する最も誠実で現実的な向き合い方である。
参考リンク：
- The Document Foundation 公式ブログ
- Lobsters コミュニティの議論
