Discourse AI - Related Topics: Enhancing Content Exploration は素晴らしいと思いますが、残念ながらその範囲は現在読んでいるトピックによって定義されているようです。
LLMの最近の進歩により、ユーザーの投稿や閲覧履歴をざっと見て、おすすめのフィードを提供することは可能でしょうか？
これは、Q&Aに焦点を当てたユースケースにとって素晴らしい機能となるでしょう。多くの異なるカテゴリがあり、非常に忙しいユーザー（同僚）がおり、彼らが単に見ることができない非常に役立つ情報がたくさんあります。優れたおすすめリストは、一部のユーザーが解決しようとしている問題よりも「先に進む」のに役立つでしょう。
理想としては、ユーザーがすでに興味を示しているツールや会話に関連する、一般的で重要かつ話題になっているバグのリストになると思います。
もし公開されているのであれば、サイトへのリンクを共有していただけますか？
Discourse AIの機能を、一般公開される前から利用してきた者として、あなたのサイトについてもっと知りたいと思っています。あなたが指摘した具体的な詳細を理解することで、あなたのプラットフォームのユニークな側面を考慮に入れ、Discourse AIにより情報に基づいた推奨を行うことができるようになります。
喜んで共有したいのですが、残念ながら大規模な企業の内部インスタンスなのです 
しかし、私たちが何をしているのか、いくつかアイデアをお伝えすることはできるかもしれません。
基本的に、社内版Stack Overflowのようなもので、私たちは「このプロキシをどう設定すればいいのか？」や「GoogleでBug123の結果が見つからないんだけど、誰か解決した？」のような、会社や業界特有の問題を共有しています。
私たちのカテゴリはツール固有のもので、例えば以下のようなものがあります。
現在、Gitlabカテゴリのトピックを読んだり返信したりする際に、他のツール（Kubernetesなど）との連携について話している場合、関連トピックに関する通知は一切受け取れません。そのため、Kubernetesカテゴリに非常に役立つ投稿があっても、非常に遅くまで気づかない可能性があります。自分で見つけるか、適切な通知を購読する必要があります。
ほとんどのユーザーは、通知設定をうまく活用できていません。
おすすめリストがあれば、オンデマンドで、ワンクリックで潜在的に役立つ情報を提供できます。基本的に、「最近の興味に基づいて、役立つ可能性のあるトピックをいくつかご紹介します」というものです。ユーザーの検索履歴、話題のトピック、参加しているトピックの一般的なキーワードなどから構築できます。そのため、Buggy IBMカテゴリを一度も訪れたことがない場合、そのカテゴリからのものは何もおすすめされません。ただし、例えばGitlabのように、すでに強い関心を持っている何かに偶然触れた場合は別です。
keypunchマシンを使ったことがないのは明らかです。
このトピックを見ましたか？ほとんどの投稿に多くの役立つ情報があるので、すべて読むべきです。
このサイトのトップには「デイリーブズ」というAIによる要約を提供しており、12時間ごとに更新され、過去2日間の投稿から情報を取得しています。
このソリューションは独自のもので、公開されているプラグインではありませんが、コンセプトは実証されています。
そして、はい、エラーが発生しやすいです！
コンテンツをリンクできるようにしたいと思っていました… 更新：完了しました。GPT 4 Turboとプロンプトエンジニアリングが必要でした。GPT 3.5では、このレベルの指示に対応できません。
あなたの美しいパンチカードマシンを見ました。そして、マークダウンをサポートしていないウェブベースのチケット発行システムを提案します 
ありがとうございます。これを見ていませんでした。私たちの状況が変われば役立つかもしれませんが、残念ながら、以前に言及し忘れていた現在の制限には対応していないようです 
これらの制限により、おすすめトピックのリストが私たちにとって良い解決策となる理由は、コンテンツが生成されず、チャットもプライベートメッセージも使用されないことです。
これは、毎日の概要を提供する興味深い方法になるでしょう。あなたが言うように、ハイパーリンクは間違いなく素晴らしい機能になるでしょう。ユーザー固有の興味のセットに合わせてカスタマイズすることを考えていますか？既存のデイリーダイジェストに頼るのではなく、このアプローチが魅力的だったのはなぜですか？
効率的にできれば、それは非常に良いアイデアです…
これがこのリクエストの真に困難な部分であり、同時に多くの価値がある部分だと推測します。
ほとんどのコンテンツホスティングプラットフォームには、何らかのカスタマイズされたレコメンデーションシステムがありますが、Discourseもいずれその方向に向かうのではないかと驚きません。画像/音声をオブジェクト/テキスト/コンセプトに翻訳する間のエラー層を取り除くため、Spotify/Youtubeのようなプラットフォームよりも達成可能であると言えます。
端的に言うと。
最初の投稿のリクエストについて、もっと型破りな発想をしてみてください。満たさなければならない多くの有効な制約がありますが、だからといって、より良い解決策が存在しないということにはなりません。
関連トピックに関する補足ですが、正直なところ、ここ数日で何千もの関連トピックを見てきましたが、こちらに気づきました。
注目すべき点です。
英語サイト（OpenAI）の関連トピックの多くの投稿をレビューしていると、スペイン語のトピックが一緒にグループ化される傾向があることに気づき始めました。もしそれらが最初に英語に翻訳されていれば、各投稿は異なるベクトルを持ち、したがって他の投稿と一緒にクラスター化されるだろうと推測しています。
悪夢
We are still refining the feature (will look at announcing next week), but our new Periodic report using AI totally fits with your vision:
Generate a Daily summary of meta.discourse.org
List key stats like top users and counts of posts / topics
List 10 or so interesting new topics with a brief summary of activity that happened during the day
List 10 or so interesting older topics that got significant activity during the day
List a summary of activity by the @team group linking to topics they made inline.
Sourcing: ALWAYS Back statements with links to forum discussions.
Markdown Usage: Enhance readability with bold, italic, and > quotes and links.
Linking: Use https://meta.discourse.org/t/-/TOPIC_ID/POST_NUMBER for direct references.
User Mentions: Reference users with @USERNAME
Add many topic links: strive to link to at least 30 topics in the report. Topic Id is meaningless to end users if you need to throw in a link use ref or better still just embed it into the sentence
Categories and tags: use the format #TAG and #CATEGORY to denote tags and categories
bug topics are super important to me, make sure to prioritize them and also feel free to try to highlight any miscategorized bugs if you find any. DO NOT mention if stuff is correctly categorized.
When providing a topic summary, do so in paragraph form eg:
@user discovered there was an issue with XYZ and @user2 suggested suggestion
Experimental Admin Sidebar Navigation - @martin introduced an experimental admin sidebar navigation, sparking discussions about its design and functionality. Users like @packman and @Don provided feedback on missing entries and mobile display issues, which @martin acknowledged and is considering for future updates. Read more.
Recommended Topics List - @Tris20 suggested adding a list of recommended topics to the top menu, leveraging advancements in LLMs to tailor content to users’ interests. The conversation evolved with contributions from @EricGT, @merefield, and others, discussing the potential and challenges of personalized content recommendations. Read more.
Ten Years of Discourse - Users like @Judy_Hawkins and @Quercus shared their gratitude for various Discourse communities that have impacted their lives, celebrating the platform’s ten-year anniversary. Read more.
Locations Plugin - @Don reported an issue with the Locations plugin, which @merefield promptly responded to, indicating a willingness to investigate the problem. Read more.
Restricting Users from Editing Navigation Bar - @Yola sought help to restrict users from editing the navigation bar, and @JammyDodger clarified that the feature is designed for individual customization. @pfaffman and @LOCOSP provided CSS solutions to hide the edit button. Read more.
Upload File Bugs - @Vladimir_P encountered bugs when uploading files, which @JammyDodger and @blake addressed, leading to a fix being implemented. Read more.
Creating and Installing Plugins - @Gaurav_Kumar_Sandan inquired about creating and installing plugins on the home page, with @JammyDodger and @pfaffman providing guidance on theme components and plugin installation. Read more.
DiscoTOC - Automatic Table of Contents - Users like @digitaldominica and @Arkshine discussed issues with the DiscoTOC component, which were resolved following updates to Discourse. Read more.
Custom User Setting in a Plugin - @pirhoo sought advice on creating custom user fields from a plugin, with @merefield providing resources to assist in the process. Read more.
Billing Details Location - @Teresations needed help locating billing details for their Discourse hosted with Communiteq, which @awesomerobot and @RGJ assisted with, pointing to the control panel. Read more.
Emoji Line-Height Adjustment Feedback - @sam and @tynaut discussed the impact of emoji line-height adjustments on user status styling, with @tynaut confirming a fix for chat and looking into a solution for posts/messages. Read more.
Using FILTER to Summarize Data - @JammyDodger shared a SQL query using the FILTER function to segment user data based on activity summary preferences, providing a detailed explanation of the query’s components. Read more.
Communication Style as Part of a User’s Profile - @Saif and @simon discussed the potential and concerns of implementing sentiment analysis on user profiles to assess communication style. Read more.
Enter to Newline, Shift+Enter to Submit Message in Chat - @meglio proposed a configuration change for chat input behavior, supported by users like @Jagster and @Moin, to make multi-paragraph messaging more user-friendly. Read more.
Can’t Approve a User’s First Post if It Has a Poll - @Firepup650 reported an issue where a user’s first post containing a poll could not be approved due to a permissions error. Read more.
Outbound Notification E-mails Failing - @managenet faced issues with outbound notification emails after attempting to change the attachment size limit. Read more.
Can’t Rebuild App Stuck Extracting One Layer - @LOCOSP encountered a problem with a Docker layer extraction during a rebuild, seeking advice on how to force a re-pull of the files. Read more.
Does Discourse Launcher / Docker Use the Local Postgresql and Redis Servers? - @dalu74 inquired about whether Discourse uses the host’s Postgresql and Redis installations, which was clarified by @hello-smile6. Read more.
For more details and discussions, visit meta.discourse.org.
Specifically you could unleash some of these automation reports to try to surface interesting content.
The fact you control the context size, amount of days the report spans and more lets you have extreme control here.
Warning though, this needs GPT-4 turbo to work well, Anthropic Claude is a large context window llm but the results it has produced failed to impress me.
ご存知かもしれませんが、他の人のために、これはそれほど明白ではないかもしれないので述べておきます。
右上にあるDiscourse AIボットにアクセスできる場合
次に、Forum Helperペルソナを使用して、Periodic report using AIのcustom instructionsで使用できるさまざまな指示を試すこともできます。言い換えれば、Forum Helperを使用してレポートを迅速にプロトタイプ化できます。
開発中にフィードバックを提供できた特権を得た者として、望ましい結果を得るためにはcustom instructionsが重要であることをお伝えできます。上記の例では、Samが最初の要求に基づいたレポートのバリエーションのためにこれを追加したことが明確にわかります。
お役に立てば幸いです。
残念ながら、このカスタム指示はGPT 4にとっても難しすぎますが、良い点としては、他のものはかなりうまく機能しています。
これを気に入っていますが、機能については完全には理解できていません。これはダイジェストに似たものを生成しているように見えます。その情報については、この新しい形式をかなり気に入っています。
応答からわからなかったのは、カスタマイズされた要約を提供できるかどうかです。どこかでそれを見逃しましたか？ユーザーの個々の興味に基づいて、これをユーザーごとに生成することは可能ですか？
これらの考えをより具体的にするために、大まかに考えていたのは次のとおりです。
擬似コード
user_interests = main_interests + recent_interests
Recommended_list = Match(recent_topics with user_interests)
Recommended_list = Recommended_list.sort_by_match_strength()
日々のレポート（現在メタでTL3用に配線されています）から導き出している興味深い結論があります。
LLMを活用した機能で最も人気があるのは、日付XからYまでのトピックの変更点を1段落で要約するシンプルな機能です。
LLMにコーパス全体を読み込ませてこのようなレポートを作成させる代わりに、「フラグメントキャッシュ」を保持することができます。例えば、トピックごとの段落を保存します。
| トピックID | 要約の日付範囲 | ごく短い要約 |
|---|---|---|
| 2343 | 12-1 → 12-9 | … |
これにより、ユーザーごとにカスタム要約を作成できます。つまり、これを複数の問題に分割していることになります。
興味深いトピックの特定 → 従来のプログラミング（タグ/カテゴリの監視、またはアクティビティに基づく「バックグラウンド」監視 - 既読は除外）
トピックの要約 → LLM搭載機能
これにはいくつかの利点があります。スケーラビリティが非常に高く、コンテキストの量がはるかに限られているため、要約はより正確になり、コンテキストの漏洩や幻覚のリスクが少なくなります。
このアイデアのバリエーションについて考えてきました。タグやカテゴリで関連付けられたトピックについて考えるのではなく、それらを意味的な類似性に基づいて検討します。意味的に関連するすべてのトピックがきれいに球を形成するわけではありませんが、そのように考えるのは役立ちます。単一のトピックから始まる球を想像してみてください。より多くのトピックが追加されるにつれて球は拡大しますが、しばらくするとサイズが制限されます。それでも、球が成長するにつれて、また満杯になった後でも、球内にさらに多くのトピックを追加できます。これは、時間の経過とともに異なる意味的類似性を持つトピックが追加されることによる急激な爆発を表す、花火のようなものと考えてください。このアナロジーは、概念をよりよく理解するのに役立ちます。特に、これらの急激な爆発と、長時間残ってきらめくものに興味があります。これを視覚的に表現できれば、意味的な中心を選んで、それについての段落を調整できると良いでしょう。
このトピックは、「全投稿を表示」を使用すると、意味的に関連するトピックの実際の画像が表示されます。
編集
こちらが私が考えているものに近いビジュアルです。
画像はここから取得しました。
これは多くの点で、Discourse のための “the algorithm” を求めるようなものです。
興味深いものを選択するための「アルゴリズム」には、多くの要素が考えられます。
正直に言うと、「アルゴリズム」という言葉を初めて聞きましたが、はい、私の考えていることとかなり一致しています。さらに詳しく調べる必要がありますが、あなたが述べていることに反対するとは思えません。
2023年11月21日
ChatGPT 3.5
あなた
Twitterの「アルゴリズム」とは何ですか？
ChatGPT
Twitterのアルゴリズムとは、ソーシャルメディアプラットフォームがユーザーのタイムラインやフィードに表示するコンテンツを決定するために使用する、複雑な一連の数学的ルールとプロセスを指します。このアルゴリズムは、ユーザーの興味、エンゲージメント履歴、その他の要因に基づいて、ユーザーが表示するコンテンツをキュレーションおよびパーソナライズするように設計されています。Twitterのアルゴリズムは長年にわたって進化してきましたが、一般的に、ユーザーエンゲージメントとプラットフォーム上での維持を促進しながら、ユーザーに最も関連性の高い魅力的なツイートを表示することを目的としています。
Twitterのアルゴリズムに影響を与える可能性のある主要なコンポーネントと要因には、以下が含まれます。
Twitterは、ユーザーエクスペリエンスを向上させ、誤情報や有害なコンテンツの拡散に関連する懸念に対処するために、アルゴリズムを定期的に更新および改良していることに注意することが重要です。ユーザーは、設定を調整したり、アカウントをミュートしたり、リストなどのTwitterの機能を使用したり、「最も関連性の高いツイートを最初に表示」オプションを使用してフィードをさらにカスタマイズしたりすることで、タイムラインをある程度制御することもできます。
これは絶対に素晴らしいですね。「監視中」の通知なしバージョンという感じで、まさに私たちが探しているものです。このフォーマットを読んでいるときに感じる認知的負荷の少なさには本当に感銘を受けました！正直、もっとたくさん読めるのが待ちきれません！
これは今のところMetaでしか試されていないと考えてよいでしょうか？技術フォーラムで、より難解な情報が扱われる場合に、これがどのように機能するか非常に興味があります。
非常に技術的なフォーラムでも試しましたが、うまく機能しました。すぐに利用できる状態です。来週、適切なドキュメントを追加します。
