そのコードを書いた、そしてそのコードの中で生きている人たちの意見を信じることを強くお勧めします 
「いいね！」 2
また、非常に公平です！すみません、あなたの専門知識を疑うつもりはありませんでした。むしろ、自分が望んでいることを十分に明確に説明できていないような気がしています。
「いいね！」 2
この状況もフラストレーションを感じるものです。
ここでは、ユーザーがインターフェースのワークフローの問題を報告しています。この問題を再現しようとするのは非常に困難です。なぜなら、常に有効になっている管理者アクセス権により、ワークフローが依存している権限に制約されないからです。
「いいね！」 2
別の例です。ここでは、ユーザーが、投稿できないカテゴリに投稿しようとした際に、役に立たないエラーメッセージが表示されると指摘しています。サイト管理者である私にはその権限があるため、直接再現することはできません。
「いいね！」 3
この機能がない場合の、@mattdm さん、現在の回避策は何ですか？
過去には、+ アドレスを持つ別のアカウントを使用してログインし、管理者以外の目線で世界を見るようにしていました（ボーナス：めったにそうしなかったので、そのユーザーのアクティビティ概要も定期的に取得して、どのようなものかを確認していました）。
「いいね！」 2
テストアカウントを持っており、何かを試す必要がある状況で、プライベートブラウジングウィンドウでそのアカウントにログインしています。それは常に可能ですが、デフォルトで「通常の」アクセスがあれば、多くの状況で「ただ気づくだけ」になると思います。
また、意図的に設定した制約（タグルールや読み取り専用のはずのカテゴリへの投稿など）に誤って違反することを防ぐこともできません。
もう一つの選択肢は、メインアカウントを通常のカウントにし、別に管理者アカウントを持つことですが、実際には手間がかかり、フラグやプライベートメッセージの通知も見逃してしまいます。
「いいね！」 6
代わりに、普段使わないブラウザでテストアカウントを使用することを検討しましたか？そうすれば、ログインしたままにしておくことができます。例えば、私は以下のものを持っています。
Chrome: 管理者（私の主な使用）
Edge: テストユーザー
Firefox: 必要に応じて特定のユーザーになりすまして使用
「いいね！」 1
ブラウザ依存の問題を解決する必要がない限り、それは機能します。私にとっては、私の世界では、PMをドラフトコンテナとして使用するよりもはるかに迅速な修正です。はい、それは機能しますが、ユーザーにとっては洗練された解決策ではありません。
下書きの質問は簡単でした。技術的な制限があり、他の方法ではできません。この質問にも同様のことがありますか？もしそうでなければ、なぜこれがまだ未解決のトピックなのか理解できません。時間と人員が不足していてコーディングできないことは完全に理解できますが、それでも聞けると嬉しいです。
私の解決策は、テストユーザーのプロファイルを開き、その方法で高速ログインすることです。しかし、管理者アカウントに戻ることができないため、ログアウトする必要があります。それは大きな問題ではありませんが、不要な手間です。まあ、DiscourseHubはGoogle、MicrosoftなどのSSOをネイティブに使用できないため、ある種の課題です。
このトピックが再び話題になったので、これを別の議論に分けました：Make category tag rules / restrictions apply to moderators too
「いいね！」 3
これは少し古いものですが、別のディスカッションからリンクされたばかりなので、ここに投票を追加しました。役割を切り替えることは有用だと思います。なぜなら、私が管理者であるコミュニティでさえ、時間の約90％は通常のユーザーとして行動しているからです。オプションが削減されたインターフェースがあれば、その間のユーザーエクスペリエンスが向上するでしょう。
「いいね！」 5
これは興味深い点ですね。UIのどの管理オプションがユーザーエクスペリエンスを損なっているか、もう少し詳しく教えていただけますか？私には慣れているからかもしれませんが、管理者のレンチや管理インターフェース、レビューキューへのリンクのようなUI要素は気になりません。
「いいね！」 2
管理者としては、どのオプションが管理者（TL3または4のユーザーやトピックの開始者とは対照的に）で利用可能であるかを覚えておくのが難しい場合があります。そのため、誰かを支援する際に、そのユーザーに適用されないことを提案してしまう可能性があります。
さらに、管理者はどのカテゴリやトピックにもアクセスできるという事実は、フォーラムの「世界」を非常に歪んだ見方で提示する可能性があります。私が知っているDiscourse管理者の約90％は、「実際の」ユーザーエクスペリエンスを得るために、@testuser123 のようなユーザーを偽装しています。
「いいね！」 6
はい、まったく同感です。それはすでに上記で議論されています。
@schneeland への私の質問は異なります。彼らはそれが日常のユーザーエクスペリエンスを損なうと言っており、それがなぜなのかを詳しく知りたいと思っています。
「いいね！」 3
私にとって、日常の煩わしさの1つは、投稿すべきではないが投稿できるカテゴリがリストにあることです。それを間違って投稿する「うっかり」だけでなく、検索すべきものがはるかに多くなることです。
「いいね！」 5
古いトピックであることは承知していますが、これは間違いなく私がユースケースを持つと思うものです。私のコミュニティでの「生活」のほとんどは一般市民としてのものであり、モデレーターも同様です。私たちは非常に健全で、ほとんどモデレーションを必要としないコミュニティを持っています。必要なときにモデレーター/管理者権限を「オン」にし、ほとんどの時間（通知以外は）オフにできることは非常に価値があります。これが、別個の管理者/モデレーターアカウントを持つことの問題点です。発生した際の通知やフラグへのアクセスがありません。
「いいね！」 5
上記の方々と同じように、私はあるブラウザで管理者アカウントを開き、別のブラウザで通常の（TL1のような）ユーザーアカウントを開いて対応しています。
デュアルアカウントの設定には、いくつかの方法があります。
A.）プライマリの個人アカウントが管理者で、主に監視やテスト目的でTL1アカウントに切り替える。
B.）プライマリの個人アカウントがTL1ユーザーで、管理作業のために管理者アカウントに切り替える。
私はアプローチAを使用しています。私のアイデンティティは管理者です。（そして、TL1アカウントは、テスト中に時折公開で投稿する、かなり分かりやすい架空の人物です。）私が管理者として運用する理由の一つは、あなたが述べた理由、つまり通知やフラグへのアクセスがあるからです。また、それが「ユーザー」としての私の参加方法に全く影響しないからです。
アプローチBを使うこともできますが、私にはそちらの方が不便に思えます。管理者アカウントを「SuperSteph」などと名付ければ、管理者の役割を果たすときに、あなたが謎めいたことをしようとしているようには見えません。（あるいは、そのまま謎めいたままでも構いません ）
「いいね！」 4
ええ、どちらも実際にはあまり満足のいくものではありません。実際には、管理者アカウントで管理者権限にアクセスするための「摩擦」を増やしたいと思っています。
もしかしたら、「一般管理者」を使って、必要に応じてメインアカウントの管理者ステータスを付与および削除できるでしょうか？しかし、そうなるとまだ通知の問題が残りますね…
「いいね！」 4
「一般管理者」を使って、必要に応じてメインアカウントの管理者権限を付与したり削除したりできるでしょうか？
うーん、正直なところ、それは一貫した権限と通知を持つ2つの安定したユーザーアカウント（管理者と通常）を持つよりも、手間と混乱が増えるように聞こえますね。
フォーラムが公開される頃には、「管理者権限」は、素早い行動をとる人ではなく、建物のすべての鍵を持っているようなものだとわかるはずです。
ここでの唯一の潜在的な問題は、必須のタグなしでトピックを投稿できてしまう可能性があることですが、それは私が作成したものであり、よく知っています。（そして、私の管理者アカウントでは、間違ったカテゴリでカテゴリ固有のタグを使用することはできません。もしこれがかつて可能だったとしても、対処されたのでしょう…？）
「いいね！」 2