含まれる/除外された適用済みフィルターを表示するにはどうすればよいですか？
ユーザーが（単語、ハッシュタグなどの）検索を行い、この検索をTwitterの投稿から作成したレポートに適用できるものを構築しています。たとえば、Nikeで働いているユーザーは、Nikeに関するすべてのレポートを検索して、「アディダス」という単語について言及し、競合他社についてどう思うかを確認したいとします。また、「ナイキ」という単語を除外して、そのデータを取り除き、他に何が言及されているかを確認することもできます。
私はここでいくつかの問題を抱えていますが、彼は私がフィードバックを手伝って助けたいものです：
1）除外されているものと含まれているものを明確にする方法は？
-ここで「バケット」を「含める」と「除外する」にして、適用されたすべてのフィルターをそれぞれに配置するだけで、バケットを検索タイプ（つまり、作成者、ハッシュタグ、テキストなど）にすることはできません。それとも両方の組み合わせがあるのでしょうか？現時点では、どちらがユーザーにとってより重要かはわかりません。
2）1つの検索は意味がありますか？包含と除外の両方を検索する必要がありますか？または各検索タイプの検索？
3）検索ボックスの横に「is is is is not」ドロップダウンがあることは意味がありますか？代わりに、それは各アイテムの隣にあるべきですか？
非常に多くの質問！私が考えているように、あなたにとってすべての人にとって何が理にかなっているか、何が一般にそうではないかについてのフィードバックが欲しいです。
現在の解決策： 
過去のアイデア： 
ありがとうございます！
1）個々のルールが対応するカテゴリをより明確にすることができます。例えば。それらを緑/赤に着色するか、IS/IS NOTを等号/等号の数学記号で置き換えるか、プラス/マイナス記号をそこに追加します。私は個人的に、それらが検索タイプのバケットの下にグループ化されていることを気に入っています。たとえば、Post Textに許可される値を確認できるため、より理にかなっています。
2）1回の検索で問題ないようです。検索フィールドが「ではない」で始まるのは少し奇妙だと思います。通常は、クエリで使用する検索タイプ（「Post Text」など）、次に演算子、値（<2134>など）を指定します。そこにユーザーのための便利/効率関数を含めたいので、入力から検索タイプを推測しますが、これもいいアイデアです。
3）ユーザーが行うクエリによって異なります。それらが長くて複雑な場合（これは例ではそうではありません）、すべてを再度入力することなく入力を修正するオプションを提供するのは良いことです。ただし、「値」フィールドを編集するオプションも必要です。ただし、これにより、UIが乱雑になります。