写孢子三部曲：技术人、父亲和小说作者之间的自己
记录17年写作过程中，技术经验、家庭角色和小说作者身份如何共同影响《孢子三部曲》的主题、结构和人物判断。
posts
Posts
Godot 奖励呈现流水线：从服务器发奖到玩家真的看懂
背景：奖励呈现流水线不是一个孤立功能 奖励系统看似简单：服务器发道具，客户端弹个获得窗口。但实际项目里，奖励来自关卡结算、邮件、活动、广告、补偿、任务、首充、兑换码。玩家可能一次拿到几十种物品，背包、红点、任务进度、货币栏都要刷新。
Godot 运行时资源下载韧性：CDN 抖动时客户端该怎么稳住
运行时下载资源是很多 Godot 项目绕不开的能力。移动端首包要控制大小，活动资源要热更新，语音和高清贴图可能按需拉取。只要资源离开安装包，客户端就必须面对现实网络：CDN 节点抖动、下载中断、文件校验失败、磁盘不足、玩家切后台、运营临时回滚。
写孢子三部曲：把长期写作当成一个项目来管理
记录《孢子三部曲》跨越17年写作中，如何整理资料、版本、人物、时间线和修改任务，把小说从灵感变成可推进的长期项目。
Phaser PWA、离线缓存与 CDN 发布：资源版本一致性比缓存命中更重要
讨论 Phaser H5 游戏在 PWA、Service Worker、离线缓存、CDN 发布、资源 hash、灰度和回滚中的实践策略。
Phaser 可访问性与 CJK 本地化：中文排版、字号和辅助输入
可访问性不是最后加一个选项 很多 Phaser 小游戏把可访问性和本地化当成上线前检查项：中文能显示，按钮能点，英文不溢出就算完成。实际玩家设备、视力、语言、输入习惯差异很大。字号太小、红绿区分、按钮热区不足、中文断行奇怪、音效没有字幕，这些都会让一部分玩家直接流失。
Godot 碰撞层契约治理：能撞到谁，不能靠节点名字猜
为什么要单独治理 版本后期，项目里有 Player、Enemy、Projectile、Interactable、Loot、QuestArea、CameraBlocker 十几类节点。某次改动后，治疗弹会被装饰物挡住，拾取物又能触发敌人警戒区。
Phaser + TypeScript 项目结构：Scene 之外也要有业务边界
介绍 Phaser TypeScript 项目中 Scene、服务层、配置、事件、测试入口和模块边界的组织方式，避免小游戏越写越散。
写孢子三部曲：不要把对立面写成简单坏人
记录《孢子三部曲》如何处理机构、反对者、隐瞒者和错误决策者，避免把复杂危机写成简单坏人推动的故事。
Phaser WebGL Pipeline 与后处理：受击闪白、描边和性能边界
从 Phaser WebGL Pipeline、PostFX、受击闪白、角色描边、屏幕后处理和低端设备降级出发，讨论视觉效果的工程边界。
Godot 任务 UI 状态恢复：网络波动、切场景和重进游戏都别丢上下文
任务系统的复杂度经常被低估。任务逻辑可能在服务端或数据层已经很清楚，但玩家真正感受到的是 UI：右侧追踪是否及时更新，完成弹窗是否出现，领奖按钮是否可点，切场景回来后当前选中的任务还在不在。只要 UI 状态丢一次，玩家就会觉得任务系统“不可靠”。
Godot 联机客户端预测与回滚：让操作先响应，再把误差收回来
背景：客户端预测与校正不是一个孤立功能 联网动作游戏里，如果每次移动都等服务器确认，操作会像隔着一层棉。客户端预测让玩家按下移动后本地立刻响应，再等服务器快照回来校正。听起来简单，真正做起来会遇到输入序号、重复模拟、碰撞差异、校正抖动、动画状态和特效回滚。
写孢子三部曲：危机之外也要有生活纹理
记录《孢子三部曲》为什么不能只写灾难、设定和真相，还必须写人物在危机之外的生活纹理，让世界和人物真正可信。
Phaser 商店、抽卡与奖励流：本地动画要服从权威结果
抽卡动画不能决定结果 商店和抽卡是很多 H5 游戏的商业核心。Phaser 做奖励展示很容易：按钮、转场、卡面翻开、光效、稀有度音效。但越是表现华丽，越要记住边界：本地动画不能决定奖励结果。奖励结果必须来自权威逻辑，本地只负责把结果清楚、稳定、可恢复地展示出来。
Godot 触觉反馈系统：震动不是随手调用一次 vibrate
背景：触觉反馈系统为什么值得单独设计 触觉反馈做得好，按钮确认、命中、受伤、技能蓄力都会更有重量；做得不好，它会变成吵闹的背景噪声。我们第一次接震动时，很多地方直接调用平台 vibrate：按钮点一下震，抽卡震，战斗命中震，开宝箱震。
Envoy代理深度配置：构建高性能API网关
深入讲解Envoy代理的核心概念与高级配置，详解Listener、Cluster、Route、Filter等组件，提供流量管理、故障注入、访问日志、gRPC转码等生产级配置示例。
Phaser 性能预算：60 帧不是口号，是每一帧怎么花钱
从一个真实问题开始 测试机上 60 帧，线上用户反馈卡。这个场景太常见了：开发机 Chrome 很顺，低端安卓 WebView 里一开技能雨就掉到 25 帧。性能问题不是上线前压一遍 profiler 就能解决，它需要从玩法设计阶段就有预算。
Godot 动画 LOD 调度：远处角色少算一点，也不能突然像木偶
为什么要单独治理 主城同屏 80 个角色时，帧率主要花在动画采样和骨骼更新上。团队把远处角色动画更新频率降到每秒 5 次，帧率上来了，但玩家看到远处 NPC 像卡顿的木偶，靠近时还会突然补动作。动画 LOD 不是粗暴降频，而是要按距离、屏幕占比、动作重要度和镜头焦点调度。
写孢子三部曲：为什么这个故事拖了17年我还想写完
作为《孢子三部曲》创作手记阶段性总结，记录这个故事跨越17年仍然值得继续写完的具体原因、低谷、回返和自我对话。
Godot 画质动态缩放：分辨率、阴影和特效的运行时调节
背景：运行时画质动态缩放不是一个孤立功能 画质设置不是设置页里几个下拉框那么简单。低端设备进入战斗后掉帧，玩家不会去逐项研究阴影、粒子和后处理；高端设备又不希望被保守默认浪费。我们在做移动端 3D 场景时，最初只提供低中高三档，结果同一档在不同机型表现差异很大。