近所のフォーラムにローカルニュースアラートを取り込むためにこれをインストールしましたが、最近の改善に感銘を受けています！ 
よくできました！
発生している問題の1つは、作成されるすべてのトピックが「未記載」になっていることです。取り込まれる際に、デフォルトで「記載」されるように変更する必要がある設定はありますか？
また、トラブルシューティングのために詳細なログを有効にする方法、およびテスト中にポーリングをすぐにトリガーする方法があるかどうかを知りたいと思っていました。現在、10分（許可される最小時間）待つ必要があり、投稿が表示されるかどうかで機能したかどうかを確認する必要があるようです。
そして最後に、機能リクエストです。フィードにトピックIDを指定できるようにすると役立ちます。これにより、新しい投稿が単一のトピックへの返信として追加されます。これにより、短い投稿（緊急または停止アラートなど）は、タグが付いていても、カテゴリに投稿する多数のフィードに紛れて失われることなく、まとめて保持できます。
はい、embed unlisted サイト設定を無効にする必要があります。その詳細をOPに追加します。その設定はデフォルトで有効になっていますが、RSSプラグインでは意味がありません。これは、Discourseコメントが外部サイトに埋め込まれる場合に使用することを意図しています。
プラグインは詳細なログを提供していません。プラグインのコードを上書きしない限り、プラグインが10分に1回よりも頻繁にトピックを取得する方法はありません。このレート制限はプラグインにハードコードされています。
これについては、Falcoに尋ねるのが最も良いチームメンバーでしょう。
それで、@Falco さん、何か考えはありますか？
その他、気になった点があります。
/admin/plugins/rss_polling には、RSS Polling 設定ドキュメント への便利なリンクが提供されています。しかし、/admin/plugins のプラグインリストから Rss Polling をクリックすると、github に移動します。これは、github を知っていて気にするセルフホスティング者にとってはそれほど悪くありませんが、ホスティング顧客はメタトピックに直接行きたいと思うでしょう。これは修正します。/admin/plugins のリストにある各プラグインの横にある「設定」ボタンをクリックすると、プラグインでフィルタリングされた管理設定の場所に移動します。しかし、例えば /admin/plugins/rss_polling にいて、右上隅の「設定を変更」をクリックすると、/admin/plugins にいるかのように、プラグイン設定のリストに移動します。これは中規模のリクエストです。バックエンドとフロントエンドの両方で、多くの異なる場所に変更を加える必要があるためです。
これら両方とも、このプラグインに固有のものではなく、他の場所で対処されるべきです。
OK、スリー・ア・ルー（rule of three）に達するかどうか見て、これについては待つことができます。
了解しました！
非常に迅速なご対応ありがとうございます。
