This is a followup to Limit # of posts / month - #2 by sam , in realizing that the original question had little to do with patreon and more with discourse in general.
I would like to be able to limit the # of new posts a user can make / month, based on their trust level. Are there any recommended existing plugins / features I study to get started on this?
That doesn’t seem like a good idea. If the user uses all of their monthly posts the first day, they’ll be unable to post for the rest of the month. If I couldn’t post for a month, I would not be back.
Sounds a bit like the voting plugin, where you get a limited number of votes.
Maybe this could be a category setting? Eg you can’t ask for support or post in the jobs board but you can join discussions elsewhere in the community?
I’m not a huge fan of blocking people from creating content on my site, but perhaps there are use cases where this would be important.
@pfaffman : The use case here is a paid QA/support site. The paying users likely incur a zipf’s law type distribution. The goal is to prevent a few users from taking up everyone’s time.
@tobiaseigen : Yes, it would be nice to have this be category based rather than site wide.
@merefield : I believe the traditional assumption is that questions/answers make the site more valuable – and thus encouraging questions/answers is good. However, in situations where responding to questions is (1) beneficial to the asker and (2) incurs a cost to the community/company, it may be useful to have the ability to limit the # of questions posted into certain categories per unit time.
私も同様ですが、場合によっては役立ちます。たとえば、「お知らせ」のサブカテゴリを作成することを考えています。当社の一部の社員は、お知らせをスパム化する傾向があることを示しました。これにより、ユーザーはDiscourseをスパム/ノイズと関連付けるため、Discourseインスタンス全体が損なわれる可能性があります。その結果、ユーザーはプラットフォームを探索して真の価値を見出す意欲が低下するでしょう。
お知らせのサブカテゴリに、月に1つのトピックという厳しい制限を設けることは、ここで良い解決策になるでしょう。これにより、投稿者は「これは本当にそれほど価値があるのか？」と真剣に考えるようになります。あるいは、さらに良いことに、より包括的で洗練された月刊ニュースレターを作成することを強制することになります。
@tobiaseigen 古いトピックを復活させています 
これに関して何か進展はありましたか？このプラグインを見ました：
しかし、これは私たちが探しているものとは少し違います。
そのような状況は、ソフトウェアに制限を設けるのではなく、社内で処理すべきでしょうか？
よく検討された技術的な制限を正当化する方が、事後的な判断を正当化するよりもはるかに簡単です。
事後的に告知をモデレーションし、著者が社内の上位者である場合、多くの非難を受けます。これは、ほとんどのマネジメントチームが意図的にできるだけ大声で話すことを考慮すると、さらに困難になります。
しかし、それが一貫性のある自動的に強制される機能である場合、彼らはこれらの制限を回避する権限を与えられ、彼らが騒がしすぎたり妨げになったりすることを心配する必要はありません。
上記で述べたように、ユーザーが特定の期間内にカテゴリに投稿できるトピック数を制限するカテゴリ設定の利点は理解できます。しかし、現在そのような設定はなく、他の顧客がそれを要求したり、3つのルールを持っていることを知っているわけではありません。
「スローモード」カテゴリ設定を試しましたか？ 使用したことはありませんが、お探しのもののように思えますか？ 30日に設定できるので、ユーザーは30日ごとにカテゴリに投稿できるようになります。ただし、カテゴリでの新しいトピックの開始を遅くするわけではなく、返信のみを遅くするようです。トピックを自動的に閉じることもできるので、返信は一切許可されません。
スローモードの詳細：
以前は、過去24時間の投稿数とその長さに基づいた計算式を使用するフォーラムがありました。そのため、例えば、短い投稿を6回したり、長い投稿を2回したりすることができました。これにより、過剰な引用が減り、どちらの当事者も相手に最後の言葉を譲ろうとしないA-B-A-B-A-B-A-Bスレッドも減少しました。実装方法は、ユーザーごとのフラッドタイムを調整することでした。
問題がルールで解決できるなら、人々にルールに従うように伝えなさい。これは、悪意のある行動をしたい人々との問題だ。「まあ、コンピューターが投稿を通さないだろう」という考えが解決策になるとは想像しにくい。
しかし、セルフホストしていて、これを実行するプラグインが必要な場合は、Marketplace に投稿するか、私に連絡してください。
これらの返信はすべて非常に思慮深いものです 
この後半部分が重要だと思います。今週後半に試してみますが、これも新しいトピックの作成ではなく、返信のみに適用されると確信しています。
これはDiscourseでのことですか？サイト全体での制限でしたか、それともカテゴリ固有でしたか？
問題は、それを施行するにはリソースが必要だということです。私たちの組織では、そのたびにリソースが大量に消費されます。会話は次のようになります。
いずれにしても、私は上記のような人々にこの設計上の決定を完璧に正当化する必要がある会議をたくさん行うことになります。彼らは、自分の声が最も大きい限り、ユーザーへの影響には全く関心がありません。
残念ながら、そうではありません。私たちはエンタープライズ顧客です。
これを活用することを考えています：
つまり、そのカテゴリへの投稿は手動承認が必要になり、管理者とグローバルモデレーターのみがこれらのトピックを承認できるようにすれば、問題から少しでも前進できます。
さらに一歩進めるには：
これにより、誰かに代わりにトピックを投稿してもらうことで回避される可能性がありますが、少なくともその抵抗のステップは、そのグループ間である程度の内部モデレーションを奨励します。「ねえ、本当にこれを送る必要がある？他にやることがあるんだけど…」
これが問題だ。テクノロジーでは解決できない。
これが最善策だ。そして、派手な自動承認などはしないこと。毎日ログインする。
そして、もし彼らが投稿しすぎたら、次の会議まで待って、ルール違反が必要なほど重要なのかどうか、皆に尋ねる。あるいは、来月は投稿がなくなるかもしれない。
明らかに、私は一人で仕事をしている。
スローモードのカテゴリ設定はここでは役に立たないと思います。これは、そのカテゴリで作成されたすべての新しいトピックに自動的にスローモードを追加するためのものです。ユーザーがカテゴリで作成できる新しいトピックの数に制限を与えるものではありませんが、ユーザーがカテゴリに投稿できる回数にも直接的な影響はありません（つまり、カテゴリ自体のスローモードではなく、トピックごとのスローモードです）。
レート制限/制限を設けるというのは興味深いアイデアです。ただし、発表の状況は、どのような形であれ「これを言いたいのに、あなたは私にそれをさせてくれない」という摩擦が、結局その会議にあなたを導くことになるだろうと想像できるので、どのような形であれ問題を引き起こすと思います。
しかし、マーケットプレイスのユースケースは興味深いですね。
これは数年前の古いバージョンのphpbbでの実装でした。サイト全体での制限でした。行われたことは、過去24時間に行われたユーザーの投稿数と投稿の長さに基づいてフラッド時間を調整するために、フラッド時間チェックに追加のコードが追加されたことです。（拒否メッセージも変更されました。）
私の個人的な意見では、24時間後にリセットされる投稿制限は、数日、数週間、または数ヶ月の禁止よりも、ユーザーがより注意を払うものだと思います。しかし、これはすべての種類のオンラインコミュニティで真実ではないかもしれません。
Discourseでのフラッド時間の動作は確認していませんが、同様のツールが可能かもしれません。
こんにちは、もしかしたら私が3人目になるかもしれません ユーザーごとに特定のカテゴリの投稿数（私の場合は、トピックだけでなくメッセージ（返信）も制限したい）と投稿の長さを制限するという考えを支持する場合。
あなたは正しく指摘しました、このアイデアには生きる権利があります
この会話から私が理解したのは、コミュニティのルールや規範を設定し、それを施行することは、サイトモデレーターの日常業務の一部であり、極端な場合にのみ、Discourseソフトウェア自体を通じて施行する必要があるということです。返信を遅くすることは、より思慮深い議論を促進し、より多くの人々が参加するための余地を与えるため、そのような極端なケースです。これを使用しているほとんどのコミュニティは、実際には、それを必要とする特定のトピックでトピック管理ツールを通じてのみ使用していると思います。多くの人がカテゴリごとのスローモード設定を使用しているとは思いませんし、ユーザーあたり月に1回など、アナウンスの数を制限するために使用されているという話も聞いたことがありません。
ユーザーが新しいトピックを投稿する頻度を制限することは、モデレーターが、各カテゴリで許可されるトピックなど、他のルールとともに施行できるはずです。@tris20、あなたのコミュニティでこれに苦労しているとのこと、申し訳ありません！
そのような施行はDiscourseに追加できますが、エンタープライズ顧客がスポンサーになるか、複数のエンタープライズ顧客がそれを要求しない限り、優先される可能性は低いと思います。プラグインを通じて取得するために#marketplaceに投稿することもできます。その後、十分なサイトが採用すれば、最終的にはコアに組み込まれる可能性があります。
カテゴリごとのスローモード設定を使用して、返信を制限することはすでに可能です。
これはこのトピックでは新しいことです。特定のカテゴリでのみ投稿の長さを制限することで、どのような問題を解決しようとしていますか？ max post length という管理者設定がありますが、これはサイト上のすべての投稿に影響します。
個々の投稿の長さを制限することには、合理的な期間における投稿の累積長を制限することよりも価値が低いと思います。
しかし、サイト全体ではなく、カテゴリ固有の投稿サイズ制限にはユースケースがあるかもしれません。
返信が遅くなり申し訳ありません。通知に気づきませんでした 
Discourse への AI の導入はゲームチェンジャーだと思います。私のフォーラムのインスタンスでは、AI プラグインを使用しており、それにより、フォーラムに人々と AI との間のコミュニケーションゾーン（カテゴリ）が出現します。ご存知の通り、人とのコミュニケーションとは異なり、AI とのコミュニケーションは有料であり、人々と AI との間の制御不能なコミュニケーションは、サイト管理者に多額の費用がかかる可能性があります。既存の AI プラグインでは、入力されたキャラクターやリクエスト数を微調整する機能が提供されていません。このため、max post length 機能を、カテゴリ、ユーザーグループの選択、さらにはプライベートメッセージの最大文字数を設定する機能にも追加する時期が来たと考えています。ほとんどのユーザーはプライベートメッセージで AI とのコミュニケーションを好むためです。
機能リクエストが実現するまでの間、おそらくプラグインが必要になるかと思います。このプラグインは、カウンターでカテゴリ内の投稿数を制限し、カウンターがゼロになったときに投稿に必要なグループからユーザーを削除するなどの機能を持つでしょう。その後、ユーザーはグループへのアクセス権や counter 数分の投稿を購入できる（または、全員のカウンターがリセットされる月末まで待つ？）かもしれません。ユーザーがそのカテゴリに投稿すると、カウンターが減少します。
自動化プラグインは役立つかもしれませんが、カウンターを管理する手段は持っていないと思います。
