研究与编辑方法
目标
本知识库回答的不是“作者写过什么”，而是“这些实验能帮助今天的游戏研发做出什么判断”。因此，整理过程同时保留历史语境、实验证据和截至 2026-07-14 的外部进展。
原文处理
原始材料是 39 个知乎导出 HTML。清洗流程只读取文章正文区域，移除作者卡片、推荐、按钮、评论、脚本和页面样式；代码块、标题、正文图片和视频候选单独保留。普通评论不进入正文。若作者在评论区明确补充了适用限制，专题会以“作者在评论区补充”标记后转述。
每篇文章在 manifest.json 中只有一个主归属专题。跨主题内容使用链接引用，避免同一篇文章在多个专题被重复计算。标题、发布日期和来源 URL 直接从 HTML 元数据提取，并由校验脚本与原文件逐一比对。
价值分层
核心案例
满足至少一项：形成完整工作流；提供可复现代码或结构；明确记录成功与失败；被后续文章继续迭代；对多个专题有可迁移意义。
补充案例
提供重要局部经验、对照或限制，但没有形成完整闭环，或其主要方法已经被核心案例覆盖。
归档案例
主要价值是解释技术演进。旧方案不会被删除，但会标明后续版本和今天仍可使用的场合。
状态标签
- 案例中跑通： 作者在具体数据、工程或 Demo 中完成了从输入到结果的闭环。它不代表跨项目稳定。
- 原型可用： 结果足以支持概念验证、白模或内部协作，尚不能直接替代正式制作。
- 探索中： 有方向价值，但证据、可复现性或资产质量不足。
- 失败案例： 原定目标未达到，但失败原因能约束后续方案。
- 已被后续替代： 主要用途已由后续版本覆盖，旧方案仅保留历史或特殊场景价值。
三种叙述标签
专题正文使用语义明确的写法区分信息来源：
- 原文实验： 只描述作者在文章日期时实际做过、观察过或明确判断的内容。
- 当前进展： 只描述截至 2026-07-14 可由官方文档、官方仓库或原始论文支持的内容。
- 编辑判断： 把多篇原文和外部证据综合成实践建议。若结论不是来源直接陈述，会明确使用“更适合”“可以推断”“建议”等措辞。
外部来源规则
技术事实优先级从高到低为：
- 官方产品文档、规范和发布说明。
- 官方开源仓库、技术报告和模型卡。
- 原始研究论文及其项目页面。
- 由工具提供方发布、且公开研究方法和样本范围的行业调查。
二手媒体、搜索摘要、论坛转述和未核实演示不用于支撑技术结论。产品方对自己的能力描述只证明“官方声称或提供该能力”，不自动证明跨项目质量。论文中的量化结果只在其数据集和实验条件内成立。
更新规则
每个专题都有“信息截至 2026-07-14”标记。未来更新时先检查外部链接、产品状态和模型仓库，再更新正文。不要删除历史结论；应新增“后续变化”，以便读者理解为什么旧文章当时合理、今天却可能不再是首选。
媒体规则
原文媒体已获得公开再整理授权。站点只本地化能证明工作流或结果的精选图片和短视频，不保存头像、评论图片、重复帧或纯装饰素材。图片转为 WebP；视频保留控件、封面和替代说明，不自动播放。外部研究图片不复制到本站，只链接原始来源。
写作约束
- 不把单次演示描述为行业普遍效果。
- 不用点赞数判断技术价值。
- 不将“能生成”与“能编辑、能运行、能替换、能维护”混为一谈。
- 不隐藏失败、人工修正、抽卡和模板依赖。
- 不大段复制原文；短语和公式之外均重新组织语言。
- 所有时效性事实附可点击来源，并写明访问日期。
可复现资产
manifest.json保存主题、文章、标签、状态和版本关系。source-corpus.json是从原始 HTML 机械提取的编辑底稿，不直接发布为文章。tools/extract_source.py可重新生成清洗底稿。tools/localize_media.py用于首次获取已授权媒体并转为 WebP 与 MP4；已入库媒体是构建输入，日常构建不访问网络。tools/build_site.py从 Markdown 生成无需构建即可浏览的静态站。tools/validate.py检查 39 篇覆盖、链接、媒体、引用标记和输出一致性。tools/browser_smoke.py用本机无头 Chrome 验证 file://、HTTP、搜索、主题、无脚本降级和三档视口。