これが（もちろん実験的ですが）ライブになっていることに気づきました！素晴らしいです！OP（元の投稿）を更新して、これに言及するとよいでしょう。
また、@staff のみに、あの小さな地球儀が表示されることを明記する価値があるかもしれません。
一般ユーザーには奇妙に見えると思ってCSSで隠すことに成功した後で、これを発見しました！
「いいね！」 6
これはどのように機能しますか？ 全てのスタッフが見て編集できますか？（管理者のみに制限できますか？）
「いいね！」 2
追加できるリンクの種類に制限はありますか？たとえば、次のようなリンクです。
- 外部リンク
/my/activity/bookmarks/latest?order=activity&state=watching
「いいね！」 2
サイドバーのセクションをユーザーがカスタマイズできないように設定することは可能ですか？
「いいね！」 4
現在は全員が閲覧でき、@staff が編集できます。管理者のみに制限することはできませんが、それは非常に便利なオプションになるでしょう。
現在（少なくとも実験段階では）、カスタムリンクを表示（および編集）できるユーザーを選択できますが、グローバルリンクの編集に関しては詳細な設定はできません。
これら3つの中では /my リンクのみが許可されていません。しかし、意図的なホワイトリストが存在するようです。プラグインによって追加されたパスも含まれていないことに注意してください（例：Custom Wizard Plugin の /w）。
Meta でこれを試すことができます。個人用リンクと同じように動作します。
「いいね！」 7
確認していただきありがとうございます。/my/* リンクは、私が必要とするものにとってかなり重要な制限です。現在、カスタムリンクをサイドバーに追加するために、このコードのバリエーションを使用しています。
上記のカスタムコードはまだ少しぎこちない（ブラウザのサイズが狭い状態から再び広い状態にリサイズされるとカスタムリンクが消える）ので、公式のDiscourseソリューションを使用したいのですが、公式Discourseカスタムメニューに/my/*リンクを追加するために、このコードを一時的な解決策として使用できるのではないかと思います。
「いいね！」 3
/my のリンクがブロックされているのは奇妙に思えます。なぜなら、少なくとも私が試したすべてのリンクで /u/{username} のバージョンにリンクできるからです。
編集：スクリーンショットを追加しました。Falcoさん、申し訳ありません。これは私が思いついた最初の有効なユーザー名だったので、この例を示すためにあなたのユーザー名を借りました 
「いいね！」 4
/my/* リンクのサポートも、そう遠くない将来に追加する予定です。
「いいね！」 9
チーム各位 — （うまくいけば）いずれ /my URL を許可するようになります。もう一つお願いがあります：/safe-mode
これは、DiscourseHub の使用中に問題が発生した場合に役立ちます。URL を変更することはほぼ不可能です。また、私や私たちで、他のショートカットとともにセーフモードへのクイックリンクがある管理セクションを作成できれば、それは…素晴らしいでしょう。もちろん、ブラウザを使用するという選択肢は常にありますが、クリックが多くなります 
「いいね！」 6
@nathank、@ClawdiaWolf、@Jagster、@rahim123
/my および /safe-mode リンクに関するバグのご報告ありがとうございます。
どちらもこのプルリクエストで修正されました
「いいね！」 14
これはまだ完全に実装されていますか？グローバルセクションを作成できますが、enable_custom_sidebar_sections で変更権限が定義されているグループメンバーにのみ表示され、すべてのユーザーが読み取り専用セクションとして表示されるわけではありません（カスタムセクションで「このセクションを公開し、全員に表示する」がチェックされています）。
「いいね！」 2
リンク（例：/my/…）は黒色のままで、これは改善点です しかし、クリックしても何も起こりません。ここでも、私のインスタンスでも。
何か誤解していましたか？
「いいね！」 3
おっしゃる通りです。ユーザーカスタムセクションとグローバルカスタムセクションは、enable_custom_sidebar_sections サイト設定で指定されたグループのユーザーのみが利用できます。グローバルセクションとユーザーセクションで別々の設定はありません。すべての trust_level グループを追加することで、全員がこの機能を利用できるようにすることができます。
申し訳ありません。携帯電話やタブレットなどのタッチスクリーンデバイスでバグが発生していました。修正済みですので、もう一度お試しいただけますでしょうか？
「いいね！」 7
iPad は再び Discourse を気に入っています。つまり、タッチ操作が問題なく機能するようになりました。
ありがとうございます！
「いいね！」 6
/my/*リンクが機能するようになったとのこと、ありがとうございます。それらが新しいブラウザタブで開かないようにする方法はありますか？
「いいね！」 3
はい、/my リンクはフルリロードが必要なため、外部リンクとして扱われます。そのため、新しいタブでの動作は、https://meta.discourse.org/my/preferences/interface の すべての外部リンクを新しいタブで開く 設定で制御できます。設定を変更した後、おそらくページをリロードする必要があります。
「いいね！」 3
なるほど、興味深いですね。説明ありがとうございます。ただし、実際のアウトバウンドリンクはデフォルトですべてのユーザーが新しいタブで開かれるようにしたいので、それは理想的ではありません。
JavaScriptでアクティブなユーザーの/u/usernameに解決されるような、$USERのようなプレースホルダーを追加する方法があるかどうか疑問に思っています。
「いいね！」 4
承知いたしました。SiteSetting → User Preferences → default other external links in new tab でデフォルトの動作を変更できます。
ユーザーはプロファイルでデフォルトを上書きすることもできます。これで問題は解決しますか？
「いいね！」 4
はい、しかしほとんどのユーザーは外部リンクを新しいタブで開くことを好みます。/my/* リンクでのリロードの問題は、対処するのが少し難しいようですが、将来的にはJSとカスタムメニュー用のプレースホルダー変数を使用して、カスタムメニューで/u/username/*に直接リンクできるようになるかもしれません。
「いいね！」 3
そうですか？皮肉ではなく、この件に関する調査はありますか？
個人的には、サイトがリンクを新しいタブで開くのは迷惑だと感じます。もし新しいタブで開きたいのであれば、ブラウザには簡単な方法がありますが、一般的には「同じタブで開いて、サイトの指示は無視する」という簡単な方法はありません。
そして、強力な客観的な証拠がない限り、私の個人的な好みは普遍的だと仮定しなければなりませんよね？
「いいね！」 3