そこには無数の前提がある。推測に反応する前に、まず私の意図を尋ねてみてほしい。
「いいね！」 1
あなただけではありません。プロジェクトにLLMが使用されたかどうかを把握できることも、私には歓迎です。
コードの品質の問題とは別に、LLMには倫理上の問題も十分にあります。人々は少なくとも、インストールするソフトウェアや支援するプロジェクトについて、情報に基づいた判断を下す権利を持つべきです。十分な注意を払って、LLMを使って優れたソフトウェアを作成する方法はあるのでしょうか？おそらくあるでしょう。しかし、現在の業界や政治の状況において、倫理的にLLMを使用する方法があるのでしょうか？私はそれがはるかに難しい問題だと思います。
しかし、ここでまた長々とした議論を始めないでください。お願いです：これは単に透明性に関する話であり、人々が何かをインストールする前に自分自身の判断を下せるようにするためです。
「いいね！」 3
では、私のどこが間違っているのか説明してもらえますか？
あるいは、あなたは何を意味していたのですか？
これはまさに私が求めている最優先事項です。私は単に、人々が何に踏み込むのかを事前に理解できるように、最初から透明性を確保したいだけです。倫理面について言えば、私は何ヶ月もの間、LLMの学習データを汚染させ、この技術が自分の生活やすべてのコードベースから遠ざかるようあらゆる手を尽くしてきました。そのため、自分がアプリを作るためにLLMを使うこと、あるいは100% LLMによって作られたアプリを使うことを完全に許容できると判断するなら、それは本質的に二重基準になるでしょう。
幸いなことに、 diligences（慎重な調査）を行うのはそれほど難しくはありません。私の現在のポリシーは、コントリビューターを確認し、LLMによって行われたコミットが大量に見つかった場合、単に離れて使用しないことです。ここで提案しているのは、人々に知らせるための小さな自己申告型のラベルをつけることだけですが、このスレッドにはそれに対するいくつかの妥当な反対意見もあります。LLMが時間を節約し、より多くの人々にアクセス可能にする仕組みについては理解していますが、それを避けたくなる気持ちは不合理ではないと思います。
「いいね！」 5
それはパスだ。この件について状況が落ち着くのを待つことにする。
明らかに、結果に対して利害関係を持つ人たちがいる。自分の意見を述べ、いくつかの考えを提示した。
自分の意見を他人に押し付けたり、逆に他人に意見を押し付けられたりすることには興味がない。
この件からは降りる。状況が落ち着くのを待つ。
補足として、もしこれが懸念事項であるなら、プラグインやテーマについては心配しなくてよい。なぜなら、Discourseはもうまったく使えなくなっているからだ。私たちは現在、Discourseの開発にAIを大規模に活用している。
「いいね！」 8
それはわかっています。理想を言えば、LLMでコードを書いたソフトウェアはまったく使いたくありません。しかし、残念ながら現実は理想通りにはいきませんし、常に選択肢があるとは限りません。だからこそ、まだ選択肢が残されている場所では、その選択肢を大切にしたいのです。
「いいね！」 6
ここを完全に明確にしておきます。
私はエージェントを使ってDiscourseを開発しています。約10ヶ月の間、私が書いたコードはほんの数行しかありません。今年、私は重要な機能を実装し、多数の欠陥を修正しました。
エージェントによるコーディングが禁止されているプロジェクトをお探しであれば、残念ながら他の場所を探す必要があるでしょう。
「いいね！」 7
私は禁止を求めていませんし、OP（スレ主）も求めていません。このトピックは「LLMによって生成されたテーマやプラグインには、その旨をタグ付けすることを義務付ける」ことについてです。
「いいね！」 2
コアには無料パスがあるのに、なぜテーマにはそれが必要なのでしょうか？
「いいね！」 1
おそらくその理屈はこうです。コア部分がAIによって作られたという事実は避けられないが、残りの部分については選択肢を持たせることができる、というわけです。
何が求められているのか（そしてその理由）は理解しています。ただ、以前提案された方法、つまりその区別を重要と感じる人が使えるよう AI-free というタグを設ける方が、より効率的だと思います。
「いいね！」 4
では、問題は「AIフリー」の定義がどこまでを指すのかということです。開発時には特定の点についてAsk DiscourseやClaudeに質問することはありますが、プロジェクト全体をバイブコーディング（AIに任せきりのコーディング）することはしていません。つまり、そのような名称はAIの使用をどの程度までカバーするのでしょうか？ 完全に0%、明確化のためのAIチャットのみ、それとも完全な生成までを含みますか？ この区別は明確にすべきだと思います。
「いいね！」 4
私個人としては、AI-freeとは以下を意味すると考えます：
「すべてのコードを手で書き、このプロジェクトのランダムな行について質問された場合、それが何をするものか知っている——少なくとも、自分で確認する必要がある場合でも、素早く読めば把握できる」
ただ、定義は明確であるべきであり、人によって同じ認識であるとは限らないことは確実です。
とはいえ、倫理や環境への懸念が問題であれば、AIに質問すること自体が問題の一部になります…
これは厄介な話です。
「いいね！」 4
まず始めとして、「このプロジェクトにはLLMが生成したコードを一切含めない」という方針を掲げるだけでも十分です。これを100%厳密に守るのは難しいかもしれませんが、主に意向表明として捉えればよいでしょう。私はこれにベジタリアニズムとの類似点をよく見ます。極端に追求すれば、最終的には矛盾や不可能な選択に直面することになります。しかし、そこがポイントではありません。ポイントは、不必要な害を最小限に抑えることです。
LLMの使用から生じる害を私は多く見ています。長期的なコード品質、私たちの環境、社会、そして私たち自身のメンタルヘルスに対する害です。自分が依存することになるソフトウェアプロジェクトを見ると、開発者がそれを回避しようとしているのか、それとも全面的に受け入れているのかを知りたくなります。もし開発者がその問題を重要視し、プロジェクトを「AI不使用」とラベリングしているなら、それだけで私にとってすでに有益な情報となります。
「いいね！」 2
AI企業たちが基本的にインターネット上のコードを盗み、書籍を破壊し、ホストサーバーを尊重せずにすべてを盗み取るような乱用クロウラーを動かしているという点には、強い倫理的な懸念が残っているため、このような状況になるのは残念です（不要なDRAM危機を無視して見ればの話ですが）。誰も望んでいなかったLLM競争で先に抜け出そうとしているのです。コードの品質が著しく低下したため、多くのアプリの使用をすでにやめています。例えば、VS Codeは遅く、メモリ効率が悪く、全体的にバグが多い状態になりました。Formbricksのアップグレードパッケージが動かなくなり、音楽プレイヤーは遅く、肥大化し（機能が追加しやすくなると、プロジェクトの範囲を失い、何でも追加したくなるものです）、半分の時間は音楽を再生しなくなりました。
しかし問題は、私はDiscourseが好きなので、使用をやめたくないということです。IDEや音楽プレイヤーのように、愛着がなかったり、2024年に使用をやめる前からWindowsを嫌っていたOSのようなものではありません。LLMの結果としてソフトウェアが非常にバグが多くなったり、遅くなったりしない限り、使用をやめるという判断を下す可能性は低いでしょう。
この状況全体について完全に「白か黒か」と割り切りたいわけではありませんが、LLMを使用することに伴う倫理やプライバシーに関する懸念を乗り越えることができません。
「いいね！」 2
あなたの観察のいくつかには共感します。また、プライバシーを重視する者として、AIを使わないためには、クリアネットの利用を完全にやめる必要があることを理解しています。
技術そのものに関わらず、インターネットの利用を技術的に可能にしている企業、つまりCloudflare、Amazon、Google、Meta、Microsoftとは、本質的に商業的なつながりがあります。
私たちはデジタル時代の転換期に直面しており、それは最終的にその光の部分も暗闇の部分もさらに深めていくでしょう。まだIDなしでブラウジングできる限り、私たちが選べるのは中間の道、つまりAIを意識的に使うことだと理解しています。
そして、Discourseがそうしているように、あるいは私自身もそうしていると思います。私が属する、プラグインやコンポーネントを設計するが、その方法を知らないというグループの一部であっても、私はそれを個人的に行い、テストし、常に学んでいます。私は何年も資金提供を受けていない代替的で分散型のニッチなプロジェクトに取り組んでおり、数千ドル以下でこれをしてくれる人を見つけられなかったからです。
分析すべき異なるニュアンスがあり、単純なタグでその問題の根本や中心を解決できるとは考えていません。私の人生哲学では、言うよりも行動することが重要なので、最終的にあなたがこの問題に関してどのように、またどのような形で実際に行動しているのかを知りたいと思います。
「いいね！」 3
細文句を言いたいわけではありませんが、有能な開発者による確立されたソフトウェアにおいて、AI の使用は技術的に、一般的に問題になると考えますか？ここで言及しているのは、アプリの効率、安定性、セキュリティに限ります。
LLM が登場するずっと前から、アプリが遅くなったり、肥大化したり、悪意のあるものになったり、壊れたりするのをたくさん見てきました。
私は日常で多くのアプリケーションを使用していますが、これまで AI の使用が原因とされる技術的な問題は一つも見ていません。そして、今やこれらのアプリの 95%、あるいはそれ以上が何らかの形で AI を使って作られていると確信しています。
有能でない開発者が作ったアプリを使えば、AI が使われていようがいまいが、当然ながら良い体験は得られません。
誰にでも、「有名な開発者が作った有名なアプリが AI のせいで壊れた」といったドラマが見られます。実際に起きたことだと信じています（また起きるでしょう）。
しかし、これは稀な出来事だと思います。有能な開発者がプロジェクトが失敗するのを AI を待っていたわけではなく、何かしらの理由で失敗してきたからです。
私が AI に懸念（時には嫌悪感）を抱くのは、あなたが挙げた理由を含む多くの理由からですが、「AI のせいで音楽アプリが悪くなった」という点については、特にそうではありません（それが起きないと言っているわけではありませんが）。
「いいね！」 6
これは自己規律の問題です。テストの作成といった雑務をAIに任せることと、アプリ全体（この場合はプラグイン）を構築してそれを自分のものとして公開することは、本質的に同じではありません。もし明日朝起きて「どうしてこんなことを考えていたんだ、LLMは倫理的で、私のワークフローに本当に役立つ！」と決めたら、おそらく他のより経験豊富な開発者と同様に、バーンアウトから抜け出し、より速く開発できるでしょう。しかし個人的には、プログラミングや開発の楽しさをすべて奪うことになります。私は趣味でも仕事でもプログラミングを楽しんでいます。LLMにオフロードすると、実際にはコードを書いていないため、楽しみの要素がすべて消えてしまいます。一日中プロンプトを入力しているだけになるからです。
それは常に問題でした（Windows 10は2015年にリリースされました）。AIがプログラミングにおいて人気となり「上手」になることで、アプリに無駄な機能を追加することが非常に容易になったため、この問題は加速しただけです。例えば、ナビゲーションアプリを持っていて、ある日突然組み込みのFLACプレーヤーを多数の統合機能付きで追加したくなったとします。明らかに、これは存在する必要がなく、ナビゲーションアプリの範囲を大きく超えており、私や開発者の時間の無駄です。しかし、代わりにClaudeに行って「私のアプリにx、y、z付きの音楽プレーヤーを追加して」と言えば、それを追加してリリースするだけです。「これはクールかもしれないが、無意味で時間の無駄だ」というものが、架空のユーザー全員が使える実際の機能に変わり、アプリのフットプリントを増やし、RAM/ストレージへの負荷を高め、アプリをより遅く、重くしてしまいます。これは最終的には架空の話ですが、このシナリオは架空ではなく、多くのアプリで実際に起こっています。
LLMの有無に関わらず、良いアプリを作ることは開発者の責任です。無責任な開発者は、AIを使うかどうかに関わらず、悪いアプリを作るか、それなりには良いが、度を越してそれを台無しにしてしまいます。私は画像や動画生成モデルに対して持っているような強い反対ではなく、LLMに対して厳格に反対しているわけではありません。ただ、それには役割があり、それは、その技術を責任を持って活用できない大多数の人々にとって、コーディングすることではないと信じているだけです。}
「いいね！」 3
会話の全体像をまだ把握できておらず、適切な参照資料を調べるほど頭が回っていませんが、「ラベリングシステム」や「開示フレームワーク」についていくつか見つけました。「まだ見落としていない」のであれば、検討する価値があるかもしれません。本日の論点は、AIが使用されたかどうかよりも、どのように使用されたかの方が重要です。LLMにプラグインを生成するよう指示するパラグラフを与えて「テストしてエラーを修正せよ」と命じるのと、開発全体の方向性や監督を保持したまま、LLMに管理された形で作業を行わせるのとでは、大きな違いがあります。私としては、コードを提供する人々に自己開示を求めることを検討すべきだと思います。
（P.S. もちろん、私はコーディングよりもライティングの分野でこれらの問題に詳しく、その文脈で考えています。）
「いいね！」 3
ええ、私もその意見に同意します。これは懸念事項ですね 
「いいね！」 1