これはもはや当てはまらないようです。私のサイトでは、管理者のみが利用できるようです（トピックを公開に変換するようにモデレーターに指導しようとした後に判明しました）。これを制御する設定は見つかりませんでした。
これがリグレッションなのか、意図的なものなのかはわかりません。
うーん、これをテストしたところ、期待どおりに動作し、モデレーターがPMからトピックを作成できるようでした。
テストユーザーの管理者パネル（権限表示）：
テストユーザーとしてログインし、自分宛てのPMで：
テストモデレーターアカウントで試しましたか？
「いいね！」 3
わかりました。問題が理解できました。これは、トピックの削除と管理メニューの変更との相互作用に関連しており、ページがリロードされるまで更新されません。これはバグです（ただし、非常にマイナーなものです）。
再現手順：
- モデレーター/管理者権限を持つアカウントで、既存のトピック（PMでも可）にアクセスします。
- トピックを削除します。
公開トピックにする / 個人メッセージにするオプションが表示されたままになっていることに注意してください。
- ページをリロードします。
公開トピックにする / 個人メッセージにするオプションが消えていることに注意してください。
- トピックを復元します。
- ページがリロードされるまで、
公開トピックにする / 個人メッセージにするオプションは表示されません。
- ページがリロードされるまで、
トピックの削除/復元後にページのリロードが必要なようです。おそらく、これはトピックの削除/復元のアクションに含めるべきでしょうか？
「いいね！」 6
それは非常に分かりやすいです。
「いいね！」 2
ユーザーをミュートするためのTL0に緑色のチェックマークが付いています。このトピックについて簡単に確認したところ Which roles are allowed to mute other users? - #4 by JammyDodger
また、「スタッフ通知」も名称が変更されました。
「いいね！」 5
Jammyさん、ありがとうございます:folded_hands: - OPを更新しました。
「いいね！」 3
ユーザーAPIアクセスを承認するための信頼レベルに関する記載がここに見当たりません（"Sorry, you do not have the required trust level to access the user API" when on iOS で言及されているように）。それに基づくと、最小レベルは0のようですが、設定も可能であるようです。ここに文書化できますか？それとも、私が十分に読んでいなかったのでしょうか？
「いいね！」 1
Metaへようこそ 
おっしゃる通りだと思います。権限と関連する設定はテーブルに含まれていません。
user_API_key_allowed_groups 設定のデフォルトは信頼レベル0です。管理者グループとモデレーターグループはこの設定から削除することはできません。しかし、権限を制限するために、管理者はサインアップしたすべてのユーザーが含まれる信頼レベル0グループを削除できます。そうすれば、ユーザーAPIを使用できるのはスタッフのみになります。また、アクセスを特定のグループに制限するために他のグループを追加することもできます。
「いいね！」 2
このrawリンクについては知りませんでした。毎日新しいことを学んでいます 
「いいね！」 1
ADMIN > FILES > Authorized extension または > Authorized extension for staff に見られる基本的なすべて対スタッフのアプローチ以外に、一部またはすべてのユーザーレベルをアップロードできないように制限する方法はありますか？
「いいね！」 1
埋め込みメディア投稿許可グループサイト設定は役に立ちますか？
「いいね！」 3
ありがとうございます。そのコンポーネントでうまくいきそうです。
「いいね！」 1