先描述要解决的问题，不急着写处罚
制定版规的起点应是一个具体的协作障碍，例如同一问题短时间重复发布导致答案分散，或讨论中不断引用与主题无关的个人经历导致原问题无人回答。先描述影响，再确定希望出现的行为。若一开始只有“禁止不友善”“违者严肃处理”，执行时就容易把语气不合自己心意也归入违规。
规则适合约束能够观察和举证的行为，例如连续重复发布相同内容、对成员使用侮辱性称呼、在无关主题下反复贴推广链接。对于“故意捣乱”“态度不好”等动机词，应补上具体表现；否则不同负责人很难保持相同理解。
把六个字段写全
版规不必很长，但应让成员在发帖前知道怎样遵守，在处理后知道怎样改正。适用范围可以是全站，也可以只针对一个栏目；处理方式需要区分编辑提示、移动合并、暂时限制和进一步复核，避免所有问题都落到同一种措施上。
| 字段 | 要写清的内容 | 检查问题 |
|---|---|---|
| 目的与范围 | 保护什么讨论条件，适用于哪些栏目 | 是否把一个栏目的习惯写成全站要求？ |
| 行为定义 | 可观察行为及必要的反例 | 不同人能否用相同证据作判断？ |
| 首次处理 | 提醒、补充信息、移动或合并 | 成员知道下一步如何修正吗？ |
| 升级条件 | 重复发生或影响扩大时的条件 | 是否说明升级原因而非临场决定？ |
| 记录方式 | 条款、内容范围、理由和结果 | 后续复核能否还原决定？ |
| 复核与修订 | 提出异议的途径和规则版本 | 有争议时能否回到公开文本？ |
虚构案例：把“禁止水帖”改写成一条清楚的规则
虚构的“潮汐读书会”问答区原版规写着：“禁止水帖，发现即删。”新人问“这本书先读哪一章”，老成员发“我也想知道”，都被不同版主视为水帖。成员既不知道问题出在哪里，也不知道重发时该改什么。
可改为：“在读书问答区，同一成员就同一问题有新的补充时，请编辑原帖或在原帖回复，避免另开相同主题。发现重复主题后，版主先提供保留帖链接并合并有效补充；如提醒后仍反复发布相同内容，按公开的重复发布处理步骤复核。仅因问题基础或篇幅短，不视为重复主题。”
新文本既定义行为，也给出排除条件。版主处理时可以说明两条帖子为何属于同一问题，成员可以指出新帖是否包含不同版本、不同条件或尚未回答的部分。讨论因此回到内容差异，而不是争夺“水不水”的评价权。
用三个边缘情境试读，再发布规则
起草后，用明显符合、明显不符合和边界模糊的三个情境试读。重复提问规则可以测试：原帖未获回复时再次发布、换了书的版本后重新提问、把多个问题拆成独立主题。若这些情境让负责人产生不同结论，就补充条件，不要把问题留给现场争执。
发布时保留版本日期和变更摘要，说明新规则从何时适用。对规则变动前的内容，应单独说明整理方式；不要把成员无法事先知道的新要求，当作追溯惩罚的依据。试行期间记录实际出现的疑问，修订时公开说明改了哪一句以及原因。
- 行为描述应能指向具体内容或操作。
- 至少写一个不会触发规则的反例。
- 处理说明应告诉成员如何修正。
- 例外应有理由并留下记录，避免只对熟人宽松。
规则越多，并不等于秩序越好
当多条规则反复约束同一种行为时，可以整理成一个入口并附例子；当规则只为一次偶发争论服务时，应先考虑澄清主题范围是否已经足够。规则无法预见所有情况，遇到新问题时可以先说明临时处理及其范围，再讨论是否有必要形成普遍条款。
最后检查语句是否同时约束负责人：处理需说明依据、类似情况按相同条件判断、异议有记录入口。可执行的规则不是一张处罚清单，而是一份双方都能查阅的合作说明。
带走这份自检
- 用可观察行为替代动机猜测。
- 规则包含处理路径，也包含不适用的反例。
- 保留版本与变更理由，避免成员只能猜规则。
继续阅读
需要比较其他社区的公开实践，可阅读首页资料来源说明。本站方法示例并非任何外部论坛的现行管理承诺。