世界を動かす技術を、日本語で。

コーディングエージェントがフリーソフトウェアを再び重要にする可能性

2026年3月30日原文(gjlondon.com)

概要

  • AIエージェントの進化 により、 Free Software(自由ソフトウェア) の重要性が再浮上
  • SaaSの普及で ソフトウェアの自由 が形骸化し、利便性が優先される現状
  • 「オープンソース」へのリブランディング による哲学的側面の喪失
  • AIによるカスタマイズ が困難なクローズドSaaSの問題点
  • 再び問われるユーザーの自由と選択肢

AI時代におけるFree Softwareの再評価

  • 最近のAIコーディング体験 を通じて、 Free Software の意義が再び重要になる予感
  • Stallman流の自由ソフトウェア (ユーザーが実行・研究・改変・共有できる権利)への回帰
  • SaaS時代には ソースコードへの関心低下、利便性が重視される風潮
  • AIエージェントがコードを理解・改変 できるようになることで、ソースコードへのアクセスが象徴的権利から実用的能力へ
  • 変更可能なソフトウェア と、ベンダーに依存するしかないソフトウェアの違いが、再び現実的な問題へ

Free Softwareの歴史と4つの自由

  • 1980年、MITのAIラボ でStallmanがプリンター問題に直面、 ソースコード非公開 が原因で改良不能
  • 共有が当たり前 だった時代から、 プロプライエタリ化 によるユーザーの制約
  • Stallmanが Free Software Foundation を設立、「4つの自由」を提唱
    • Freedom 0: 自由に実行
    • Freedom 1: 研究・改変の自由
    • Freedom 2: 再配布の自由
    • Freedom 3: 改変版の配布の自由
  • Free as in speech (表現の自由としての“自由”)」という理念の広がり

オープンソースへのリブランディングと哲学的断絶

  • 1998年、Foresight Institute で「オープンソース」への名称変更が提案
    • “Free Software” が「無料」と誤解される問題への対応
    • Tim O’Reilly主催のサミットで “open source” が正式採用
  • Eric RaymondやBruce Perens がOpen Source Initiativeを設立
  • Stallmanはサミットに招待されず、哲学的主張が排除
  • 「オープンソース」は 開発手法 として企業に受け入れられ、 ユーザーの権利主張 が薄れる
  • Stallman曰く 「オープンソースは開発手法、自由ソフトウェアは社会運動」

SaaSとライセンスの抜け穴

  • GPL は「配布」時にソース公開を義務付けるが、 SaaSでは配布が発生しない
  • ベンダーは GPLソフトを改変し、独自サービスを提供 しつつソース非公開が可能
  • AWSによるElasticsearchの事例 など、価値の取り合いとライセンス論争
  • 2010年代以降、寛容なライセンス(MITなど)が主流
  • AGPL はネットワーク越しの利用でもソース公開を義務付けるが、 Googleなど大手が採用を忌避
  • MongoDBやRedis、HashiCorp など、各社が独自ライセンスに移行し、抜け穴対策を模索

SaaS時代におけるソフトウェアの自由の形骸化

  • SaaS普及でユーザーはソースコードに触れる機会自体が消失
  • 実際に 実行・改変できる自由が無意味化
  • 利便性とのトレードオフで、 自由ソフトウェア論争が沈静化

AIエージェント時代の新たな課題

  • AIによるSaaSカスタマイズ の壁に直面した体験談
  • 例: Sunsama で自分好みのワークフローを作れず、 API未公開 のため自動化困難
  • エージェントがアーキテクチャを理解できても、クローズドAPIが障壁
  • ユーザーコミュニティによるリバースエンジニアリング やツール公開が頼みの綱
  • 「便利さと引き換えにコントロールを失う」 というSaaSの本質的問題がAI時代に再浮上

まとめ:AI時代の自由ソフトウェアの意義

  • AIエージェントの普及 で、 ソフトウェアの自由 が再び実用的な問題として浮上
  • クローズドSaaS ではAIによる拡張性も制限され、ユーザーの選択肢が狭まる
  • Free Software運動の理念 が、AIエージェント時代に再評価される可能性
  • ユーザーの自由と利便性 のバランスを再考する必要性

Hackerたちの意見

フリーソフトウェアがこれほど重要になったことはないよね。AIをインターネットで動かすためのインフラは、基本的に全部オープンソースだし。実際、Claude Codeもgrepやdiff、git、headとかがなかったら、全然役に立たないと思うよ。いつか、ローカルで動くClaude CodeがOpen WeightやOpen Sourceモデルと連携して、開発ツールの中心になる日が来るのが見えるね。

AIをインターネットで動かすためのインフラは、基本的に全部オープンソースだ。そうそう。 > それに、Claude Codeもgrepやdiff、git、headがなかったら全然機能しないよね。全然動かないよ。常にそれらを使ってるし。Claude CodeのCLIインストールドキュメントを読んだとき、最初に「ripgrepが必要」って書いてあって、恥ずかしがりもせずに言ってたのを覚えてる。これらのツールは基本的にLinuxの上で動いてるし、Claude Codeは実際にWindowsやMacOSにフルLinux VMをインストールしてる。オープンソースのコマンドラインツールとオープンソースのOSがあって、それをつなげてるんだ。Slackwareの頃からデスクトップ(もちろんサーバーも)でLinuxを使ってるけど、ずっと正しかったな。

オープンソースコードがAIの時代に役立つだけじゃなくて、AI自体がオープンソースコードのおかげで作られたってことだよね。

なんでLLMのトレーニングがオープンソースじゃないの? 世界中に計算資源があるのに、Folding@homeみたいなのがあったら最高だよね。

フリーソフトウェアはこれまで以上に重要です。でも、フリーソフトウェアの「リブレ」部分は、少なくともTFAの主張によれば、これまで以上に重要ではない。細かいことを言うこともできますが、間違ってはいません。

すごい、企業が「コミュニティ」にコストをオフロードできるかも(労働を分け合う)、でもエンドユーザーは相変わらず権利を奪われてる!なんか納得できるね!

ソフトウェアの経験が10年以上ある今、すごく楽しい時期だなって思う。シンプルで良いものが何かを知って、それを言葉にできるようになったおかげで、自分や家族のためにたくさんのソフトウェアを作ることができた。アイデアを現実にする感覚があって、思いつくのと同じくらいの速さで実現できるし、必要に応じて特定の機能を追加できるのがいいね。最近は、Slackから自己ホストのMatrix + Elementに移行したので、マルチプレイヤーの持続的な月次ノートファイルが必要で、それに代わるものを作ったんだ。Matrixの設定も簡単だったし、選んだプロバイダーで月20ドルでたくさんのことができる。追記:要するに、オープンソースの基盤を使って個人的なものを作るか、自分のニーズに合わせてフォークを修正するか、どちらかだね。

全く同感だよ。俺はグリッド用のオープンソースソフトウェアを作ってるんだけど、これは本当に意味のある貢献をしてるって感じがするし、オープンスタンダードのための勢いも作ってる。仕事って感じじゃなくて、ただのクリエイティビティと問題解決だよ。それに、遊び感覚でいろいろ作れるし。子供たちがマインクラフトのMODを欲しいって言ったら、作って一緒に学ぼうぜ。

家族向けのアプリをどこでどうホスティングしてる?家庭で便利に使えるようにしたいんだけど、これが一番悩んでることなんだ。

ちょっと疑問だな…私が思うに、コーディングエージェントはオープンソースライブラリからパーツを取り出して、ユーザーのために特注アプリを作る可能性が高いと思う。ユーザーは自分が欲しいものを手に入れられて、上流のサプライチェーン攻撃を心配しなくて済むから大喜びだろうね。でも、メンテナは損をする。誰もメインのコードベースに貢献しないから。結局、オープンソースソフトウェアはエコシステムにとって重要になるけど、全然評価されないってことになる。

でも、ユーザーは自分のフォークを維持しなきゃいけないよね。パッチを自分のフォークに戻さない限り、上流が維持されていることを前提にしているわけだから。ソフトウェアは無料で相互運用したり自動的にメンテナンスされたりしないから、誰かがそのために時間をかけなきゃいけない。AIが本当のAGIじゃない限り、社会的な圧力がプロジェクトをある程度生かし続けると思う。全体の製品を盗むことが新しい市場の支配手段になるのは確かに怖いよね。例えば、Linuxを盗んで企業向けのLinuxを作って、みんなにその企業向けLinuxだけに貢献させるようにする(多くのLinuxの貢献者は企業からお金をもらっているから)。それが新しい中心的な指標になってしまうかもしれない。最悪のシナリオだね。そうなると、Microsoftが共謀して(これはちょっと無理があるけど、可能性はある)、サーバーやヘッドレスコンピュート用にLinuxを完全に採用して、非常に厳しいハードウェア制限を課して、Windowsしか動かないようにするかもしれない。

自分が書いたオープンソースソフトウェアが10年以上もオンラインで自由に利用できることを考えると、AIやLLMが私に与えてくれた価値には本当に感謝してる。ただ、気になるのは、私の作品がトレーニングデータに含まれていた可能性が高いこと。ライセンス(GNU 2/3)に違反しないとしても、自分が作品を配布する際に意図していた精神に反している気がする。最近「AIのせいで」冗長になったんだけど(疑問だけど)、自分の作品が何らかの形で冗長性に寄与して、AIの巨大企業の利益に貢献しているのに、自分は被害者になっている感じがする。これらのLLMに貢献したことに対して、どんなに小さくても配当やロイヤリティがもらえたらいいのに、そんなことは絶対に起こらないだろうね。オープンにコードを配布できる「ソース利用可能」ライセンスを探しているけど、「これらのソースを使ってLLMをトレーニングしたい場合は、連絡してくれれば何か考えよう」っていう条項があるものはまだ見つけてない。そんなライセンスは、私がアメリカにいないから強制力がないと思うけど、少なくとも自分の意図を宣言できるのはいいよね。未来がどうなるかは分からないけど。

Hacker Newsで議論の続きを見る