私のチームはDiscourseホスティングサービスでDiscourseフォーラムを運営しています。現在「ビジネス」プランを契約していますが、この「Discourse AI Topic Summary」プラグインは利用できますか?現在のプランに含まれているのか、それとも「エンタープライズ」にアップグレードする必要があるのか分かりません。
よろしくお願いします。
私のチームはDiscourseホスティングサービスでDiscourseフォーラムを運営しています。現在「ビジネス」プランを契約していますが、この「Discourse AI Topic Summary」プラグインは利用できますか?現在のプランに含まれているのか、それとも「エンタープライズ」にアップグレードする必要があるのか分かりません。
よろしくお願いします。
こんにちは、@acorrea さん、ようこそ:slight_smile:
残念ながら、Business プランでは非公式プラグインを使用するオプションはありません。利用可能なプラグインはすべてプラグインページで確認できます。
現在、いくつかの公式AIプラグインを開発中ですので、近日中に詳細をお知らせできることを願っています。![]()
トピックのタグ付けにうんざりしていませんか?AIに任せましょう!(比較的インテリジェントに!)
トピックの内容に基づいてタグを適用する、実験的な自動タグ付けサポートを追加しました。
AIは、ここで与えている指示にもかかわらず、時に創造的になりすぎるため、既存のタグのセットに制限することができます。
レールコンソールから、次を使用してこの目的のために非管理者ユーザーをすばやく作成できます。
rake admin:create (このユーザーに管理者権限を与えないでください!)
(これは、現在のDiscourseのタグ付け用の「内部API」では「新しいタグなし」を指定できないため、現在のところこれを簡単に防止する唯一の方法は、その権限を持たないユーザー(つまり、min_trust_to_create_tag よりも低い信頼レベル)として作成することであるため、少しハッキーな回避策です。)
ジェームズ、(およびその他の方々)はこれに興味があるかもしれません。
現在、これを試しており、すぐにマージする予定です。
(現段階では要約のみで、タグ決定には使用しません)
これは主にこのコミュニケーションによって促されました。
これで、新しいChatGPTモデル(「gpt-3.5-turbo-16k」)をカスタムモデル名で指定でき、約…
…
=== > 160投稿トピック!(4倍増!) < ===
![]()
了解しました。そのPRは本番環境でのチェックアウト後にマージされました。問題が発生した場合はお知らせください。
@merefield様
アップデートありがとうございます。変更を確認します。
新しい機能は、私たちも検討しているところです。API呼び出しから一貫した構造化データを取得できるという考えは非常にエキサイティングです!そして、長いコンテキストについて文句を言う人はいないでしょう。
しかし、本来の点に戻ると、gpt-3.5-16k の使用は、コンテキストが大幅に増加しているにもかかわらず、この目的で Davinci を使用するよりも 7 倍近く安価です。
すでに過去 24 時間で価格曲線が「平坦化」するのを確認しました。
チャットボット(AIBot)がインストールされている場合、ユーザーをそれに設定し、そのプラグインのトークンを再利用することはできますか?
トークンは再利用できます。問題ありません。
このプラグインのユーザーは、タグの選択を制限するためにのみ使用されます。同じAIBotユーザーを再利用すると、おそらくどこにでも投稿できる高い権限を持っているため、新しいタグを作成する権利がある可能性が高いです。試したことはありませんが、AIBotを低いTL(権限レベル)に保つことができるかもしれません。
新しいタグの作成を気にしないのであれば、それでも構いませんが、通常はタグの作成を防いだ方が結果は良くなります。
私のAIBotはTL4です。
そして管理者権限を持っているようです。
プラグインは古い投稿でも機能しますか、それとも新しい投稿のみですか?
はい、TL2 の別のユーザーを作成または借りて使用します。信頼レベルをロックします。新しいタグの作成を TL3 に制限します。
古いトピックでも機能しますが、新しい投稿によってトリガーされます。
機能していますが、フォーラムの言語を読み取っていません。概要は英語です。
プロンプトを更新し、選択した言語で要約するように指示する必要があるでしょう。
これらは、カスタマイズ → テキストで変更できます。
推奨されているようにタグ作成を制限していないのであれば、これは驚くことではありません。
私はこれを数ヶ月間機能させており、驚くほど賢くすることができます :)。
申し訳ありません、@frold さん、あなたの言う通りでした。
再現、集中、修正に時間がかかってしまい申し訳ありませんが、チャットモデルで動作するはずです。
問題は、最近までタグ付けにチャットモデルを使用していなかったことでした…そして、問題に気づくまで時間がかかりました。
sudo ./launcher rebuild app、/var/www/discourse/plugins/discourse-ai/plugin.rb で gem tokenizers を指定していますが、存在しません!
discourse-topic-voting は既に最新の互換性のあるバージョンです
discourse-translator は既に最新の互換性のあるバージョンです
discourse-user-notes は既に最新の互換性のあるバージョンです
discourse-whos-online は既に最新の互換性のあるバージョンです
discourse-yearly-review は既に最新の互換性のあるバージョンです
docker_manager は既に最新の互換性のあるバージョンです
I, [2023-09-23T12:57:22.787693 #1] INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
ERROR: While executing gem ... (Gem::RemoteFetcher::FetchError)
too many connection resets (Gem::RemoteFetcher::FetchError)
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/request.rb:250:in `rescue in perform_request'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/request.rb:194:in `perform_request'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/request.rb:155:in `fetch'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/remote_fetcher.rb:310:in `request'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/remote_fetcher.rb:210:in `fetch_http'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/remote_fetcher.rb:249:in `fetch_path'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/remote_fetcher.rb:286:in `cache_update_path'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/remote_fetcher.rb:157:in `rescue in download'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/remote_fetcher.rb:142:in `download'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/source.rb:208:in `download'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/resolver/specification.rb:113:in `download'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/resolver/specification.rb:99:in `install'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/request_set.rb:280:in `block in install_into'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/request_set.rb:272:in `each'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/request_set.rb:272:in `install_into'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/request_set.rb:148:in `install'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/commands/install_command.rb:215:in `install_gem'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/commands/install_command.rb:231:in `block in install_gems'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/commands/install_command.rb:224:in `each'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/commands/install_command.rb:224:in `install_gems'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/commands/install_command.rb:170:in `execute'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/command.rb:328:in `invoke_with_build_args'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/command_manager.rb:253:in `invoke_command'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/command_manager.rb:193:in `process_args'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/command_manager.rb:151:in `run'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/gem_runner.rb:52:in `run'
/usr/local/bin/gem:12:in `<main>'
I, [2023-09-23T13:23:20.135088 #1] INFO -- : gem install tokenizers -v 0.3.3 -i /var/www/discourse/plugins/discourse-ai/gems/3.2.2 --no-document --ignore-dependencies --no-user-install
/var/www/discourse/plugins/discourse-ai/plugin.rb で gem tokenizers を指定していますが、存在しません!
探した場所:
- /var/www/discourse/plugins/discourse-ai/gems/3.2.2/specifications/tokenizers-0.3.3.gemspec
- /var/www/discourse/plugins/discourse-ai/gems/3.2.2/specifications/tokenizers-0.3.3-x86_64-linux.gemspec
- /var/www/discourse/plugins/discourse-ai/gems/3.2.2/specifications/tokenizers-0.3.3-x86_64-linux.gemspec
I, [2023-09-23T13:23:20.135292 #1] INFO -- : Terminating async processes
I, [2023-09-23T13:23:20.135305 #1] INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 41
I, [2023-09-23T13:23:20.135317 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 110
110:signal-handler (1695475400) Received SIGTERM scheduling shutdown...
2023-09-23 13:23:20.135 UTC [41] LOG: received fast shutdown request
2023-09-23 13:23:20.152 UTC [41] LOG: aborting any active transactions
2023-09-23 13:23:20.154 UTC [41] LOG: background worker "logical replication launcher" (PID 50) exited with exit code 1
2023-09-23 13:23:20.155 UTC [45] LOG: shutting down
2023-09-23 13:23:20.198 UTC [41] LOG: database system is shut down
110:M 23 Sep 2023 13:23:20.223 # User requested shutdown...
110:M 23 Sep 2023 13:23:20.223 * Saving the final RDB snapshot before exiting.
110:M 23 Sep 2023 13:23:20.286 * DB saved on disk
110:M 23 Sep 2023 13:23:20.286 # Redis is now ready to exit, bye bye...
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 1163 exit 255>
Location of failure: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 255
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
d793fa4559a2f3b78d3bc76c74387dbbaf131de653790d71915713b4a6529f05
このプラグインとは関係ありません。
このプラグインは正常にインストールされます。今朝、このプラグインのみを使用して再構築しました。
編集方法について、何か良い方法はありますか?「AI」や「言語」というキーワードに関連するものは見つかりませんでした。