agemo
(agemo)
1
ChatGPT をあらゆるものに無分別に統合することは、計り知れない懸念の原因となっています。
管理者として、Discourse のコアインストールに本質的に AI である部分やコンポーネントはありますか? という疑問があります。
答えは「いいえ」だと仮定しますが、確認したいです。
AI がコア Discourse インストール外でサンドボックス化されているように見えるプラグインが登場したため、これも同様です。また、現在 AI が存在しない場所に AI を統合する計画があるかどうかをロードマップの観点から知ることも重要だと考えます(もしそうであれば)。
これらの質問のいずれか、またはすべてに「はい」と答える場合は、確認していただけると幸いです。
「いいね!」 1
Canapin
(Coin-coin le Canapin)
2
ご懸念は理解しております。
現在、AI関連の機能はすべてオプションのプラグイン Discourse AI に含まれています。
AIのコア機能が計画されているかどうかについては、より詳しい人に回答を委ねます(しかし、
私の推測では、ロードマップには載っていないと思います)。
「いいね!」 5
mattdm
(Matthew Miller)
3
懸念している内容に応じて、もう少し注意深く定義する必要があります。
しかし、一般的な答えは「心配しないでください。これは、従来のプロシージャルロジックを実行する、昔ながらの人間が生成したコードです」だと思います。
「いいね!」 6
agemo
(agemo)
4
定義に関する良い点ですね。OPは、ChatGPT(および類似のもの)の前と後、そしてDiscourseの計画について、大まかには明確であると思います。例えば以下のようなことです。
- コアコードの記述に使用する
- コアに統合して使用する
もし他に定義を手伝いたい方がいれば、あなたが言ったように、定義は基本的に***「昔ながらの人間が生成したコードで、伝統的な手続き型ロジックを実行するもの」***以外のものであるのが最善かもしれません。
sam
(Sam Saffron)
5
GitHub Copilotの使用を禁止するチャーター/公開文書を持つオープンソースプロジェクトの例をいくつか(たとえば10個、大規模なもの)教えていただけますか?
「いいね!」 4
agemo
(agemo)
6
はい、ボットがコーダーであるということが、私がこの質問を非常に広範に尋ねた理由です。これに気づいた今、スペルチェッカーや文法チェッカー(例:Grammarly)からCopilotのようなプログラミング補助ツールやアシスタントまで、きれいではっきりした答えはないということでしょうか?
「いいね!」 1
sam
(Sam Saffron)
7
極端な話、IDEのリファクタリングツールはどうなるのでしょうか?メソッド抽出が許可されない?この波に乗り続け、パンチカードに戻るのか
「いいね!」 5
追記ですが、Discourse(および多くのプラグイン)は、広範な機能テストとリンティングチェックを使用しています。
これにより、コードの問題が大幅に軽減されます(チェックなしでRoRにデプロイしようとしてみてください…)し、AI生成コードやCopilotでサポートされるコードもカバーできます。そして、Copilotが実際に見逃した問題を見つける可能性があることは言うまでもありません…
プラットフォームにおけるテストに関するコアな規律は、他に類を見ないものであり、エコシステムの模範となっています。
また、いくぶん無意味なことでもありますか? unsupervised AIコードのデプロイがすぐに起こるとは思いません…テストを実行する段階にすら到達しないでしょう(Discourseと互換性のあるEmberJSのソリューションをChatGPTに依頼したことがありますか?幻覚はチャートを突き抜けています
)。モデルが進化すれば改善されるかもしれません。
Discourseは、時代に遅れずについていくか、死ぬかのどちらかです。そしてそれは、適切な場所で新しい技術を探求し、採用することを意味します。
2つの「AI」プラグイン(どちらも手書きです!
)の作者として、それらには当然ながら注意点や免責事項が伴うことを認識しており、それがしばらく変わるとは思いません…
「いいね!」 3
mattdm
(Matthew Miller)
9
パンチカード?贅沢だ!私が若い頃は、フロントパネルのトグルスイッチを切り替えてOSをブートストラップしていたものだ。
「いいね!」 2
agemo
(agemo)
10
したがって、「Discourse」の枠内で、OPに沿って、あなたがこの波や次の波に乗っている限り、もちろんそれは広範な問題ですが、次のようになります。
これまでの状況(フィードバックを正しく読めている場合)
-
コア Discourse にアクティブな AI コンポーネントはありません。
-
コア Discourse 内に非アクティブな AI コンポーネントやコードはありません。
-
一部またはすべての Discourse コードは、開発者が利用できるさまざまな開発プラットフォームや IDE などで AI ツールを間接的または直接的に適用して作成された可能性があります。
-
コアに AI 機能を追加することは、現在ロードマップにありません。
-
プラグインは、Discourse と連携する AI パワー機能へのゲートウェイです。
sam
(Sam Saffron)
11
AIは技術用語ではありません…ある人はヒューリスティックをAIと解釈する可能性があります。いいね、閲覧数、表示回数に重みをつけて投稿を「採点」する方法は、AIと見なされる可能性があります。Akismetは「AI」と呼ばれることがあります。リストは延々と続きます。
現状では、業界は大規模言語モデルの文脈でAIの安全性について「懸念」しています。
現状では、DiscourseコアとDiscourse AIは大規模言語モデルを一切出荷していません。Discourse AIは、管理者が入力できるAPI(Open AIとAnthropic)を介して既存の大規模言語モデルを統合しており、将来的にはさらに多くのモデルをサポートする可能性があります。
大規模言語モデル(LLM)とは、ディープラーニング技術を用いて大量のラベルなしテキストでトレーニングされた、多数のパラメータを持つニューラルネットワークで構成される言語モデルです。これらのモデルは、テキストやその他の形式のデータを認識、要約、翻訳、予測、生成することができます。LLMは近年著しい進歩を遂げており、様々なタスクで優れた性能を発揮し、人工知能、科学、社会全体を変革しています。
大規模言語モデルの例としては、OpenAIのGPT-3が挙げられます。これは、テキストメッセージの自動補完機能のように、文の次の単語を予測するようにトレーニングされています。
Google + GPT-4によるテキスト
この議論の多くは少々不可解です。Discourseのソースを「癌化」する懸念があるのでしょうか?Open AIへの厳格で無条件の依存が発生する懸念があるのでしょうか?
「いいね!」 4
Stephen
(Stephen)
12
エミリー・ベンダーとティムニット・ゲブルが考案した「ストキャスティック・パロット」という言葉の方が、これらのLLMを指す際には間違いなく正確なので、私はその言葉を断然好みます。
そこには全く知性はありません。
「いいね!」 2
agemo
(agemo)
14
では、それは本当に誰の問題なのでしょうか?
プラグイン経由ということですか?現在そうであるように。
私の見解では、あなたが本当に不可解に思っているなら、おそらくあなたは「結果」を十分に認識したり、評価したり、共感したりしていないのでしょう。なぜなら、それを解明することに明白な価値はないかもしれません。なぜなら、馬はすでに逃げてしまい、納屋の扉は大きく開いているので、みんな手放してしまうからです!
がんと言うより、大量の[空欄を埋めよ]の量子兵器、しかし、それはすべて誇張だと考える人もいるでしょう。それはクールです。誰もが意見を持つことができますが、私はDiscourseに限定せず、全体として考えています。開発をどのように行うかは、その方法次第です。OPに関連する点を明確にするために:
私が尋ねている主な理由は、Discourseの管理者として、ユーザーベースに対する義務があるからです。そして、これは実際の市場規模ではごく一部かもしれませんが、それでもあなたのユーザーベース、またはユーザーベースの一部は重要であり、生成されたコンテンツに関して、あらゆる形態のこの世代のAIを使用しないプラットフォームを使用したいと実際に望むかもしれません。理由はたくさんあります。広告ブロッカーを使用するのと同じように、彼らはこの「もの」の一部になりたくないのです。その質問が最初のユーザーから来たとき、それは明確に示されたAIポリシーがなかったためであり、あなたは真実であるべき答えも持たなければなりません。
したがって、AIツールをコアではないプラグインとして分離することは良いアプローチですが、将来のアップデートでAIがコアになった場合、躊躇したり、プラットフォームを完全に拒否したりする余地が残るかもしれません。
この線が明確に区切られている限り、それは全体的に満足のいく進め方であり、明確な開発ガイダンスと保証もここで重要かもしれません。
皆が完全に同意するようにフレーム化するのが難しいことも理解していますが、ここで問題の核心は、実際の理由で質問されたときに何が起こるかということです。その理由が根拠があるか、あるいは揺るぎないものであっても、それはユーザーが価値の決定を下し、行動に変換するための基盤となります。
DiscourseのコアにはChatGPTや同様のAIはありませんが、開発や作成にはツールとしてAIが使用されるという注意点があるという単純な声明に過ぎない場合、それはDiscourseフォーラムの一般の人々にとって満足のいく答えに最も近いかもしれません。
全体として、AIがウェブ、ひいては世界にどのように影響するかという問題は、すでにアプリケーションと結果の点で実行され、見られています。これらの「おもちゃ」を公式にリリースするこの段階、つまりAPIなどを開発の世界、そしてひいては世界にパンドラの箱を与えることは、加速です。なぜなら、それ以前は非常に管理された実験的な学習段階であり、比較的秘密裏の段階であり、多くの一般の人々が気づかないうちに、このAIは何年もウェブの大部分に注入されていたからです。
質問の範囲内に留めようとしていますが、本当にメタを議論したいのであれば、形而上学を議論したいのであれば、どうぞ、しかしそのトピックはすでにここで進行中です - How are we all feeling about ChatGPT and other LLMs and how they'll impact forums?
別の側面として、広告があります。Googleは、その広告配信や分析サービスで、長年この種のAIを使用していたと仮定しますが、少なくとも現時点では、ユーザーはブロックソフトウェアを展開したり、VPNを使用したりできます。それらのツールもAIを使用していますか?!
おそらく、それは人々がAIをどのように認識するかにかかっています。そして、それを表現する最も簡単な方法は、一部の人はそれをサンドボックス化されたもの(ツール)と見なし、他の人はそれを消さなければならない現実マトリックスの構造そのものの火と見なすことです。いずれにせよ、それは起こっており、それが何であれ起こるでしょうが、常に結果はあり、時にはあなたがそれらの結果の作成に参加するか、それらを軽減するかを選択するしかないのです。私が「業界」と呼んでいるものは、私の意見では、両方を行っています。
「いいね!」 2
agemo
(agemo)
16
それは妥当な洞察です。
さて、あなたが上記の返信で示されたように、不合理なことを言うように頼むことはありません。無限のタイムラインでは誰が言えるでしょうか。確かに、現在のDiscourseコアがアクティブAIを可能な限り活用している状況を確立しようとする試みです。
約束も求めていません。
私の主な提案は、回答に先立って同じままです。
アクティブAIをコアから分離することを検討してください。これにより、オーナー/管理者は混乱なく明確な選択ができます。私は、管理者のオン/オフオプションよりもこちらを好みます。私を偏執的で時代遅れと呼んでも構いませんが、一種のエアギャップを考えています。
ChatGPTなどが多くのプラットフォームやツールに組み込まれているのは驚くべきことで、広範な意味合いは計り知れません。なぜDiscourseがこの機会を逃すのでしょうか(プラグインがDiscourse開発のタイムラインにおけるその出来事であり、逃してはいません)。
質問は、可能な限り明確になったと考えており、もしゲームのバランスに実証可能な変化があった場合、事前にまたは適切な期間内に非常に明確なコミュニケーションが行われることを願っています。
アクティブAIがコアに深く組み込まれたフォーラムは、一部の管理者/オーナーやユーザーベースにとって、スカイネットへの移行が1つ進みすぎている可能性があり、AIはメタであることよりもさらに大きなものとして考慮されるべきだと考えています。