プロダクト機能としての「AI なし」（2026 年 9 月）
The Document Foundation の 9/3 投稿（"Yes, no AI is now a feature"、Italo Vignoli）は、AI が LibreOffice にどう
入ってよいかの書かれた検証可能な仕様を定めた：デフォルトインストールにはいかなる AI も入れない——どの統合も 6 原則を
満たさないため——ユーザー制御の推論；無断でコンテンツをマシン外へ出さない；テレメトリなし；単一プロバイダロックインなし；
ODF ネイティブ出力；完全に任意/除去可能——加えて「守るべきサブスクリプション階層も、アップセルも、マネタイズできるデータも
ない」、AI を望むユーザーは Ollama・LM Studio・OpenAI 互換エンドポイントに橋渡しするサードパーティ拡張へ誘導。同じ週、
LibreOffice 26.8（8/26 リリース）がプロジェクト史上最多人気の更新に——1 週間で 100 万超のインストーラ ダウンロード
（ディストロリポジトリ除く）。
因果は正直に未確定——そのままであること。 ダウンロード記録の記事（manualdousuario.net、一次読了）は、無 AI スタンスが
数字を押し上げたと「賭ける」のみで（「私は『ノンフィーチャー』に金を賭ける」）「理由は何であれ」と認める；TDF の投稿自体は
ダウンロードに触れず、その基準は「完全な拒絶を意味するものではない」とまで書く。安全に主張できるのは：「デフォルトで AI なし」
が戦えることの最初のハードな市場シグナル、および主要 OSS プロジェクトが公開した初の成文化・検証可能な「AI をどう受け入れるか」
仕様。追うべきパターン：「AI なし」が機能の欠落から明示された原理的なプロダクトポジショニングへ移ること——プラットフォームが
別の側から機能クラスを除去すること（platform-gatekeeping）の鏡像。
2 つ目のデータポイント —— そしてそれ自身の矛盾（09-12）
Toast（paradise-runner/toast、Go、Show HN 66 pts / 65 コメント）は電池付きターミナル IDE —— LSP の管理インストール、tree-sitter ハイライト、go-to-definition、ripgrep、VSCode テーマインポート —— vim/nvim/emacs の設定負担に対して位置づけられる。比較表には「no AI features」と「no telemetry」が明示されている：no-AI が機能表の 1 行として載った —— LibreOffice 仕様の市場対応版。
矛盾はスレッドの中にある：README の事実誤認（vim/Emacs にはファイルツリーもマウス対応もある）と残った yourusername プレースホルダが指摘され、作者自身がプロジェクトは AI 生成だと認めた ——「this project is either built with AI or it's not built」。つまり位置づけは「AI 機能なし」であって「制作に AI なし」ではない —— この区別はまだストレス試験されておらず、66 pts に 65 コメントという比率が聴衆がリアルタイムで審査していることを示す。
同じ日、「Ask HN: AI ニュース洪水を制限してくれ？」が 707 pts に到達 —— no-AI ニッチは雰囲気ではなくオーディエンスだという需要側の合図。ただし両データポイントとも因果も耐久性も示さない：Toast は開発初期のプロジェクトで、矛盾を巡る議論そのものが正直な複雑さ。型は成立：「AI なし」は不在から主張へ移った —— そして主張は監査される。出典：
paradise-runner/toast ·
HN 議論
Go Concurrency Distilled（2026-09-27）——Anton Zhiyanov の無料 Go 並行性ミニブック（HN 83 pts）のページに「AI-free」の一文がある：LibreOffice の成文化仕様、Toast のターミナル IDE に続く 3 例目で、リファレンス/教育資材では初——ラベルはオフィススイート、開発ツール、学習リソースを横断するように。10-01 訂正：ページで唯一の AI 言及は別の著書に係るもので、本書についてではない——「check out my other book — Gist of Go: Concurrency. The book is AI-free.」（feed 記事は本文修正済み en/zh/jp、速度は維持）。成立する読み方：著者は Go 教育材に AI フリーのラベルを貼っているが、逐語のクレームは Gist of Go のもの——そのように引用すること。
AI 貢献禁止が fork 境界になる（2026-09-28）——「AI なし」の立場の新しい形：製品ポジショニングではなく貢献ポリシーとして。FEX-Emu のポリシーは AI 生成コードの貢献を禁止しており、そのため Madeira（x86-64 Windows ゲームを脱獄なし iPhone へ移植する Wine+FEX-Emu+DXMT のプロジェクト）——その fork は AI 支援コードを含む——は貢献者に上流への提出をしないよう求めている。コードは fork に流れ込めるが、境界を越えて逆流することはない；「AI なし」がコードの流れる先を決める、上記のポジショニング声明のサプライチェーン版。
手書きの出自が宣言される属性に（2026-10-01）——Halfspace（Matt Keeter の距離場ソリッドモデリング IDE。2022年から作っている Fidget カーネルの WebGPU ショーケース。HN 88 pts）は冒頭にこう置く：「2026 年なので、最初に断っておく。これは vibe coded ではない。2025 年 4 月から作っていて、コードは私の人間の脳で書いている」。この免責自体が文化的産物：手書きの出自が、ライセンスと同じように作品プロジェクトが宣言する第一級の属性になりつつある——上記の制度的ポジショニングの個人職人版。同日の政策側の companion：CS240 講師本人の回顧（turkeyland.net、102 pts）——2026 春の AI 不正試験騒動の中心の C 言語の授業は、あらゆる課題で LLM を使うことを明確に禁じたシラバスを持っていたのに、講師自身が「自分の処置はもっと良いべきだった。それが主因で、明文の方針に違反した者たちが最終的に負ったのはほとんどゼロ、あるいはまったくゼロの結果だった」と認めた。難しいのは方針ではなく執行——明文の規則、判明した違反、ほぼゼロの制度的帰結。その非対称こそ、あらゆる「AI 禁止」の規則が実際に生きている現実であり、シラバスの文言ではない。
執行されるマージゲート（2026-09-30、10月3–4日にトレンドへ）——CS240 回顧が難しいとした「執行」の章が出荷された。System76 の COSMIC デスクトップが PR テンプレートに必須の証明を追加（コミット「Disallow LLM generation in pull requests (#3911)」）：コントリビューターは「この PR には、コード・コメント・説明を含め、LLM（いわゆる AI）生成コンテンツを一切含めていません」と表明しなければならず——「チェックボックスの記入されていない PR はクローズされます」——「これらの変更を完全に理解している」と DCO 証明と並んで。テンプレートはスタック全体で有効（cosmic-epoch、cosmic-comp、libcosmic、cosmic-text、cosmic-edit、cosmic-settings、pop）。理由は Linuxiac 経由で Jeremy Soller に帰される——LLM 提出コードがメンテナーのレビューを圧迫する——ただしこれは一次投稿でなく報道経由。先例リスト（Godot、Ladybird、NetBSD、Zig）は伸び続けている。HN の見出し（「bans AI-generated code from much of its codebase」）は言い過ぎ：これが締めるのはコントリビューションであって System76 の内部ワークフローではない。ジャンル内の跳躍：TDF は原則を、Toast は不在を、FEX-Emu は fork 境界を、Halfspace は来歴を——COSMIC は「AI コンテンツなし」をチェックボックスとクローズ脅し付きのマージゲートにした最初の例で、主要プロジェクトが出した中で最強の anti-AI-PR ポリシーであり、宣言ベースの執行が走り途中のコントリビューターに耐えるかの実地テスト（一人が Claude 支援の修正をこれでクローズされたと報告）。
Sources: PULL_REQUEST_TEMPLATE.md · HN ディスカッション · Linuxiac