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

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

概要

  • 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をトレーニングしたい場合は、連絡してくれれば何か考えよう」っていう条項があるものはまだ見つけてない。そんなライセンスは、私がアメリカにいないから強制力がないと思うけど、少なくとも自分の意図を宣言できるのはいいよね。未来がどうなるかは分からないけど。

法律の文面から見ても、GPLライセンスのソフトウェアを含むトレーニングデータを使ったモデルが現代のLLMのコアコンポーネントを構成している場合、そのモデルの製作者はモデルとそれを支えるソフトウェアスタックを同じ条件で提供する義務があるとは言えないと思う。もちろん、現在の状況では、法律は実際の構成や意図よりも権力者の都合に依存していることが多いように見えるけど、それについて間違っていることを証明されたいし、こういった結果が助けになると思う。

自分のコードやデザインの決定、スタイルが、今の全てのソフトウェアを形作るデータの一部になってるって知ると、なんかいい気分だな。

GitHubを使ってると、自動的に自分のコードがトレーニングに使われることに同意したことになるよ。プライベートリポジトリでも関係ない。実際にオプトアウトしないといけないし、そもそもそれを守ってくれるのかも怪しいけどね。

フォアマンが彼のベストマンを指摘した - 彼の名前は何だったっけ? - そして、困惑した機械工と冗談を言いながら、3人の若者たちは録音装置を旋盤のコントロールに接続した。ハーツ!それが機械工の名前だった - ルディ・ハーツ、退職間近のベテラン。ポールは今その名前を思い出し、老紳士が若者たちに見せた敬意を思い出した。その後、彼らはルディのフォアマンに彼を休ませてもらうよう頼み、工業民主主義の陽気で気まぐれな精神のもと、彼を通りの向こうにビールを飲みに連れて行った。ルディは録音機器が何なのか完全には理解していなかったが、彼が理解したことは好きだった。つまり、彼は数千人の機械工の中から選ばれて、自分の動作がテープに永遠に記録されることになったのだ。そして今、ポールの前のこの小さなループ、ここにいるのは、あの午後のルディだった - パワーを入れるルディ、スピードを設定するルディ、切削工具をコントロールするルディ。これは、彼の機械にとってのルディの本質であり、経済にとっての本質であり、戦争の努力にとっての本質だった。このテープは、小さくて礼儀正しい大きな手と黒い爪を持つ男から抽出された本質だった;聖書の一節を毎晩読めば世界が救えると思っていた男;子供がいない代わりにコリーを愛していた男;あの男は… その午後、ルディが何を言ったか、ポールは思い出せなかった。ポールは、老紳士は今は亡くなっているか、ホムステッドで第二の子供時代を過ごしているのだろうと思った。今、ポールはマスターパネルで旋盤を切り替え、テープから信号を送り込むことで、ルディ・ハーツの本質を使って、1本、10本、100本、あるいは1000本のシャフトを生産できるのだ。カート・ヴォネガット、『プレイヤーピアノ』

私の個人的な意見としては、LLMは非常に革新的で、派生作品としては認められない可能性が高いので、GPLはあまり影響を持たないと思います。著作権のある素材でのトレーニングが合法的に取得されていればフェアユースと見なされるという証拠もすでにありますし、GPLの下でライセンスされたソフトウェアもその例に当てはまります。この意見はHNではあまり人気がないのは分かっていますが、著作権法の解釈が緩やかになるのは全体的に良いことだと思っています。

これらの企業はトレーニング素材を盗用し、著作権者と和解しました。彼らは「トレーニング禁止」の条件でライセンスされたソフトウェアでも同じことをすると思います。あなたがそれが起こっていることを見つけて、法的に補償を求めるのはあなた次第です。

最近「AIのせいで」解雇されたんだけど(疑問符付き)、自分の仕事が何かしら解雇に繋がった気がしてる。自分の仕事がAIメガコープの利益に貢献してたのに、結局被害者になっちゃった。ここにいる誰もがその気持ちを理解できると思うし、共感するよ。「疑問符付き」ってのも同意だね。単なるダサい人事の言い訳だし。私の意見としては、 - AIメガコープだけが得してるわけじゃない、みんなが得てる。今の時代、構築して出荷するためのレバレッジは5年前よりも高い。 - 現在はメガコープが鍵を握ってるように見えるけど、これは一時的なもの。自律エージェントやオープンウェイトモデルの世界では、コントロールは分散化されてるし、推論コストもどんどん下がってるから、メガコープのスタックで動かす必要はない。何百万、何十億ものエージェントが自分たちで見つけて共有してる。メガコープはどうやって止めるつもりなんだろう? - LLMの登場は識字率の普及みたいだな。昔は書き手が書かれた言葉の独占を持ってたけど、読書や書き込みが普及した時、彼らにとっては「損失」に感じた。でも今は言語はみんなのものだ。コードを失ってるわけじゃなくて、コーディングの能力を普遍的な人間の「リテラシー」にしてるんだ。

最近「AIのせいで」解雇されたんだけど(疑問符付き)、自分の仕事が何かしら解雇に繋がった気がしてる。自分の仕事がAIメガコープの利益に貢献してたのに、結局被害者になっちゃった。これはますます一般的になってきてるし、ソフトウェアエンジニアが訓練を手伝っているLLMがソフトウェアエンジニアの陳腐化に貢献していることは疑問の余地がないと思う。これらのLLMを運営している大企業は、1) 巨大なオープンソースソフトウェアから利益を得ている一方で、2) オープンソースソフトウェアが人気を博した基盤を侵食している(これは著作権のおかげで起こった—正確には、著作権を使ってコピーレフトを強制し、個々の貢献者によるボランティア活動の未来を守ることができたから)。GPLはこの技術がこう使われる前に書かれたものだ。商業LLMオペレーターによってGPLの精神が大規模に侵害されていることは疑いようがないし、これに多額の資金が投入されたことを考えると、彼らがモデルを一般に提供したり、インターネット全体をマススクレイピングして同等のモデルを訓練する能力を持ったり、これらのモデルを運用して同等の結果を得る能力を持ったりすることは非常に難しいだろう。「知識の民主化」という主張は、深く見れば不誠実だ。彼ら自身はその民主化から常に免除されていて、私たちの仕事から利益を得ることができる一方で、私たちの仕事が「民主化」される。なんか、これって民主化というよりも、むしろ収奪に近い気がする。

データが利用可能なら、大企業が自分のデータで学習するのは避けられないよね、「フェアユース」ってことで。でも、この「フェアユース」が彼らのプライベートモデルをオープンウェイトモデルに蒸留することを許可してくれるといいな。そうすれば、ユーザーは特定のベンダーに縛られることがなくなる。ユーザーに力を戻すってことだね。

先日、シェーダーのGLSLサイン距離フィールド関数を使って作業してたんだ。Claudeにコードをレビューしてもらったら、すぐに「既知の解決策」に置き換える提案をしてきた。結果、その関数はInigo Quilezの作品のほぼそのままのコピーだった。彼の作品はインターネット上で許可されたライセンスで公開されているけど、ツールが誰かの作品を著作権やライセンス、元の著作者の言及なしにそのまま吐き出すのはなんかおかしい。LLM以前の世界では、少なくともこの情報を探して、サイトを見つけて、ライセンスを理解し、著者を認識する必要があった。でもLLM以降は、ツールが他の誰かの作品を平然と盗用して、それを自分のものとしてサインできるようになっちゃった。気持ち悪い。

SaaSは、ベンダーが修正を共有せずに済むライセンスの抜け穴を利用してスケールしたんだ。AIはもっと利用することになるよ。「リポジトリを見て -> 技術仕様を作成 -> 技術仕様に基づいてプロジェクトを構築」この段階では、みんなソースを閉じて、ライセンスの問題が解決するまでオープンソースの作業をやめてほしい。オープンソースコードに加えた改善は、意図しない形で利用されて、最終的には自分が不要になっちゃうから。

さらに悪いことに、AIは他の誰かのケースに特化した平凡なソースを提供するだけで、何も返ってこないから、結局オープンソースの努力を窒息させちゃうんだよね。記事でもこれに触れてるけど、今は反AIの感情しか投稿してない。なんか、盲目的な信頼のサイクルに入ってる気がする。多くのFOSSは、質や倫理などの理由でLLMに対して慎重になってるけど、私たちを置き換えるはずのツールがローカルで動くツールになるまでにはまだまだ遠い。だから、その間は、私たちのエージェンシーをAnthropicや他の誰かに譲ってるってことだよね。その間に、戦争が勃発して、すでにストレスのかかってるサプライチェーンや製造を混乱させてる(例えば、台湾は天然ガスに大きく依存してる)。多くのメーカーが消費者向けハードウェアの生産をやめ始めてるし、ITTの人たちがローカルモデルを動かすために必要としているハードウェアなんだよね。大多数のデータセンターはまだ建設されてないし、建設中のものも目標を達成できていない。古くなったGPUが箱に入ったままで、電源を入れるためのインフラも整っていない状態で、何百億もの負債を抱えている。ここに問題があるのを見てるのは私だけじゃないはずだよね?それぞれのトピックは「もしも」の話で何時間もかかるし、HNを訪れる誰かにとって良い形でまとまるかどうかは大きな賭けだよ。

FLOSSコミュニティを見回すと、LLMに対する懐疑的な意見が多いね。主な懸念は、1. 著者の同意なしにFLOSSリポジトリでトレーニングされたこと(GPLやAGPLリポジトリを含む) 2. 最高のモデルがプロプライエタリであること 3. AIを使って低労力の貢献を試みる人たち(PRやセキュリティレポートなど)。これらは確かに正当な問題だけど、LLMは新しい現実で、消えることはないよ。OSSのロビーよりもずっと強力なロビーが、LLM企業(メディアの大きな著作権保持者)に対して戦いを失ってる。でも、企業がLLMを使ってGPLライセンスのコードの代替品を作ることができる一方で、逆にLLMを使って独占を打破し、たくさんのオープンソースソフトウェアを作ることもできる。結局、GPLは目的を達成するための手段に過ぎないんだ。

  1. AIを使って低労力の貢献を試みる人たち(PRやセキュリティレポートなど)。その一方で、人々はLLMを使って自分のコードのセキュリティホールを監査するのを寝かせている。スクリプトキディたちは、AIが準備できてないと思っても関係ない。彼らはAIモデルを使ってあなたのウェブサイトからセキュリティの隙間を探るよ。LLMを使って、あなたの従業員をハッキングする方法を見つけて、データを盗むんだ。メキシコ政府のサーバーにハッカーが侵入して、メキシコ市民の全ての文書をスクレイピングしたのを見たばかりだよ。次のニュースの見出しになる前に、セキュリティ監査に投資を始めるべきだ。AIは未来じゃなくて、もうここにあるし、ハッカーはそれをあなたに対して使うよ。

LLMを使って独占を打破できる うまくいったら教えてね。 > GPLは目的の手段に過ぎない その目的がLLMでどれだけ近づいてるの?

LLMは新しい現実で、なくなることはない それが一般的な見解だけど、必ずしもそうとは限らない。これらのものを支えるために多くの金融的な手腕が働いているし、最も熱心な支持者たちですら、ある複雑さのレベルに達するとその無意味さを認識し始めている。オープンウェイトモデルはこの提案に最も力を与える存在だけど、AnthropicやOpenAIが5年後に今の姿以上のものとして存在するとは限らない。

オープンソースは今まで以上に活気があります。私は何年も地味に公開してきましたが、AIのおかげでその能力が100倍以上に広がりました。以前は複数の言語でパッケージを公開していましたが、最近は手動で一つに絞っていました。でも今はAIのおかげで、また言語を増やし始めています。ツールチェーンに縛られるのではなく、もっと自由に公開できるようになりました。AI生成のコードをオープンソースとして公開するメリットは大きく、コードホスティングやCI/CDパイプライン(ビルド、テスト、リンティング、セキュリティスキャンなど)も含まれます。さらに、私のリポジトリにはClaudeやDependabot、GitHub Advanced Security Bot、Copilotなどがコミットしたものもあります。これらのおかげで、コードは人間とAIの両方にとってより信頼性が高く、メンテナンスしやすくなっています。最近の投稿についての考えを二つ: 1. Claudeに関連する出力の90%がGitHubリポジトリに行っている件(https://news.ycombinator.com/item?id=47521157):私は普段コードを公開するのに忙しくてプロモーションする時間がないけど、いつか落ち着くかもしれません。AIがコードを生成したりリファクタリングするのが早いので、安定するまで時間がかかることもあります。2. じゃあ、AIアプリはどこにあるの?(https://news.ycombinator.com/item?id=47503006):GitHubにあるけど、星が2つ未満です!プロモーションがないと人気が出るまで時間がかかります。それでも、最近はPRも少しずつ来始めています。

つまり、盗用されたコードが含まれた2つ星のリポジトリが100個もあって、それが何か良いことになるの?これらのコピーされた「作品」が何か影響を与えたり、使われるのは、最も熱心なAI支持者だけだと思うのは完全に妄想です。

私のリポジトリにはClaudeやDependabot、GitHub Advanced Security Bot、Copilotなどがコミットしたものがあります。もしあなたが責任を免除する企業ライセンスを使っていないなら、ほぼ確実に著作権法を破っていて、あなたのパッケージは真剣な企業には依存関係として使えません。MITのような許可的なOSSライセンスも、著者が有効な著作権を持っていることが前提なので、AIエージェントがあなたのリポジトリにコミットしている場合は適用されません(USCOによって確認されています)。オープンソースのリポジトリに直接AIエージェントのコミットがある場合、GPLリポジトリと同じように企業にとっては手を出せない状態になるでしょう。

FOSSは死んだ - 長生きせよ、FOSS。FOSSはハードウェアのためにソフトウェアを解放するという核心的なアイデアから生まれ、後に私たちが構築できるコモンズの概念によって支えられました。しかし、LLMのおかげで、自由を得るための別の道が開かれました。自由0(実行):LLMが環境をトラブルシュートし、インストールをガイドして、誰でもソフトウェアを実行可能にします。自由1(学ぶ/変更する):技術的知識のハードルを下げるなど、修正を行います。自由2(再配布):LLMが仕様を作成し、必要に応じて再実装することで再配布を強制します。自由3(改善/配布):みんなが望む改善を得られます。LLMはこれらの自由をより民主的にし、純粋な技術的能力を超えています。これらの4つの自由だけを重視する人には、LLMはそれをたっぷり提供します。しかし、ビジネスやシグナリング、フリーソフトウェアのコミュニティの価値を求める人(私も含めて)には、FOSSではこれらは保証されておらず、私たちはその損失をどう補うかを考えています。

私はLLMがオープンソースよりもオープンだと言ってきました...

なんでこれが重要なの?「オープンソース」としてのリブランドは、ただのマーケティングの変更じゃなくて、哲学的な切断だったから。AIが生成した文章を見るたびにゾッとするし、残念ながら記事の価値を下げちゃってるよね。

AIの文章って、ミシュランコースをブレンダーにかけて飲むみたいな感じだよね。

エージェントコーディングをやってる人に質問なんだけど、開発プロセスはどんな感じなの?エージェントはどうやって組織されてるの?上からの「マネージャー」エージェントが「コーディング」エージェントに指示を出す感じ?つまり、既存の企業の「アジャイル」やスクラム開発の解釈を反映してるのかな。この記事のタイトルを見て思ったんだけど、典型的なオープンソースプロジェクトを模したエージェント環境を作るのは面白そうだな。ディスカッションフォーラムで機能が提案されて、GitHubのイシューやPRで実装の詳細が話し合われるような感じで。そして、「マージャー」として機能するエージェントのセットを用意して、最終レビューを担当させる。エージェントはどんな形でも組織できると思うし、システムプロンプトを設定してあとは自由にやらせるだけだよね。ディスコースフォーラムを作って、エージェントがソフトウェアのユーザーの機能リクエストを追跡して、それをどう実装するか、あるいはどう回避するかを話し合うこともできる。そうすることで、開発プロセスの直接比較ができると思うんだ。つまり、オープンソースモデルと企業のトップダウンプロセスを比べるってこと。どちらのプロセスがメンテナンス性、品質、機能の豊富さにおいて優れているのか見てみたいな。