治理
如何做出决定、如何选出推荐，以及如何处理利益冲突。
维护者
维护者负责审核和合并拉取请求、分类处理 issue 以及管理 Discussions。维护者列在 .github/CODEOWNERS 中。任何人在积累了准确、来源可靠的贡献记录后，都可以成为维护者。
如何接受修改
- 所有修改都通过拉取请求进行。任何人（包括维护者）都不能直接将评级修改推送到
main。 - 每个拉取请求都必须通过
npm test（验证和构建）。 - 至少一名维护者批准该拉取请求。
- 回答需要来自一手来源的证据：官方文档、源代码、许可证文件、已发布的审计报告或可复现的测试。评测、博客文章以及缺乏细节的营销宣传都不算证据。
- 当来源相互矛盾时，以最新的一手来源为准。如果仍不明确，回答为“未知”。
标准的修改
标准决定了每一个分数，因此修改 criteria/ 需要更加谨慎：
- 先提交“Criteria change”issue 或发起 Discussion。
- 拉取请求至少保持开放 7 天，以征求公众意见。
- 需要两名维护者批准。
- 标准 id 一经发布便不再重命名。如需停用某项标准，请在拉取请求中将其删除并说明原因。
推荐
- 每个类别最多可有两个推荐。
- 推荐必须有
pick_reason，用浅显的语言说明选择理由。 - 每个类别最多两个推荐，用
pick: 1和pick: 2排序。 - 推荐由编辑选出。推荐单独显示，从不影响分数。
- 任何人都可以在“Picks”Discussions 类别中对推荐提出质疑。质疑会得到公开答复。
利益冲突
Privacy Ratings 由 Forward Email 背后的团队维护。与维护者有关联的条目称为“关联条目”。目前这指的是 Forward Email。
关联条目的规则：
- 每个关联条目都附有
disclosure，显示在其页面顶部。 - 提高关联条目分数或将其设为推荐的拉取请求，必须为每个修改的回答附上证据链接，并在合并前至少保持开放 7 天。
- 以有效证据降低关联条目分数的拉取请求，与其他拉取请求一样合并。
- 对于维护者本人或其雇主存在经济或个人关联的任何条目，维护者都必须添加利益披露。
资金
- 没有推广链接。验证会拒绝带有推荐或跟踪参数的 URL。
- 没有付费排名、赞助条目或付费评测。
- 厂商可以像其他人一样附上证据提交更正，但必须声明自己是厂商。
社区管理
Issue、拉取请求和 Discussions 均遵守行为准则。维护者可以锁定或隐藏辱骂性、偏离主题或推销性质的评论。