编辑政策、事实核验与技术审校机制

Tiziz 技术文档（https://tiziz.biz）始终将“技术严谨性、真实可复现性、商业中立性”作为采编的核心准则。为了向广大开发者提供真正经得起生产检验的高质量网络技术图谱，我们建立了严格的采编制度与审校机制。

一、反低质内容五大红线（一票否决）

凡在采编或复核中触碰以下任一红线的稿件，一律终止入库：

空洞概念堆砌与理论悬浮：仅有生硬的抽象概念定义，缺乏系统架构图、数据流向解析、状态机时序或可执行的终端验证命令。
未经多环境复现的盲目复制：未在真实物理机/虚拟机环境中经过 Linux（Ubuntu/Debian）、macOS 与 Windows 多平台抓包验证的配置参数与命令行，严禁编入文档。
商业决策偏向与促销诱导：正文中严禁出现任何商业机场品牌名称、优惠码返利、促销倒计时，或带有强烈主观导向的消费性词汇（如“最便宜”、“最推荐购买”、“首选机场”）。
权威出处缺失与伪造技术数据：论述协议握手、加密套件安全性、TCP 拥塞控制特性时，必须引用权威 IETF RFC 规范、IEEE 期刊或开源内核官方维护文档，严禁凭空捏造技术基准。
首段冗长与答案延宕：必须在首段（前 300 字内）以 TL;DR（Too Long; Didn’t Read）一句话答案的形式直接响应开发者的搜索意图，拒绝任何营销废话或空泛铺垫。

本站所有发布文章必须依次通过三道不可逾越的审核关卡：

第一级：初稿撰写（工程实践驱动）
- 由拥有多年系统开发经验的工程师完成初稿。
- 必须涵盖：标准元数据（Title/Desc/Keywords）、一句话答案（TL;DR）、核心技术要点清单（Takeaways）、协议原理深度剖析、结构化对比矩阵、真实终端操作示范（使用命令高亮块）、常见报错树与高频技术 FAQ。
第二级：架构复核（资深专家交叉评审）
- 由 CISSP/CCIE 资质专家或资深系统架构师执行交叉评审。
- 重点审核：底层网络套接字生命周期、IP 路由表 Metric 权重优先级、TLS 握手密钥交换协商流程及防火墙策略的安全性。
第三级：自动化质量门禁与合规审计
- 触发 CI/CD 自动化流水线，执行以下 5 项静态检查脚本：
  - check:boundary：关键词边界隔离，确保 0 商业机场违规词残留；
  - check:typography：排版系统检查，确保正文字号 $\ge 17\text{px}$、文字对比度 $\ge 7:1$；
  - check:content：元数据完整性与待补全残留字符彻底扫描；
  - check:seo：结构化标题层级、H2 数量、代码块、对比表格与 FAQ 完整性验证；
  - check:links：站内链接连通性与商业出站链接 rel="nofollow sponsored noopener" 强制校验。

定期例行核验：每季度由技术团队抽检 25% 的核心技术文章，针对依赖的开源内核（Mihomo、sing-box、Xray）新版本特性进行配置适配与参数同步。
协议废弃归档：对于密码学已被证明存在安全漏洞的过时算法或传输模式，及时在文章顶部标注风险警告，引导开发者升级至现代标准化方案。
透明修订记录：每篇文章均在 Frontmatter 与页面底部公开 date（初版发布时间）与 lastmod（最后核验更新日期），确保技术信息的时效性与透明度。