keegan
2026 年 5 月 19 日午後 2:53
1
AIボットとの会話体験を、新しいドッキング型コンポーザーを導入して改善します。これにより、ボットとのチャットがよりシームレスに感じられるようになります。
会話をつなぐたびに返信 をクリックする必要がなくなり、コンポーザーがトピックの下部に常に表示されるようになりました。次のメッセージをすぐにタイプできるため、AIボットとの会話が連続したチャット体験に近づきます。
AIボットとの会話に常時表示されるコンポーザーが追加されます
返信コンポーザーを繰り返し開かずに会話を続けることができます
双方向のAI会話に最適なインターフェースになります
変更が無効化されている場合、既存のコンポーザー体験も引き続き利用可能です
AIボットとの会話では、複数の素早いフォローアップ質問が行われることがよくあります。以前の返信フローでも機能していましたが、その往復に摩擦を生んでいました。
ドッキング型コンポーザーは入力を手の届く場所に保つことで、会話をより自然に継続できるようにします。
この変更は現在、今後の変更フラグの背後に隠されています。
管理者は以下の場所から有効化できます：
管理 → 設定 → 今後の変更
ai_bot_enable_docked_composer
このトピック内で、ご意見、問題、ご質問をお寄せください。特に、長いAIボットとの会話における新しいコンポーザーの使い心地についてお聞かせいただければ幸いです。
「いいね！」 16
Lilly
2026 年 5 月 28 日午後 9:13
2
Enterキーで送信を抑制する方法はありますか？その機能は本当に嫌いで、回避できません。Discourseの他の部分と一貫していません。紙飛行機のアイコンでのみ送信したいのです。
「いいね！」 7
同感です。この設定がオプションになることを本当に願っています。私は AI との会話を、完全な文や段落、そしてコードブロックを使って行うのが好きだからです。私にとって、これらの AI の会話はチャットではありません。
チャットの環境設定を変更して、デフォルトの cmd+Enter の動作を逆転させることは可能です。デフォルトでは、チャットで Enter キーを押すとメッセージが送信され、Cmd キーを押しながら Enter キーを押すと改行されます。しかし、その設定にすると、誰かとチャットする際に自分のペースが落ちてしまいます！
「いいね！」 1
Lilly
2026 年 5 月 29 日午後 8:15
4
最初の投稿後に画像のアップロードが再び失敗するため、ボットの設定を通常のコンポーザーに戻しました。
「いいね！」 2
putty
2026 年 7 月 1 日午後 5:58
5
Meta でこれが無効化された理由はあるのでしょうか？以前は有効になっていましたが、現在は古い <kbd>**reply**</kbd> ボタンのスタイルになっています。公式の理由が知りたいだけです
keegan
2026 年 7 月 3 日午後 3:47
8
特に理由はありません beta に上げられました
「いいね！」 2
これは私のプラットフォームにとって価値がありそうです。AIボットとの会話における返信の最大長を設定することはできますか？
これは恒久的な変更のようです：
今日一日、これと格闘しましたが、当面は無効化しました。チャットをより効率的かつ迅速にしようというその背後にある意図は素晴らしいと思います。しかし、私には合いません。むしろ、UIが私の操作を少し遅くしてくれるほうが嬉しいです。
RETURNキーを押すと、改行ではなくメッセージが送信されてしまいます。これにより、ボットの応答を止めるために慌てふためく状況が生まれます。まだ書き終わっていないメッセージを誤って送信してしまうことも、一度や二度ではありません。
AIと対話する際には、慎重かつ思考深く行いたいと考えていますが、この新しいUIはそれを促すものではありません。
一般的に、使い方を学ぶ必要がある3つ目のコンポーザーインターフェースがあることは、楽しくありません。以前のように、ボットとのトピックやプライベートメッセージ（PM）でやり取りしているかのように動作していたほうが好きでした。
「いいね！」 1
Jagster
2026 年 7 月 24 日午前 4:49
11
チャットの「送信ショートカット」ユーザー設定は、フォーラム全体の設定にするべきだと思います
「いいね！」 1
one1
2026 年 7 月 25 日午前 5:45
12
正直、Enterキーで送信する変更は本当に嫌いです。
複雑なトラブルシューティングの問題については公式の ask.discourse.org を使っていますが、この変更のおかげで気が立っています。ずっとやってきたことをそのままやってしまい、それが原因でことが台無しになってしまうからです。思わず送信してしまった返信を後から編集することもできません。
一部のサイトではこの変更が適切だと理解できます。しかし、ask. サービス（個人的には非常に重宝しています！）では非常に煩わしいものです。
「いいね！」 1
記憶が正しければ、Shift + Enter で改行が作成されます。もしそれがあなたが求めていることならですが。ただし、これはユーザーの好みによって設定できるべきかもしれません。例えば、MS Teams にもチャットメッセージを送信する際に同様のオプションがあります。
「いいね！」 1
one1
2026 年 7 月 25 日午前 6:30
14
それをやり忘れないなら、それは一時的な解決策にはなります。でも、忘れてしまうと、やり直す術はないんです
「いいね！」 1
Lilly
2026 年 7 月 25 日午後 5:10
15
Discourse AI ボットの初期メッセージに関する Enter キー送信の問題に対するテーマコンポーネントの修正はこちらです：
おそらく今日中に、Discourse AI の管理サイト設定に Enter キーの動作をオン/オフに切り替えるオプションを追加する PR を提出する予定です。
「いいね！」 3
Lilly
2026 年 7 月 25 日午後 10:24
16
はい、Discourse AI の管理者サイト設定を追加するための PR をこちらでオープンしました：
main ← Lillinator:add-ai-enter-button-setting
opened 10:22PM - 25 Jul 26 UTC
### What does this PR do?
Adds a new admin site setting (`ai_bot_composer_submi… t_on_enter`) to toggle the "Submit on Enter" keystroke behavior in the AI Bot full-page chat UI.
* **Default (`true`)**: Maintains the existing ChatGPT-style behavior where pressing `Enter` submits the post message and `Shift+Enter` creates a new line.
* **Toggled (`false`)**: Allows the browser to handle the `insertLineBreak` event natively. Pressing `Enter` creates a new line in the Bot message, perfectly mimicking standard Discourse forum composer behavior.
<img width="80%" height="80%" alt="image" src="https://github.com/user-attachments/assets/2a4e07bd-0091-4f24-8223-cf89be120a59" />
### Why is this needed?
The ChatGPT-style submit behaviour directly conflicts with standard Discourse composer muscle-memory. Many forum users rely on the `Enter` key for formatting and paragraph breaks, leading to inadvertent and premature message submissions when submitting their post to the AI Bot.
While the ChatGPT UI paradigm makes sense for this plugin, this PR provides an escape hatch for communities that heavily prioritize standard forum composer consistency.
### Notes:
* Note that this change works whether the new docked composer is enabled or not
* Because the docked composer will eventually become permanent, the ideal long-term solution for this UX conflict might be a User Preference (similar to the Discourse Chat ‘Send shortcut’ setting) rather than a global site setting. I implemented this as a Site Setting to provide an immediate escape hatch for admins, but I am open to feedback if the team prefers this live as a user preference instead.
### Files Touched:
* `plugins/discourse-ai/assets/javascripts/discourse/components/ai-bot-conversations.gjs`
* `plugins/discourse-ai/assets/javascripts/discourse/components/ai-bot-docked-composer.gjs`
* `plugins/discourse-ai/config/locales/server.en.yml`
* `plugins/discourse-ai/config/settings.yml`
* `plugins/discourse-ai/test/javascripts/acceptance/ai-bot-conversations-test.js`
「いいね！」 3
RGJ
2026 年 7 月 25 日午後 10:34
17
ユーザーのインターフェース設定の方が適切ではないでしょうか？
Lilly
2026 年 7 月 25 日午後 10:39
18
それについては考えたけど、管理者がサイト全体に適用することにした
この件で私をイライラさせるのは、Enterキーの挙動が最初のメッセージにしか影響しないってことだ。もしすべてのメッセージに影響するなら、ユーザー設定の方が理にかなっているかもしれない。
RGJ
2026 年 7 月 25 日午後 10:43
19
ということは、今後は Discourse フォーラムによって設定がバラバラになってしまい、どこのフォーラムがどうなっているのか覚えられなくなるわよね
まあ、ともかく私はあのボットとは話さないし、そもそもなぜ最初に実際のチャットとして実装されなかったのか、私には理解できなかったわ。
「いいね！」 1
Lilly
2026 年 7 月 25 日午後 10:46
20
これを適切に行うには、すべてのメッセージ投稿（おそらくボット以外も含む）に対して変更できるユーザー設定を追加するPRを提出することです。最初の投稿だけではありません。チャット設定と同じようにです。しかし、そんなに多くのコードを書く気にはなりませんし、誰も私に金を払ってくれていないので、笑
おそらく、その設定の説明を最初の投稿メッセージについてより具体的に更新するべきかもしれません…
「いいね！」 1
