これは Limit # of posts / month - #2 by sam のフォローアップです。元の質問は Patreon とはほとんど関係なく、Discourse 全般に関するものであると気づきました。
信頼レベルに基づいて、ユーザーが月に投稿できる新着投稿数を制限したいと考えています。これを始めるために、検討すべき既存のプラグインや機能はありますか？
それは良いアイデアには思えません。ユーザーが月初めに月間の投稿枠をすべて使い果たしてしまうと、残りの月は投稿できなくなります。もし私が1ヶ月間投稿できないなら、戻ってこないでしょう。
「いいね！」 3
投票プラグインのようですね。投票回数が制限されている仕組みです。
これをカテゴリ設定にすることはできませんか？例えば、サポートの依頼やジョブ掲示板への投稿は制限しつつ、コミュニティ内の他の場所でのディスカッションへの参加は可能にするといった具合です。
私のサイトでのコンテンツ作成をブロックすることに大して賛成ではありませんが、おそらくそれが重要なユースケースもあるかもしれません。
「いいね！」 1
@pfaffman：ここで想定されるユースケースは、有料の QA/サポートサイトです。有料ユーザーの利用状況は、おそらくジップの法則に従った分布になります。目標は、少数のユーザーが皆の時間を占有することを防ぐことです。
@tobiaseigen：はい、サイト全体ではなくカテゴリ単位で機能するようにできると良いですね。
@merefield：従来の前提では、質問や回答はサイトをより価値あるものにするため、それらを促進することは良いこととされてきました。しかし、質問への回答が (1) 質問者に有益であり、かつ (2) コミュニティや企業にコストを伴う状況では、特定のカテゴリに対して単位時間あたりに投稿できる質問数を制限できる機能があると有用かもしれません。
「いいね！」 4
私も同様ですが、場合によっては役立ちます。たとえば、「お知らせ」のサブカテゴリを作成することを考えています。当社の一部の社員は、お知らせをスパム化する傾向があることを示しました。これにより、ユーザーはDiscourseをスパム/ノイズと関連付けるため、Discourseインスタンス全体が損なわれる可能性があります。その結果、ユーザーはプラットフォームを探索して真の価値を見出す意欲が低下するでしょう。
お知らせのサブカテゴリに、月に1つのトピックという厳しい制限を設けることは、ここで良い解決策になるでしょう。これにより、投稿者は「これは本当にそれほど価値があるのか？」と真剣に考えるようになります。あるいは、さらに良いことに、より包括的で洗練された月刊ニュースレターを作成することを強制することになります。
@tobiaseigen 古いトピックを復活させています 
これに関して何か進展はありましたか？このプラグインを見ました：
しかし、これは私たちが探しているものとは少し違います。
「いいね！」 1
そのような状況は、ソフトウェアに制限を設けるのではなく、社内で処理すべきでしょうか？
「いいね！」 2
よく検討された技術的な制限を正当化する方が、事後的な判断を正当化するよりもはるかに簡単です。
事後的に告知をモデレーションし、著者が社内の上位者である場合、多くの非難を受けます。これは、ほとんどのマネジメントチームが意図的にできるだけ大声で話すことを考慮すると、さらに困難になります。
しかし、それが一貫性のある自動的に強制される機能である場合、彼らはこれらの制限を回避する権限を与えられ、彼らが騒がしすぎたり妨げになったりすることを心配する必要はありません。
「いいね！」 2
上記で述べたように、ユーザーが特定の期間内にカテゴリに投稿できるトピック数を制限するカテゴリ設定の利点は理解できます。しかし、現在そのような設定はなく、他の顧客がそれを要求したり、3つのルールを持っていることを知っているわけではありません。
「スローモード」カテゴリ設定を試しましたか？ 使用したことはありませんが、お探しのもののように思えますか？ 30日に設定できるので、ユーザーは30日ごとにカテゴリに投稿できるようになります。ただし、カテゴリでの新しいトピックの開始を遅くするわけではなく、返信のみを遅くするようです。トピックを自動的に閉じることもできるので、返信は一切許可されません。
スローモードの詳細：
「いいね！」 1
以前は、過去24時間の投稿数とその長さに基づいた計算式を使用するフォーラムがありました。そのため、例えば、短い投稿を6回したり、長い投稿を2回したりすることができました。これにより、過剰な引用が減り、どちらの当事者も相手に最後の言葉を譲ろうとしないA-B-A-B-A-B-A-Bスレッドも減少しました。実装方法は、ユーザーごとのフラッドタイムを調整することでした。
「いいね！」 2
問題がルールで解決できるなら、人々にルールに従うように伝えなさい。これは、悪意のある行動をしたい人々との問題だ。「まあ、コンピューターが投稿を通さないだろう」という考えが解決策になるとは想像しにくい。
しかし、セルフホストしていて、これを実行するプラグインが必要な場合は、Marketplace に投稿するか、私に連絡してください。
「いいね！」 1
これらの返信はすべて非常に思慮深いものです 
この後半部分が重要だと思います。今週後半に試してみますが、これも新しいトピックの作成ではなく、返信のみに適用されると確信しています。
これはDiscourseでのことですか？サイト全体での制限でしたか、それともカテゴリ固有でしたか？
問題は、それを施行するにはリソースが必要だということです。私たちの組織では、そのたびにリソースが大量に消費されます。会話は次のようになります。
- 私が個人的に連絡する。「お知らせは月に一度にしてください。これを削除する必要があります。」
- 返信は次のいずれかです。
a. 「わかりました」-- それから上司に不平を言い、上司が私のボスに不平を言い、私がこの決定を正当化するために1週間を無駄にする（ユーザーにスパムを送信したり、プラットフォームの有用性を低下させたりしないように）。
b. 「いいえ、できません。この火災は皆が知るべき最大の火災です！」-- そのような状況は想像もしたくありません。いつも疲れます
いずれにしても、私は上記のような人々にこの設計上の決定を完璧に正当化する必要がある会議をたくさん行うことになります。彼らは、自分の声が最も大きい限り、ユーザーへの影響には全く関心がありません。
残念ながら、そうではありません。私たちはエンタープライズ顧客です。
考えられる回避策
これを活用することを考えています：
つまり、そのカテゴリへの投稿は手動承認が必要になり、管理者とグローバルモデレーターのみがこれらのトピックを承認できるようにすれば、問題から少しでも前進できます。
さらに一歩進めるには：
- ダミーアカウントを設定する。
- それを「announcement_moderator_bot」グループに追加する。
- 「announcement_moderator_bot」グループをカテゴリモデレーターとして設定する。
- 承認リクエストが検出されたときに実行されるPythonスクリプトを作成する。スクリプトはトピックを作成したユーザーを確認し、そのユーザーが過去30日間にそのカテゴリに投稿した場合は拒否し、それ以外の場合は承認します。
これにより、誰かに代わりにトピックを投稿してもらうことで回避される可能性がありますが、少なくともその抵抗のステップは、そのグループ間である程度の内部モデレーションを奨励します。「ねえ、本当にこれを送る必要がある？他にやることがあるんだけど…」
これが問題だ。テクノロジーでは解決できない。
これが最善策だ。そして、派手な自動承認などはしないこと。毎日ログインする。
そして、もし彼らが投稿しすぎたら、次の会議まで待って、ルール違反が必要なほど重要なのかどうか、皆に尋ねる。あるいは、来月は投稿がなくなるかもしれない。
明らかに、私は一人で仕事をしている。
「いいね！」 1
スローモードのカテゴリ設定はここでは役に立たないと思います。これは、そのカテゴリで作成されたすべての新しいトピックに自動的にスローモードを追加するためのものです。ユーザーがカテゴリで作成できる新しいトピックの数に制限を与えるものではありませんが、ユーザーがカテゴリに投稿できる回数にも直接的な影響はありません（つまり、カテゴリ自体のスローモードではなく、トピックごとのスローモードです）。
レート制限/制限を設けるというのは興味深いアイデアです。ただし、発表の状況は、どのような形であれ「これを言いたいのに、あなたは私にそれをさせてくれない」という摩擦が、結局その会議にあなたを導くことになるだろうと想像できるので、どのような形であれ問題を引き起こすと思います。
しかし、マーケットプレイスのユースケースは興味深いですね。
「いいね！」 2
これは数年前の古いバージョンのphpbbでの実装でした。サイト全体での制限でした。行われたことは、過去24時間に行われたユーザーの投稿数と投稿の長さに基づいてフラッド時間を調整するために、フラッド時間チェックに追加のコードが追加されたことです。（拒否メッセージも変更されました。）
私の個人的な意見では、24時間後にリセットされる投稿制限は、数日、数週間、または数ヶ月の禁止よりも、ユーザーがより注意を払うものだと思います。しかし、これはすべての種類のオンラインコミュニティで真実ではないかもしれません。
Discourseでのフラッド時間の動作は確認していませんが、同様のツールが可能かもしれません。
「いいね！」 1
こんにちは、もしかしたら私が3人目になるかもしれません ユーザーごとに特定のカテゴリの投稿数（私の場合は、トピックだけでなくメッセージ（返信）も制限したい）と投稿の長さを制限するという考えを支持する場合。
あなたは正しく指摘しました、このアイデアには生きる権利があります
「いいね！」 1
この会話から私が理解したのは、コミュニティのルールや規範を設定し、それを施行することは、サイトモデレーターの日常業務の一部であり、極端な場合にのみ、Discourseソフトウェア自体を通じて施行する必要があるということです。返信を遅くすることは、より思慮深い議論を促進し、より多くの人々が参加するための余地を与えるため、そのような極端なケースです。これを使用しているほとんどのコミュニティは、実際には、それを必要とする特定のトピックでトピック管理ツールを通じてのみ使用していると思います。多くの人がカテゴリごとのスローモード設定を使用しているとは思いませんし、ユーザーあたり月に1回など、アナウンスの数を制限するために使用されているという話も聞いたことがありません。
ユーザーが新しいトピックを投稿する頻度を制限することは、モデレーターが、各カテゴリで許可されるトピックなど、他のルールとともに施行できるはずです。@tris20、あなたのコミュニティでこれに苦労しているとのこと、申し訳ありません！
そのような施行はDiscourseに追加できますが、エンタープライズ顧客がスポンサーになるか、複数のエンタープライズ顧客がそれを要求しない限り、優先される可能性は低いと思います。プラグインを通じて取得するために#marketplaceに投稿することもできます。その後、十分なサイトが採用すれば、最終的にはコアに組み込まれる可能性があります。
カテゴリごとのスローモード設定を使用して、返信を制限することはすでに可能です。
これはこのトピックでは新しいことです。特定のカテゴリでのみ投稿の長さを制限することで、どのような問題を解決しようとしていますか？ max post length という管理者設定がありますが、これはサイト上のすべての投稿に影響します。
「いいね！」 2
個々の投稿の長さを制限することには、合理的な期間における投稿の累積長を制限することよりも価値が低いと思います。
しかし、サイト全体ではなく、カテゴリ固有の投稿サイズ制限にはユースケースがあるかもしれません。
返信が遅くなり申し訳ありません。通知に気づきませんでした 
Discourse への AI の導入はゲームチェンジャーだと思います。私のフォーラムのインスタンスでは、AI プラグインを使用しており、それにより、フォーラムに人々と AI との間のコミュニケーションゾーン（カテゴリ）が出現します。ご存知の通り、人とのコミュニケーションとは異なり、AI とのコミュニケーションは有料であり、人々と AI との間の制御不能なコミュニケーションは、サイト管理者に多額の費用がかかる可能性があります。既存の AI プラグインでは、入力されたキャラクターやリクエスト数を微調整する機能が提供されていません。このため、max post length 機能を、カテゴリ、ユーザーグループの選択、さらにはプライベートメッセージの最大文字数を設定する機能にも追加する時期が来たと考えています。ほとんどのユーザーはプライベートメッセージで AI とのコミュニケーションを好むためです。
機能リクエストが実現するまでの間、おそらくプラグインが必要になるかと思います。このプラグインは、カウンターでカテゴリ内の投稿数を制限し、カウンターがゼロになったときに投稿に必要なグループからユーザーを削除するなどの機能を持つでしょう。その後、ユーザーはグループへのアクセス権や counter 数分の投稿を購入できる（または、全員のカウンターがリセットされる月末まで待つ？）かもしれません。ユーザーがそのカテゴリに投稿すると、カウンターが減少します。
自動化プラグインは役立つかもしれませんが、カウンターを管理する手段は持っていないと思います。
「いいね！」 3