V7.04.1Procedural transparency设计研究
治理规则需公开且可预期
别名: 治理透明 · 规则可预期 · moderation policy · 适用一致性
概念解释
程序透明性（procedural transparency）是治理规则、适用范围、处理路径和可能后果对受影响者公开且可预期。透明不要求公开所有反滥用细节，而是让人能在行动前理解边界、在处理后理解自己处于何种程序中。
机制
不透明治理把风险留给成员猜测：同样行为何时被允许、由谁判断、怎样纠正都不清楚，可预期规则让人调整行为、提出证据和监督一致性，减少权力任意性。
第二层机制要区分两种不同的透明，很多治理系统只做到了第一种：规则可发现（能不能找到写下来的规则文本）和适用一致（同一条规则在不同案例里是不是被同样执行）。前者做起来容易——把政策发布在帮助中心就完成了；后者难得多，因为它要求执行者在成千上万个具体判断里保持相同的标准。真正压低"权力任意感"的其实是第二种，而多数用户判断一个治理系统是否透明，靠的也不是有没有读过政策文本，而是观察到的处理结果是否符合规则字面上给出的预期。规则写得再清楚，如果实际执行经常出现同类行为不同结果，用户体验到的仍是不可预测——这是一种形式透明、实质不透明的状态，比完全不公开规则更容易造成信任流失，因为它制造了"应该能预测却预测不了"的落差。
怎么研究
- 范式：可用性测试成员对规则和处理路径的理解，让他们预测具体案例的处理结果并与实际结果比对；用同一批相似案例做处理一致性分析，检验同类行为是否得到同类处理。
- 变量：规则可发现性、理解度、案例间处理一致性（可用评审者间一致率量化）、处理时长、申诉率和信任度。
- 方法论注意点：阅读或同意条款不代表理解，应让成员用自己的话预测案例结果；一致性分析必须控制案例本身的严重程度差异，否则处理结果不同可能只是案情不同，而非执行不一致。
边界
反作弊、隐私和即时安全行动不能披露所有检测细节，保密的理由、可公开的原则和事后说明仍应存在。规则可发现性的价值也依赖场景：在成员数量少、彼此熟悉治理者行事风格的小型社区里，规则是否写成文字影响不大——大家通过观察历史处理案例就能建立预期；成员规模扩大、治理者轮换或引入自动化之后，写明的规则和一致执行才成为建立预期的主要来源，也是这条现象真正需要被认真对待的场景。
怎么落地
- 以情境例子说明禁止、允许与灰区，并将规则链接到相关操作处，让规则可发现性落到具体触点而不是单独的政策页面。
- 发布处理步骤、角色、时限和申诉入口，记录规则变更与生效时间，让"适用一致"可以被外部核查。
- 定期审计规则文字与实际案例是否一致，把不一致案例作为规则本身需要修订的信号，而不只是执行失误。
- 验证办法：随机抽取成员和案例，测试他们能否正确预期处理结果及找到救济路径；同时抽样同类案例比较处理结果的一致率，一致率长期偏低说明问题出在执行而非规则文本。