版规：十条能执行的规则与三档处置

处置需要可核查的行为与上下文；截图是线索之一，不是全部证据。

一、他写了三十条版规，然后每次都靠感觉处理

方棠的社群有一份很长的版规：友善、尊重、开放、包容，不要发广告，不要引战，不要破坏氛围。写完之后他很满意，置顶在群公告里。

第一次冲突来得很快：两个成员在「该不该支持某个竞品」上吵了四十条。他翻版规，发现「不要引战」这四个字什么也没说明——谁先引战？批评竞品算不算？他最后各打五十大板，两个人都不服，其中一个退群。

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

版规的问题不是不够严，而是不可判定。 「友善」不能被观察，「引战」不能被举证；当规则只剩下形容词，处置就只能靠你的情绪，而情绪是最不稳定的治理工具。

二、十条规则：每条都要能判定、能举证、有后果

规则的数量不是重点，可执行性才是。本例先用十条覆盖常见场景，实际覆盖范围需按处置记录复核，每条都对应一个可截图、可链接的行为。

规则要写「做什么」，不只写「不做什么」。 第 5、6 条给的是正确做法；只写禁止的规则，会让新人不知道该怎么办。

第 3 条是最容易被误解的一条。 不是不许推广，而是必须标注与事先说明；一人产品的社群常常靠成员互相推荐，一刀切禁广告会杀掉最有价值的口碑。

紧急停止传播与最终判断分开。 涉及诈骗、隐私暴露或疑似严重违法内容时，按权限先隐藏、隔离或限制访问并保留必要证据，再由有权限的人复核。申诉不意味着危险内容必须先恢复；即使严重处置也可能误认对象或上下文，应有纠错入口，具体法律义务另行核对。

规则先保持简明。 本例用 10–15 条作为编写预算，不是读者必然不读的客观界限；需要的安全条款不能为凑数量删掉，可用摘要加详细说明组织。

每条规则配一句例子。 例如第 7 条可以写「同一问题在三个频道各发一次，算刷屏」；例子让规则从抽象变成可对照。

三、三档处置：提醒、限言、移出

处置的目的不是惩罚，而是让行为停止，并让其他人知道边界在哪里。

一档必须私信，不要公开点名。 公开批评会让初犯者为了面子对抗到底；私信提醒保留了他的体面，也让规则更容易被接受。

二档要公开说明「发生了什么类型的处理」，但不公开细节。 例如「刚才的推广内容已删除，发布者限言 24 小时」；这样其他人知道边界，被处理者也不至于被围观。

三档要区分「永久」与「30 天冷静期」。 只有违法、诈骗、恶意破坏才永久；情绪冲突导致的严重违规，30 天后再看，往往双方都冷静了。

处置要留痕。 时间、对象、规则编号、证据链接、处置结果，五行就够；这份记录在申诉、在交接、在你半年后回看时都会用到。

普通争议的最终处置留出冷静与第二人复核时间。 本例用 2 小时作为普通争议的冷静窗口；严重风险的临时隔离立即执行，不应机械等候。紧急处置需记录理由，尽快复核，并在 24 小时内完成一次状态检查；未能定论时说明限制是否继续与下次检查时间。

也不要做「氛围警察」。 语气冷淡、提问重复、观点不同，都不是违规；把「让我不舒服」当成处置理由，社群会迅速变得只有一种声音。

四、证据、申诉与执行成本

误判的成本被严重低估。一次不公正的处置，损失的不只是一个人，而是围观者对规则的信任。

证据要保留足够上下文并限制传播。 截图可能截断对话或被修改，结合原帖、时间、账号与编辑记录核对；举报线索不足时可以先调查，紧急时先采取必要的临时保护，不把未经核实的指控当成最终事实。公开汇总脱敏，原始记录只给必要人员并设保留期限。

本例常规申诉窗口是 7 天，一次完整提交。 这是内部处理安排，不是任何平台或法域的统一要求；提交新证据或发现程序错误时仍应允许纠错。由未参与原决定的人复核更合适，只有创始人时应明确这一限制；最好提供不依赖群成员身份的入口，避免移出后无法申诉。

每月公示处置数量，不公示细节。 「本月处理 12 次，其中提醒 8 次、限言 3 次、移出 1 次」这一行字，比十页版规更能让人相信规则在运转。

按本例复算执行成本：

月发帖 = 96 名活跃 × 5 条 = 480 条
初判违规帖子 = 12 条（本例每帖一次处置）→ 初判占比 = 12 ÷ 480 = 2.5%
补环境、改标题等协助不算违规；申诉改判后须更新统计

处置工时：
一档 8 次 × 4 分钟 = 32 分钟
二档 3 次 × 12 分钟 = 36 分钟
三档 1 次 × 30 分钟 = 30 分钟
合计 = 98 分钟 = 1.63 小时
折算 = (98 ÷ 60) × 60 = 98 美元/月（1.63 为展示近似值）
占 20 小时维护时间的 8.2%

已复核处置的误判占比：
若全部 12 次均复核，错 1 次 = 1 ÷ 12 = 8.3%（高于教学目标 5%）
若全部复核且未发现错误 = 0/12 = 0%（仅本批观察值）
若只复核申诉的部分，不能用全体 12 作分母或断言其余全对
没有处置或没有复核时记不适用，不自动填 0%

98 分钟是纯处置时间，不含情绪恢复。 一次公开冲突可能让你半天写不进代码；这就是 01 里单列情绪劳动的原因。

分母是已复核的处置，不是成员数或被处罚的独立人数。 同一个人可能有多次处置；1/12 不能解释成每 12 名成员错罚一人。零发现也不证明长期误判风险为零，须说明复核覆盖与判定标准。

五、行动清单与复算验收

版规要在第一次冲突之前写好，而不是之后。以下清单按顺序做。

• 把现有版规里的形容词删掉，只保留可观察的行为。
• 把规则压缩到 10–15 条，每条配一个真实例子。
• 为每条规则指定默认档位，避免现场临时决定。
• 写下三档处置的时长与是否公开，贴进群公告。
• 建立处置记录表：时间、对象、规则编号、证据、结果。
• 区分紧急临时隔离与普通争议最终处置；记录复核人和 24 小时内状态检查。
• 公布申诉入口与 7 天常规窗口，确保被移出者仍能提交；新证据允许纠错。
• 每月统计处置次数与误判次数，误判率超过 5% 就回看规则。

验收标准：任取一条规则，你能在 30 秒内说出它的判定依据、默认档位与所需证据；说不出来，这条规则就该删掉或改写。

使用边界与实操验收

本文给的是通用社群的规则框架，不针对特定平台或法域。

开源项目的治理不归本文。 行为准则、贡献者权限与代码审查冲突属于开源治理；本文处理的是产品用户之间的日常互动。

游戏社区的规则不归本文。 外挂、代练、账号交易、用户创作内容审核需要更细的分类；本文不涉及游戏内行为。

规则不能替代法律。 涉及隐私、名誉、消费者权益与未成年人保护的内容，本文只给操作方向，具体口径请咨询所在地专业人士。

不要照抄别人的版规。 规则要匹配你的产品与人群；一个开发者工具的群和一个亲子产品的群，边界完全不同。

关键参考与核验范围

核验日期：2026-10-25。以下链接用于核对社区规则与执行的一般做法，本文未逐条引用其内容。

• Discourse 社区管理指南 ：用于核对版规、信任等级与处置的一般流程。
• GitHub 申诉与恢复说明 ：用于对照平台处置也可能需要纠错的设计；其窗口与流程只适用 GitHub，本文 7 天是另设教学安排。

引用口径。 本文只借用「规则要可判定、处置要分档」这一一般做法；480 条帖子、12 次违规、98 分钟与 8.3% 全部是教学假设，与上述材料无关。

核验范围。 核验的是「十条规则 + 三档处置 + 证据与申诉」这套结构是否仍可操作，不是比对某个平台的具体条款。

如何自行复核。 取过去三个月的处置记录，按本文三档重新归类一次；如果超过一半的处置找不到截图或链接，说明你的证据要求没有落地。

系列导航

• 上一篇：冷启动前 100 人：从 1200 人名单里请谁来
• 下一篇：版主与志愿者：四级权限、轮值表与退出
• 回到目录：一个人的社区：冷启动、版规、版主与社群健康
• 相关阅读：一个人的自助支持：帮助中心、排查树与工单减少