どうしたのかと思っていました。検索を使いすぎたかと思いましたよ 
「いいね！」 1
インスタント検索だけでなく、検索の刷新という観点でのフィードバックかもしれませんが：
検索に決定的な一撃を与えるのは、管理者がユーザーのために何らかのカテゴリ別/階層的な検索結果を定義できる機能でしょう。例えば、ユーザーが「ワークフロー」を検索した場合、以下のようにグループ化された結果が得られるかもしれません。
お知らせとブログ（4つのカテゴリで構成）：
- 結果 1
- 結果 2
- 結果 3
コミュニティマーケットプレイス（5つのカテゴリで構成）：
- 結果 1
- 結果 2
製品Aのディスカッション：
- 結果 1
- 結果 2
単なる応答の壁ではなく、これを達成できれば信じられないほど素晴らしいでしょう。
「いいね！」 3
インスタント検索を導入することにした場合、検索はデフォルトでマルチタイプとなり、投稿、トピック、ユーザー、チャットをすべて同時に検索し、タイプ別に整理された結果を表示する予定です。
これにより、ここでお話しされていることも実現可能になります。これは、検索がメインデータベースへの負荷生成から移行することによる副作用であり、推測的な検索を実行することへのためらいを減らすことにつながります。
それ以外の方々も、Discourseでの検索の将来について、賛成であっても反対であっても、ご意見をお聞かせください。間もなく、進むか進まないかの決定を下す必要があり、Discourseで検索する方々の意見と、すべてのインスタンスにとってより良くできる点について、感謝いたします。
「いいね！」 10
この応答を読んでいて、ふと思いつきました…
グループを通知に強制的に購読させるのと同じように、ユーザーグループの検索優先度を強制的に定義できたら素晴らしいでしょう。
たとえば、製品Aの顧客グループがいるとします。その場合、検索結果は（優先順位順に）次のように表示される可能性があります。
- 製品Aの発表
- 製品Bの発表（Aへのアップセルであるため）
- 製品Aのマーケットプレイス
- 製品Aのサポート
しかし、パートナーグループの場合は、次のようになるかもしれません。
- マーケットプレイス
- 発表
- サポート
アイデアは伝わると思います。ユーザーグループの検索優先度を定義できるのは素晴らしいことです！
「いいね！」 2
興味深いコンセプトです。この実験ではすでに検索優先順位付けを使用しており、「検索優先度」が設定されたカテゴリでは、トピック/投稿が数ポジション繰り上げられます。これをグループに拡張することは完全に可能です。
「いいね！」 2
これは、Discourseコミュニティの上位にある親サイトの検索で利用している一般的な概念です。特定の基準に基づいて、さまざまな検索ランキングを行います。
この概念をコミュニティにも翻訳することに大きな価値があると思います。
「いいね！」 2
今のところ順調に見えます。
「いいね！」 1
ちょっとした調整のため、しばらくお休みします。すぐ戻ります…
「いいね！」 3
もう復旧したはずです。
「いいね！」 4
Metaのインスタント検索はどこで見つけられますか？
https://meta.discourse.org/instant-search でテストしてみてください（存在しません 
）
「いいね！」 2
メンテナンスのため無効になっています。明日には復旧するはずです。
「いいね！」 5
ユーザーを検索すると、結果のリンクに<mark>が追加されるため、機能しないことがよくあります。そのため、「Lilly」をクリックすると
リンクはhttps://meta.discourse.org/u/%3Cmark%3ELilly%3C/mark%3Eとなり、機能しません。
「いいね！」 2
ご報告ありがとうございます。
これは時間制限のある実験であるため、このような問題やその他の問題が発生することは予想されることであり、新しいテクノロジーがもたらす検索機能と検索UXの可能性をテストし、これがすべてのDiscourseインスタンスで追求する価値があるかどうかについてのフィードバックを得ることに影響を与えるべきではありません。この実験をさらに洗練するための時間予算は尽きたため、他に優先すべきことがあるため、ここにさらにエンジニアリング時間を費やす余裕はありません。
「いいね！」 3
この実験に関するフィードバックを共有してくれた皆さん、ありがとうございました。Metaでは現在無効になっています。
「いいね！」 5
このトピックは、最後の返信から2日後に自動的に閉じられました。新しい返信は許可されていません。