Discourse AI + Data Explorer？

jordan-violet · 2023 年 8 月 4 日午後 6:54

今日は特にクエリを作成したいと思いました。エンジニアに（あまり）迷惑をかけたくなかったので、知っていることと、知っていて欲しかったことに基づいて、ChatGPTにデータエクスプローラーのクエリを作成してもらうことにしました。セミコロンを最後に付けてしまった以外は、すべて正しく取得できたことにかなり驚きました。

月ごとの全ユーザーの累積合計数を取得するクエリを作成するように指示し、パラメータを与えたときに作成されたクエリは次のとおりです。

SELECT 
    timeframe "Month, Year",
    user_count as "Users Joined This Month",
    SUM(user_count) OVER (ORDER BY TO_DATE(timeframe, 'Month, YYYY'))::integer as "Users (Running Total)"
FROM (
    SELECT 
        TO_CHAR(u.created_at, 'Month, YYYY') as "timeframe",
        count(u.id) as "user_count"
    FROM 
        users u
    GROUP BY 
        timeframe
    ORDER BY
        timeframe
) subquery
ORDER BY 
    TO_DATE(timeframe, 'Month, YYYY')

AIをデータエクスプローラー領域に統合することについて、検討はありましたか？

JammyDodger · 2023 年 8 月 8 日午前 8:47

投稿が新しいトピックに分割されました：Explorerクエリを共有するためにトピックを再開できますか？

EricGT · 2023 年 8 月 5 日午前 7:56

プロンプト、ChatGPTのバージョン、およびChatGPTで使用されたモデルを共有していただけますか？

例

ChatGPT August 3 Version
Model: GPT-3.5
Prompt

Discourse Data Explorerとは何ですか？

Completion

私の最終更新は2021年9月時点のものであるため、私が認識している「Discourse Data Explorer」という特定のツールや製品はありません。しかし、それまでの情報に基づいて一般的な説明を提供することはできます。

Discourseは、オンラインコミュニティが議論や交流を行うための、オープンソースの最新フォーラムソフトウェアです。議論、Q&Aフォーラム、サポートコミュニティのホスティングに広く使用されています。Discourseは、議論、ユーザーエンゲージメント、モデレーションを管理するための豊富な機能を提供します。

「Data Explorer」は通常、ユーザーがシステムまたはプラットフォーム内のデータをクエリおよび探索できるツールまたは機能を指します。これは、データベースまたはデータ分析プラットフォームのコンテキストでよく使用されます。

2つのコンポーネントを考慮すると、「Discourse Data Explorer」は、ユーザーがDiscourseフォーラム内のデータを探索およびクエリできる機能を提供する、架空のツールまたはプラグインである可能性があります。これは、コミュニティ管理者またはデータアナリストが、フォーラムでの議論に関連するユーザー行動、コンテンツのトレンド、またはその他の指標に関する洞察を得るのに役立つ可能性があります。

私の情報が古くなっている可能性があり、最終更新後に新しい開発が行われた可能性があることに注意することが重要です。「Discourse Data Explorer」が実際に存在する製品または機能である場合は、最新の情報を検索して、その機能と使用方法に関する正確な詳細を取得することを推奨します。

質問の理由は、素晴らしいアイデアをお持ちで、それが共有されているのを見て嬉しかったからです。しかし、将来的には他の人が別のプロンプトを試みる可能性があり、問題の理解に役立つ場合は、ChatGPTのプロンプト、完了、および詳細を共有することが必要になります。

注：私はOpenAI Discourseフォーラムのカテゴリモデレーターであり、ChatGPTプロンプトのヘルプを求める人々との経験が豊富です。（ref）

ChatGPTのバージョンは、プロンプトが入力される場所の下の右下で見つけることができます。

モデルは、ページの上部中央付近で見つけることができます。

jordan-violet · 2023 年 8 月 6 日午前 4:48

私は…このボットは好きではありません。

simon · 2023 年 8 月 6 日午前 6:30

このアイデアを少し拡張すると、ユーザーが自然言語でアプリケーションと対話できるようにすることは、AI に関する私の夢そのものです。Discourse と Data Explorer プラグインを使用すれば、「モデレーションに関心を示したユーザーのリストを返す」といったプロンプトから結果を得られる可能性があります。さらに、「モデレーションに関心を示したすべてのユーザーに community_moderation グループへの招待を送信する」といったことも可能です。

現在可能なことについてに戻ります。

ChatGPT 3.0 および 3.5 でテストしたところ、PostgreSQL クエリを返すように依頼し、関心のあるテーブルの構造をプロンプトにコピーした場合、良好な結果が得られました。たとえば、次のようになります。

概要

私: 指定されたデータベース構造に基づいて、「community_moderators」グループに属するユーザーのすべてのユーザー名を一覧表示する postgresql クエリを返してください。

# == Schema Information
#
# Table name: groups
#
#  id                                 :integer          not null, primary key
#  name                               :string           not null

# == Schema Information
#
# Table name: group_users
#
#  id                 :integer          not null, primary key
#  group_id           :integer          not null

# == Schema Information
#
# Table name: users
#
#  id                        :integer          not null, primary key
#  username                  :string(60)       not null

ChatGPT 3.5: はい、指定されたデータベース構造に基づいて、「community_moderators」グループに属するユーザーのすべてのユーザー名を一覧表示する PostgreSQL クエリを次に示します。

SELECT u.username
FROM users u
JOIN group_users gu ON u.id = gu.user_id
JOIN groups g ON gu.group_id = g.id
WHERE g.name = 'community_moderators';

このクエリは、users テーブルから group_users テーブルにユーザー ID で結合し、次に groups テーブルにグループ ID で結合することによってユーザー名を取得します。結果は、「community_moderators」グループに属するユーザーのユーザー名のみに絞り込まれます。

私: アプリケーションのトピックと投稿のテーブルの構造を次に示します。

# == Schema Information
#
# Table name: topics
#
#  id                        :integer          not null, primary key
#  title                     :string           not null

# == Schema Information
#
# Table name: posts
#
#  id                      :integer          not null, primary key
#  user_id                 :integer
#  topic_id                :integer          not null
#  post_number             :integer          not null
#  raw                     :text             not null

「community_moderators」グループのメンバーによって作成されたすべての投稿について、投稿者が意見が分かれる議論のモデレーション方法に関心があることを示す投稿のトピック ID、投稿 ID、およびユーザー名を一覧表示するクエリを返してください。

ChatGPT 3.5: これを実現するには、指定されたスキーマに基づいて posts、topics、users、および group_users テーブルを結合する必要があります。要求された情報を取得する PostgreSQL クエリを次に示します。

SELECT t.id AS topic_id, p.id AS post_id, u.username
FROM posts p
JOIN topics t ON p.topic_id = t.id
JOIN users u ON p.user_id = u.id
JOIN group_users gu ON u.id = gu.user_id
JOIN groups g ON gu.group_id = g.id
WHERE g.name = 'community_moderators'
  AND (p.raw ILIKE '%moderate%' OR p.raw ILIKE '%polarizing%' OR p.raw ILIKE '%discussion%');

このクエリは、「community_moderators」グループのメンバーによって作成され、意見が分かれる議論のモデレーションに関心があることを示す特定のキーワードを含む投稿の topic_id、post_id、および username を取得します。ILIKE 演算子は、posts テーブルの raw 列での大文字小文字を区別しないパターンマッチングに使用されます。

このクエリは、指定されたキーワードが望ましい投稿の指標であると想定しています。特定の基準に基づいてキーワードを調整または拡張する必要がある場合があります。

私: 2022年9月以降、毎週作成された投稿の数を、意見が分かれる議論のモデレーション方法に関心を示す community_moderators グループのメンバーによって作成された投稿について、カウントを返すクエリを作成してください。

ChatGPT 3.5: これを実現するには、次の PostgreSQL クエリを使用して、2022年9月以降の各週に作成された投稿の数を、意見が分かれる議論のモデレーションに関心を示す community_moderators グループのメンバーによって作成された投稿についてカウントできます。

SELECT
    DATE_TRUNC('week', p.created_at) AS week_start,
    COUNT(p.id) AS post_count
FROM
    posts p
JOIN
    users u ON p.user_id = u.id
JOIN
    group_users gu ON u.id = gu.user_id
JOIN
    groups g ON gu.group_id = g.id
WHERE
    g.name = 'community_moderators'
    AND (p.raw ILIKE '%moderate%'
         OR p.raw ILIKE '%polarizing%'
         OR p.raw ILIKE '%political%'
         OR p.raw ILIKE '%contentious%'
         OR p.raw ILIKE '%debate%'
         OR p.raw ILIKE '%controversial%'
         OR p.raw ILIKE '%discussion%')
    AND p.created_at >= '2022-09-01' -- 開始日: 2022年9月
GROUP BY
    week_start
ORDER BY
    week_start;

このクエリは、2022年9月以降の各週に作成された、指定されたキーワードを含む「community_moderators」グループのメンバーによって作成された投稿の数を計算します。結果を週ごとにグループ化し、時系列順に並べ替えます。実際のデータベーススキーマに基づいて、列名とテーブルの関係を調整してください。

結果は私にとって良好であり、過去に私が書くのにかなりの時間を費やしたクエリの種類を表しています。Discourse データベース構造でモデルをトレーニングできると仮定すると、プロンプトから構造に関する詳細を省略できるでしょう。

Lilly · 2023 年 8 月 6 日午後 3:01

おお、これは素晴らしいですね。ChatGPTのデータエクスプローラーのSQLクエリでは結果がまちまちでしたが、この方法なら理にかなっています。テーブル構造を提供してPostgreSQLクエリを要求するという発想はありませんでした。ヒントをありがとうございます、@simon

jordan-violet · 2023 年 8 月 6 日午後 4:45

Discourseデータベースの完全なスキーマを確認できる場所はありますか？

Lilly · 2023 年 8 月 6 日午後 5:12

hi @so-jordan-violet、データエクスプローラーのクエリ編集インターフェースの右側にある（名前は知りませんが！笑）折りたたみ可能なテーブルツールを使っています。

jordan-violet · 2023 年 8 月 6 日午後 5:33

テキストベースのドキュメント（特に sql create table 形式のもの）があれば、それを指示として提供でき、かなり信頼性の高い結果を得られる可能性があります。

Falco · 2023 年 8 月 6 日午後 5:33

はい、AIチームのバックログには今年の初めからこの項目があります。アイデアは、Discourseスキーマ全体（または重要な部分）をプロンプトに取り込み、あらゆるクエリを作成できるようにすることです。

モデルがより適切に動作するように、モデルへの例を提供するために GitHub - discourse/data-explorer-examples: Examples for Discourse Data Explorer を構築しています。

jordan-violet · 2023 年 8 月 6 日午後 5:35

コードベースを詳しく調べる時間がもっとあればよかったのですが、crestテーブルスキーマのSQLは（公開で）どこかに保存されていますか？

現在、自分の製品/会社でLLMの作業をしており、これを試してみたいと思っています。

Lilly · 2023 年 8 月 6 日午後 5:49

おお、これは素晴らしいですね。リンクをありがとうございます、Falco！

sam · 2023 年 8 月 10 日午前 5:45

スキーマから直接生成しています。

github.com/discourse/data-explorer-examples

scripts/generate_sql.rb

main


      
          def get_schema
            schema = []
            table_name = nil
            columns = nil
          
            priority_tables = %w[posts topics notifications users user_actions]
          
            DB
              .query(<<~SQL, priority_tables)
                  select table_name, column_name from information_schema.columns
                  where table_schema = 'public'
                  order by case when table_name in (?) then 0 else 1 end asc, table_name
                SQL
              .each do |row|
                if table_name != row.table_name
                  schema << "#{table_name}(#{columns.join(",")})" if columns
                  table_name = row.table_name
                  columns = []
                end
                columns << row.column_name

This file has been truncated. show original

このようなものが役立つはずです。

gist.github.com

https://gist.github.com/SamSaffron/bed2d9f942c4b55d9ec24a5927867457

schema

notifications(topic_id,created_at,updated_at,post_action_id,id,data,high_priority,read,user_id,notification_type,post_number)
posts(raw_email,reply_to_user_id,created_at,percent_rank,raw,hidden_reason_id,spam_count,user_id,via_email,image_upload_id,word_count,illegal_count,like_count,hidden_at,baked_version,deleted_by_id,id,baked_at,inappropriate_count,quote_count,wiki,reads,bookmark_count,post_type,post_number,last_editor_id,version,cooked,like_score,incoming_link_count,off_topic_count,last_version_at,user_deleted,action_code,edit_reason,self_edits,notify_user_count,reply_quoted,score,topic_id,reply_to_post_number,notify_moderators_count,deleted_at,reply_count,updated_at,public_version,locked_by_id,outbound_message_id,hidden,cook_method,sort_order)
topics(deleted_by_id,views,last_post_user_id,fancy_title,highest_post_number,pinned_at,closed,last_posted_at,featured_link,percent_rank,updated_at,has_summary,featured_user2_id,score,external_id,moderator_posts_count,bannered_until,deleted_at,reply_count,featured_user1_id,featured_user3_id,user_id,visible,pinned_globally,excerpt,incoming_link_count,slug,like_count,spam_count,featured_user4_id,notify_moderators_count,bumped_at,archetype,id,created_at,title,posts_count,category_id,reviewable_score,archived,participant_count,pinned_until,image_upload_id,slow_mode_seconds,word_count,subtype,highest_staff_post_number)
user_actions(action_type,user_id,target_topic_id,acting_user_id,created_at,id,target_post_id,updated_at,target_user_id)
users(approved_at,salt,active,username_lower,seen_notification_id,staged,username,group_locked_trust_level,name,views,last_emailed_at,created_at,approved_by_id,previous_visit_at,secure_identifier,password_algorithm,title,first_seen_at,primary_group_id,last_posted_at,admin,uploaded_avatar_id,silenced_till,registration_ip_address,suspended_till,ip_address,locale,trust_level,suspended_at,flair_group_id,date_of_birth,manual_locked_trust_level,moderator,last_seen_at,last_seen_reviewable_id,flag_level,id,password_hash,updated_at,approved)
ai_api_audit_logs(raw_request_payload,created_at,response_tokens,provider_id,id,request_tokens,raw_response_payload,updated_at,user_id)
ai_topic_embeddings_1_1(created_at,strategy_version,topic_id,embeddings,model_version,updated_at,digest)
ai_topic_embeddings_2_1(digest,topic_id,created_at,updated_at,embeddings,strategy_version,model_version)
ai_topic_embeddings_3_1(updated_at,strategy_version,model_version,topic_id,embeddings,digest,created_at)
allowed_pm_users(id,allowed_pm_user_id,user_id,updated_at,created_at)

This file has been truncated. show original

あらゆるアプローチを試してきましたが、問題はGPT 3.5があまりにも誘導しやすく、混乱してしまうことです。

スキーマを与えることは確かに役立ちますが、例を非常に戦略的に使う必要があることに気づきました。

「ユーザーのアーカイブされたトピックを数える方法」についての物語を伝えるだけで、「ユーザーが持っていた投稿数」というクエリがアーカイブされたトピックに向かってしまうのです。

次のようなことを考えていました。

graph TD
A[一般的な役立つ情報を追加] --> B[質問の埋め込みを生成]
B --> C[例を類似性検索]
C --> D[プロンプトに3つの例を追加]
D --> E[プロンプトにスキーマを追加]
E --> F[質問をする]
F --> G[SQLを取得]

しかし、例が素晴らしく、反例を含めない限り、状況が悪化することが判明しました。

現時点での最善策は、スキーマと前置きを与えることだけだと考え始めています。最後にクエリ検証とリトライのステップを追加するかもしれません。

jordan-violet · 2023 年 8 月 10 日午後 5:29

データ型を示す完全なスキーマはありますか？

sam · 2023 年 8 月 10 日午後 9:00

トークン予算に収まるかどうかわかりませんが、試してみます

simon · 2023 年 8 月 10 日午後 9:01

ChatGPT 3.5 では、完全なスキーマを提供すると予期せぬ結果が得られます。例えば、topic_users テーブルからトピックの作成者を見つけようとし続けます。

成功するには、クエリ作成に必要なテーブルと列にプロンプトの情報を制限し、さらに列の使用方法に関する追加情報を加えることで解決します。例えば：

# テーブル名: user_actions
#
#  id              :integer          not null, primary key
#  action_type     :integer          not null (:like=1,:was_liked=2,:new_topic=4,:reply=5,:response=6,:mention=7,:quote=9,:edit=11,:new_private_message=12,:got_private_message=13,:solved=15,:assigned=16)
#  user_id         :integer          not null (アクションの功績が帰されるユーザー)
#  target_topic_id :integer
#  acting_user_id  :integer (アクションを実行したユーザー。例えば、スタッフユーザーは一般ユーザーに代わってアクションを実行できる)
#  created_at      :datetime         not null

Data Explorer プラグインでこれを機能させるもう一つの方法は、ユーザーが探しているデータと適用したい条件をリスト化した動的に生成されるフォームに入力してもらうことです。プロンプトは Discourse によってプログラム的に生成され、その後 LLM に送信されてクエリを作成させます。

編集：@jordan-violet、これは有用な出発点になるかもしれません。私が使用している注釈付きの部分的なスキーマを以下に示します。提供されたスキーマで答えられるようにクエリを制限している限り、これはよく機能します。ChatGPT が混乱しそうな詳細を明確にするため、スキーマに追加情報を加えました。このアプローチの明らかな欠点は、完全に注釈付きのスキーマは ChatGPT 3.5 のトークン制限を超えてしまうことです。トークン数を削減するために省略可能な情報をいくつか含めています。

要約

# == スキーマ情報
#
# テーブル名: application_requests
#
#  id       :integer          not null, primary key
#  date     :date             not null
#  req_type :integer          not null ("http_total"=0,"http_2xx"=1,"http_background"=2,"http_3xx"=3,"http_4xx"=4,"http_5xx"=5,"page_view_crawler"=6,"page_view_logged_in"=7,"page_view_anon"=8,"page_view_logged_in_mobile"=9,"page_view_anon_mobile"=10,"api"=11,"user_api"=12)
#  count    :integer          default(0), not null
#
# テーブル名: users
#
#  id                        :integer          not null, primary key
#  username                  :string(60)       not null
#  created_at                :datetime         not null
#  updated_at                :datetime         not null
#  name                      :string           (ユーザーの実名)
#  last_posted_at            :datetime
#  active                    :boolean          default(FALSE), not null
#  username_lower            :string(60)       not null
#  last_seen_at              :datetime
#  admin                     :boolean          default(FALSE), not null
#  trust_level               :integer          not null
#  approved                  :boolean          default(FALSE), not null
#  approved_by_id            :integer
#  approved_at               :datetime
#  previous_visit_at         :datetime
#  suspended_at              :datetime
#  suspended_till            :datetime
#  date_of_birth             :date
#  ip_address                :inet
#  moderator                 :boolean          default(FALSE)
#  title                     :string
#  locale                    :string(10)
#  primary_group_id          :integer
#  registration_ip_address   :inet
#  staged                    :boolean          default(FALSE), not null
#  first_seen_at             :datetime
#  silenced_till             :datetime
#
# テーブル名: topics
#
#  id                        :integer          not null, primary key
#  title                     :string           not null
#  last_posted_at            :datetime
#  created_at                :datetime         not null
#  updated_at                :datetime         not null
#  views                     :integer          default(0), not null
#  posts_count               :integer          default(0), not null
#  user_id                   :integer          (トピックを作成したユーザーの ID)
#  last_post_user_id         :integer          not null (トピック内の最後の投稿を作成したユーザーの ID)
#  reply_count               :integer          default(0), not null
#  deleted_at                :datetime
#  highest_post_number       :integer          default(0), not null
#  like_count                :integer          default(0), not null
#  category_id               :integer
#  visible                   :boolean          default(TRUE), not null
#  moderator_posts_count     :integer          default(0), not null
#  closed                    :boolean          default(FALSE), not null
#  archived                  :boolean          default(FALSE), not null
#  bumped_at                 :datetime         not null
#  archetype                 :string           default("regular"), not null ("regular" または "private_message" のいずれかに設定可能)
#  slug                      :string
#  deleted_by_id             :integer          (トピックを削除したユーザーの ID)
#  participant_count         :integer          default(1)
#  word_count                :integer
#  excerpt                   :string
#  highest_staff_post_number :integer          default(0), not null
#
# テーブル名: posts
#
#  id                      :integer          not null, primary key
#  user_id                 :integer          (投稿を作成したユーザーの ID)
#  topic_id                :integer          not null
#  post_number             :integer          not null (トピック内での投稿の順序を示す)
#  raw                     :text             not null (投稿の内容)
#  created_at              :datetime         not null
#  updated_at              :datetime         not null
#  reply_to_post_number    :integer          (返信先の post_number)
#  reply_count             :integer          default(0), not null
#  deleted_at              :datetime
#  like_count              :integer          default(0), not null
#  bookmark_count          :integer          default(0), not null
#  reads                   :integer          default(0), not null (投稿が読まれた回数)
#  post_type               :integer          default(1), not null (:regular=1, :moderator_action=2, :small_action=3, :whisper=4)
#  last_editor_id          :integer          (最後に投稿を編集したユーザーの ID)
#  hidden                  :boolean          default(FALSE), not null
#  hidden_reason_id        :integer          (:flag_threshold_reached=1,:flag_threshold_reached_again=2,:new_user_spam_threshold_reached=3,:flagged_by_tl3_user=4,:email_spam_header_found=5,:flagged_by_tl4_user=6,:email_authentication_result_header=7,:imported_as_unlisted=8)
#  edit_reason             :string
#  word_count              :integer
#  wiki                    :boolean          default(FALSE), not null
#
# テーブル名: categories
#
#  id                                        :integer          not null, primary key
#  name                                      :string(50)       not null
#  topic_id                                  :integer          (カテゴリの説明に使用されるトピックの ID)
#  topic_count                               :integer          default(0), not null
#  created_at                                :datetime         not null
#  updated_at                                :datetime         not null
#  user_id                                   :integer          not null (トピックを作成したユーザーの ID)
#  topics_year                               :integer          default(0)
#  topics_month                              :integer          default(0)
#  topics_week                               :integer          default(0)
#  slug                                      :string           not null
#  description                               :text
#  text_color                                :string(6)        default("FFFFFF"), not null
#  read_restricted                           :boolean          default(FALSE), not null
#  auto_close_hours                          :float
#  post_count                                :integer          default(0), not null
#  latest_post_id                            :integer
#  latest_topic_id                           :integer
#  position                                  :integer
#  parent_category_id                        :integer
#  posts_year                                :integer          default(0)
#  posts_month                               :integer          default(0)
#  posts_week                                :integer          default(0)
#  topics_day                                :integer          default(0)
#  posts_day                                 :integer          default(0)
#
# テーブル名: groups
#
#  id                                 :integer          not null, primary key
#  name                               :string           not null
#  created_at                         :datetime         not null
#  automatic                          :boolean          default(FALSE), not null
#  user_count                         :integer          default(0), not null
#  title                              :string
#  bio_raw                            :text             (グループの説明)
#  allow_membership_requests          :boolean          default(FALSE), not null
#  full_name                          :string
#  visibility_level                   :integer          default(0), not null (グループを表示できるユーザー :public=0, :logged_on_users=1, :members=2, :staff=3, :owners=4)
#  messageable_level                  :integer          default(0) (グループにメッセージを送信できるユーザー :public=0, :logged_on_users=1, :members=2, :staff=3, :owners=4)
#  mentionable_level                  :integer          default(0) (グループをメンションできるユーザー :public=0, :logged_on_users=1, :members=2, :staff=3, :owners=4)
#  members_visibility_level           :integer          default(0), not null (グループのメンバーを表示できるユーザー :public=0, :logged_on_users=1, :members=2, :staff=3, :owners=4)
#
# テーブル名: group_users
#
#  id                 :integer          not null, primary key
#  group_id           :integer          not null
#  user_id            :integer          not null
#  created_at         :datetime         not null
#
# テーブル名: user_actions
#
#  id              :integer          not null, primary key
#  action_type     :integer          not null (:like=1,:was_liked=2,:new_topic=4,:reply=5,:response=6,:mention=7,:quote=9,:edit=11,:new_private_message=12,:got_private_message=13,:solved=15,:assigned=16)
#  user_id         :integer          not null (アクションの功績が帰されるユーザー)
#  target_topic_id :integer
#  target_post_id  :integer
#  target_user_id  :integer          (例えば、投稿が「いいね」されたユーザーの ID)
#  acting_user_id  :integer          (アクションを実行したユーザー。例えば、スタッフユーザーは一般ユーザーに代わってアクションを実行できる)
#  created_at      :datetime         not null
#  updated_at      :datetime         not null
#
# テーブル名: topic_views
#
#  topic_id   :integer          not null
#  viewed_at  :date             not null
#  user_id    :integer         (ログインしたユーザーがトピックを表示した場合に設定される)
#  ip_address :inet            (匿名ユーザーがトピックを表示した場合に設定される)
#
# テーブル名: user_visits
#
#  id         :integer          not null, primary key
#  user_id    :integer          not null
#  visited_at :date             not null
#  posts_read :integer          default(0)
#  mobile     :boolean          default(FALSE) (ユーザーがモバイルデバイスで訪問した場合に TRUE に設定される)
#  time_read  :integer          default(0), not null (返される値は訪問の秒数)

私が試したチャットセッションへのリンクはこちらです：ChatGPT

このリストを拡張したい場合は、関心のあるモデルの下部からスキーマをコピーし、Discourse のコードから直接取得するのが最も簡単な方法です：discourse/app/models at main · discourse/discourse · GitHub

jordan-violet · 2023 年 8 月 11 日午後 9:59

これを正確に、しかしすべてのテーブルの包括的なリストで取得できると素晴らしいのですが。どこから入手しましたか？

編集：ああ、一番下のリンクが見えました。すみません。すべてをまとめる時間がなかったかもしれません。マスターSQLスキーマがどこかにあることを期待していました

simon · 2023 年 8 月 12 日午前 12:05

問題は、スキーマを提供するだけではChatGPTには十分な情報にならないことです。以下のような詳細を提供する必要があります。

application_requests の req_type 整数コードが何を表すか
topics の user_id 列が何に使用されるか
user_actions テーブルの action_type コードが何を表すか、またそのテーブルの user_id、target_user_id、acting_user_id 列の違いは何か

これらの詳細があれば、GPT 3.5 は追加のトレーニングなしでうまく機能するようです。問題は、データベース全体の詳細レベルを提供すると、プロンプトがChatGPTのトークン制限（プロンプトテキストと生成された出力の両方を含む4096トークン）を超えることです。このタイプのアプローチが使用される場合、ユーザーがData Explorerクエリからどのような情報を取得したいかに基づいて、プロンプトに含めるものを制限する方法が必要になります。

jordan-violet · 2023 年 8 月 12 日午前 12:07

まったくそんな経験はありません。今夜はかなり楽しい経験をしました。後で結果を共有します。

有能ではあるが、非常に初級/ジュニアレベルの役割という感覚を与えてくれます。物事を近づけてくれます。私が間違ったことを伝えると、修正してくれます。繰り返します。

今夜の使用に基づいて、それが私に提供してくれるものと、それが私を節約してくれる時間に、実は本当に満足しています。

sam · 2023 年 8 月 12 日午前 12:16

GPT 3.5 は今日、16k を問題なく処理します。

問題は、リクエストが複雑になり、エッジケースなどを考慮するようになると発生し始めます。

トピック		返信	表示
Create a Data Explorer query using the API Integrations rest-api , data-explorer , how-to	3	130	2026 年 3 月 29 日
Discourse Data Explorer Plugin official , data-explorer , included-in-core	31	83072	2025 年 10 月 22 日
Empower the SQL helper Feature ai , ai-bot , data-explorer	0	71	2025 年 5 月 21 日
Exploring your Discourse Data with Discourse MCP Announcements ai , sql-query , data-explorer	0	277	2026 年 2 月 6 日
Run Data Explorer queries with the Discourse API Integrations data-explorer , how-to , rest-api	14	13601	2025 年 5 月 6 日

Discourse AI + Data Explorer？

関連トピック