要約を機能的なフローに落とし込もうとして、いくつか気づいた点があります。
コストと、同時に多くの重複情報がスペースを占めること以外は？
もちろん、物事が本当に軌道に乗り、少なくともいくつかの投稿がある場合に、要約が最も価値を発揮するのではないでしょうか？
いずれにしても、ここでしきい値を自由に設定できると思いますが、私からのアクションは必要ないのではないでしょうか？
既存の読者は要約を読むでしょうか？要約はおそらく、要約を最初に見て、さらに読み進めるためのガイドとして使用できる新規読者にとってより価値があることに注意してください。
これは素敵なアイデアですが、表示幅が快適に読めるほど十分であれば？それは課題かもしれません？
私の実験的な解決策は、Layouts Pluginを活用し、トピックの右または左に表示できる互換性のあるウィジェットを作成することです。（実際、トップサポートを追加すれば、元の場所にも配置できます！）
これに対処する他の方法もあります。
いずれにしても、ロードマップに追加しますが、上記の点についてどう思われるか教えてください。
コストの側面については同意しますが、もし「代替抜粋」として使用されるのであれば、要約を生成する必要があるでしょう。設定を更新して機能させることができたかどうかわかりません。何か見落としたのかもしれません。もう一度確認してみます。
非常に良い点です…時が経てばわかるでしょう。しかし、ユーザーが要約に慣れてくれば、ちらっと見るようになると思います。実際、ユーザーが複数のトピックを扱っている場合、何が起こったのかを素早く思い出すのに役立つと思います。将来的には、ユーザーが特定のトピックに最後にアクセスしてからの出来事の要約を生成するようにクリックできるかもしれません。（これもAPI呼び出しのコスト次第ですが）
このアイデアは良いですね。一番上へジャンプするボタンよりも優れています。なぜなら、その後、以前いた場所（最後の投稿ではないかもしれない）に戻る必要があるからです。
バージョン 0.1 が完了しました。
動作させるには、Layouts プラグインをインストールし、右サイドバーを設定する必要があります。
プラグインに、上部の標準的な要約をオフにする追加設定があります。
ほぼ無料の副産物として、これにより、モバイルで便利なスライドドロワーで要約を呼び出すことができます。
素晴らしいです！
ただし、内部の「Whisper」投稿の詳細が含まれた要約が作成されました。これらの投稿がopenaiに送信される対象から除外される可能性はありますか？
よく気がつきました。対応します。
ai_topic_summary.prompt.* を介したプロンプトエンジニアリングを許可する
ありがとうございます。
ただ、質問があります。管理者の投稿はすべて除外していますか？これは、管理ユーザーが投稿する場合、管理アカウントとコミュニティに投稿・交流するための別のアカウントの2つを使い分けるのが良い実践方法であることを意味しますか？私のサイトでは、トピックに投稿することがよくありますが、（私はサイト管理者ですが）それを要約に含めたいと考えています。
明確にさせてください。
「管理者」投稿（「トピックが閉じられました」、「トピックが開かれました」など）は、信じられないかもしれませんが、実際には投稿ストリーム内の投稿です。
モデレーターまたは管理者が投稿した通常の投稿ではありません。
大変助かりました
問題ありません。より良くするお手伝いをしていただきありがとうございます。
ありがとうございます。このプラグインをインストールして起動しようとしましたが、一部の投稿にコメントしようとするとHTTPエラー500が返されます。production.logには次のメッセージが表示されます。
StandardError (このモデルの最大コンテキスト長は4097トークンですが、15682トークン（プロンプトで15482、完了で200）を要求しました。プロンプトまたは完了の長さを短くしてください。)
要約する量を設定で減らす必要があります。
これはバグではなく、単に欲張りすぎているのだと思います 
設定を自分の環境に合わせて調整する必要があります。制御できる投稿と文字数の制限があります。トークンは通常4文字です。
デフォルトが少し寛大すぎる可能性がありますが、トークン制限を近似するように設定されているため、これは少し奇妙です。
これらの設定を共有していただけますか？:
変更をガイドするために、エラーの情報に従ってください。
GPT-4（アクセスできたら）はトークン制限の最大8倍になるので、楽しみにしてください。
マージ済み：
@merefield 言語モデルに関する簡単な質問ですが、これにはどのモデルを使用していますか？gpt-3.5-turbo を有効にしなかったのはなぜですか？
私たちは、gpt-3.5 を電子メールや電話の文字起こし要約に使用するテストを行っており、非常に良い結果が出ています。電子メールメッセージ/文字起こし自体は、ユーザーコンテンツに入力します。
例えば、電話の文字起こしでは、「システム」コンテンツに以下を追加します。
この文字起こしが電話での会話であるか、または発信者が留守番電話にメッセージを残しているかどうかを特定してください。
電話での会話の場合は、電話での会話の要約を提供し、次に箇条書きの項目で次のセクションを作成してください。
- 合意事項
- 提起された質問
- 潜在的な矛盾/懸念
- 感情スコア：（各参加者について）
- チームリーダーレビュー：（この通話をチームリーダーがレビューする必要がある場合はフラグを立ててください）
留守番電話の場合は、「[宛先] 留守番電話」というタイトルを付け、新しい行に留守番電話を 1 文で要約してください。
チャット向けに最適化されており、当時はOpenAIが要約には Davinci 003 を推奨していたためです。GPT-4関連のものがより広く利用可能になったら、再検討させていただきます。
なお、ChatGPT と Davinci-003 は同じ世代なので、結果の観点からはあまり違いがないのではないかと思います。
リンクからコンテンツを要約し、送信前に投稿を提案する可能性を分析しましたか？
そのようなタスクのためにChatGPTチャットボットを試しましたが、それは狂ってしまい、その方法を試すのをやめる必要がありました。
ワークフローは、最終的に次のようなもので完了できます。
ChatGPTによって生成されたコンテンツ
多くのフォーラムで、ChatGPTを文字通りの返信に使用している人々に関する問題を目にしました（そのため、多くの人々がほぼロボットのようです）。
リモートコンテンツは現在スコープ外です。将来的な検討事項かもしれません。
ちょっとしたことですが、この一週間で2回、ある種の寄稿を読んだ後、それがLLMからのものであるという開示が最後にありました。どちらの場合も、誰かが言葉の背後にいると思って理解に投資していたので、気分が悪くなりました。
そのため、開示はテキストの前に来るべきだと（強く！）お勧めします。
返信ありがとうございます。将来的に機能がスコープ内に入る可能性があることは理解しています。
しかし、私はちょうどChatGPTにリンクからのコンテンツについて尋ねたところ、返信がありました（つまり、機能しているのです！）そして、誰もが言及してから投稿を編集/削除する方法を使用できます。
その方法は非常に便利です。
