编辑原则与内容政策
本页公开极客译站的全部内容准则，也是读者监督我们的依据。四条原则同时写入了构建工具链： 违反原则的报告会被 开源校验脚本 直接拦下，不进入构建。
编辑四原则
一、绝对客观，对事不对人
我们只评价代码、模型、文档、协议、发布记录这些可验证的对象，绝不评价开发团队的动机或人品。 可以说「文档更新滞后于代码接口变更」「维护响应间隔变长」，因为这是仓库里可数的事实； 不会说「团队不作为」「作者敷衍」——那是无法验证的主观推断。 判断依据只有公开仓库记录：提交历史、issue 处理、发版日志、README 与 LICENSE 原文。
二、可追溯的证据链
每一条关键结论都标注证据等级：E1 = 仓库 / 官方文档原文（附可点击链接）， E2 = 主流技术媒体或多次独立来源交叉，E3 = 社区传闻（仅作线索，不进结论）。 没有来源的「坑」不写，E3 证据不参与评分。每份报告末尾附完整证据表：断言 → 等级 → 来源。
三、免责声明（Disclaimer）
本站内容为信息整理与技术评论，不构成法律建议、安全建议或商业决策依据。 协议判断以仓库 LICENSE 原文为准；安全判断以官方安全公告为准；使用任何项目产生的后果由使用者自行承担。 项目状态随时间变化，报告仅反映「数据快照日期」当时的状态，过期报告会按「报告新鲜度」规则标注。
四、纠错通道（Correction Policy）
主通道是站内纠错 / 投诉 / 建议页面—— 提交直接进入站内记录，每条有唯一编号与查询码，处理结果公开公示，全程不经邮箱。 也可在 GitHub Issues 提交（附上依据来源优先）。 处理流程：① 确认收到（48 小时内）→ ② 核对来源 → ③ 属实则修订并记录，不属实则公开说明理由。 所有修订进入对应页面的「修订记录」，只增不删——改过什么、为什么改，永久可查。
这些原则如何被强制执行
口号没有约束力，所以校验规则写进了 scripts/validate.py：每份体检报告入库前必须通过机器门禁——
判定枚举合法、红线必须附来源、关键结论必须有 E1/E2 证据支撑、每条陷阱必须有缓解方案、
评分加权总分必须与判定档位一致、报告超过 180 天必须标注「待复核」，
以及主观攻击性措辞（针对人或团队的评判用语）一经命中即拒绝构建。
校验脚本与全部数据开源，任何人都可以运行它来检查我们是否言行一致。
利益冲突声明
本站不接付费收录、不做竞价排名、收录顺序与判定不受任何项目方影响。 站内不含广告与追踪脚本，收入模式目前不存在；若未来引入任何合作形式，将在此页第一时间披露。
本政策 v1.0，2026-10-31 生效。政策本身的修订同样只增不删，记录于本页下方。
修订记录
- 2026-10-31 — 政策首次发布：确立编辑四原则并将其写入构建门禁。