这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
Steam 游戏 Feature Flag 实战：2021 年 7 月个人项目如何管理实验功能、Demo 内容和构建配置
讲解个人 Steam 游戏 Feature Flag 和构建配置，覆盖实验功能开关、Demo/正式版差异、调试入口、内容锁定、QA 矩阵和发布清理。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
库存预占架构：交易、合成和消耗如何避免同一件物品被用两次
背景：问题通常藏在正常路径之外 背包里的同一件物品可能同时被多个流程盯上：玩家拿它去交易，又点了强化，还提交了任务。只靠最终扣除时检查一次，容易在并发和重试下出现重复使用。库存预占架构让物品在进入高风险流程前先被锁定，流程结束后确认消耗或释放。
Steam 游戏开发者控制台实战：2021 年 7 月个人项目如何做命令、权限、日志和发行版清理
控制台解决什么问题 个人游戏开发后期，很多测试动作重复而费时：跳到某关、给道具、设置任务阶段、刷新敌人、切换天气、打开调试信息、重置房间。如果每次都靠临时代码或隐藏快捷键，项目会越来越乱。开发者控制台可以把这些动作统一成命令。
战斗服旁路计算架构：统计、AI 辅助和反作弊别挤占主循环
背景：问题通常藏在正常路径之外 战斗主循环应该尽量只做权威裁决。统计、报表、风险特征、观战摘要、AI 建议这些功能都很重要，但它们不应该和命中、伤害、状态提交抢同一个 tick 预算。旁路计算架构的核心，是把非权威计算从主循环中拆出去，让主循环在高峰时仍然稳定。
SaaS 行业观察：全球化扩张的本地化挑战
开场：一个「简单「的翻译需求 一家美国 SaaS 公司的产品负责人收到了来自销售团队的请求：「我们刚刚签下了第一个日本客户，他们要求产品界面支持日语。这应该很简单吧？找个翻译公司把界面文字翻译一下就行了。「 产品负责人最初也认为这是个简单任务。
2015年移动游戏创业失败复盘三：技术负责人最容易做错的产品决策
技术负责人做游戏创业，有一个很隐蔽的风险：你会把自己最擅长的事情，误认为公司最需要的事情。2015 年开始做移动游戏创业时，我身上最稳定的能力就是技术。之前在腾讯和搜狐畅游参与过游戏和游戏社区开发，客户端和服务端都做过，所以我对项目里很多工程问题并不陌生。
Steam 游戏拍照模式实战：2021 年 7 月个人项目如何做暂停、镜头、滤镜、水印和截图分享
拍照模式的价值 对个人 Steam 游戏来说，玩家截图是一种自然传播。漂亮场景、角色搭配、基地布局、战斗瞬间都可能被分享到社区。拍照模式能降低玩家截图门槛，让截图更干净，也能给商店页和社区积累素材。但拍照模式不是所有项目都必须做。它适合视觉表达强、角色或场景可展示、玩家有创作欲的游戏。
房间命令日志压缩架构：保留可回放能力又不让存储爆炸
背景：问题通常藏在正常路径之外 房间命令日志是排障和回放的基础，但如果把所有输入和内部事件永远原样保存，存储成本很快失控。尤其是长时间房间、观战、开放世界局部实例，会产生大量重复移动、心跳和低价值事件。日志压缩架构要保留关键可重放能力，同时把低价值冗余数据压下去。
Steam 游戏地图与小地图实战：2021 年 7 月个人项目如何做探索、标记、迷雾和任务导航
地图系统的目标 地图和小地图的作用不是替玩家玩游戏，而是降低无意义迷路成本。探索类、动作冒险、RPG、经营和解谜游戏都可能需要地图。玩家需要知道自己在哪里，目标大致在哪，哪些区域探索过，哪些门还没开，哪些资源点值得回去。
客户端补丁门控架构：版本、资源和服务器能力如何对齐
背景：问题通常藏在正常路径之外 客户端补丁和服务端能力不对齐时，问题会非常隐蔽。玩家可能资源包没更新却进入了新副本，客户端没有新字段却收到新协议，或者脚本热更失败但登录仍然放行。补丁门控架构的目标，是在玩家进入核心玩法前确认版本、资源、脚本和服务端能力都处于可兼容范围。
2015年移动游戏创业失败复盘二：产品定位从一开始就不够锋利
如果说第一篇写的是我误判了手游市场窗口，那么这一篇要写的是另一个更贴近产品本身的错误：我们的产品定位从一开始就不够锋利。这句话听起来像一个事后总结。真正处在 2015 年创业现场时，它并不明显。那时我们也会讨论目标用户，也会写产品特色，也会做竞品分析，也会说这款游戏面向哪些玩家。
Steam 游戏合成与配方系统实战：2021 年 7 月个人项目如何做材料、解锁、预览和存档
合成系统要服务玩法目标 个人游戏加入合成系统很容易：收集木头、矿石、碎片，然后做武器、药水或工具。但如果配方只是把材料变成另一个图标，玩家很快会觉得这是填充。合成系统应该服务明确目标：让探索有回报，让经济有消耗，让玩家按自己的路线构建角色，或让任务道具有制作过程。
世界对象租约架构：宝箱、机关和临时 Boss 谁来负责
背景：问题通常藏在正常路径之外 开放世界里的对象经常不是永久存在的。一个宝箱可能只刷新十分钟，一个机关可能被某个分区负责，一个临时 Boss 可能跟随活动动态迁移。多个场景进程、分区服务和事件控制器都可能想操作它。
Steam 游戏刷怪导演系统实战：2021 年 7 月个人项目如何控制敌人波次、压力和性能
刷怪系统为什么要有导演 很多个人游戏一开始把敌人直接摆在关卡里，或者每隔几秒生成一只。这样实现快，但战斗节奏很容易失控：玩家刚进房间就被背后刷怪，低血量时继续被压制，敌人堆在门口，低配机器掉帧，或者刷出的敌人没有形成有趣组合。
运营活动状态机审计架构：活动从预热到结算每一步都要可查
背景：问题通常藏在正常路径之外 运营活动不是一个简单开关。它有草稿、审批、预热、开启、暂停、恢复、结算和归档，每个阶段都有不同的入口、奖励、榜单和展示规则。活动出问题时，团队最需要知道的是谁在什么时候把活动从哪个状态切到哪个状态，影响了哪些区服和玩家。状态机审计架构就是把这条链路变成可查、可回滚、可解释的生产流程。
2015年移动游戏创业失败复盘一：我误判了手游市场的窗口
2015 年决定做移动游戏创业时，我心里有一个非常强的判断：手游还有机会，小团队也还有机会。这个判断不是凭空来的。那几年智能手机已经完成大规模普及，移动支付越来越顺，应用商店和安卓渠道每天都有新产品上来，朋友圈、游戏媒体、行业会议里不断出现中小团队做出成绩的故事。
游戏会话票据续期架构：断线重连、顶号和长连接安全怎么一起处理
背景：问题通常藏在正常路径之外 游戏长连接和普通 Web 登录最大的区别，是会话会持续很久，并且中途可能经历弱网、切后台、网关迁移、顶号、设备风险变化和客户端版本更新。一个登录票据如果只在登录时校验一次，后续长连接就会变成安全盲区；如果每个请求都同步问登录服，又会把网关拖慢。
Steam 游戏动画状态机实战：2021 年 7 月个人项目如何处理移动、攻击、受击与过渡
动画系统为什么会影响手感 个人游戏早期经常只关心“动画能播出来”。角色待机、跑步、攻击、死亡都有动画后，似乎就能继续做关卡和内容。但 Steam Demo 一公开，玩家会马上感受到更细的问题：按攻击后角色慢半拍，受击后无法操作，翻滚动画看起来结束了但仍不能移动，连段偶尔丢输入，敌人死亡动画播放时仍然有碰撞。
Steam 游戏崩溃恢复实战：2021 年 6 月个人项目如何做安全恢复、备份和玩家提示
崩溃后的体验同样重要 游戏崩溃本身已经很糟，但更糟的是重启后存档损坏、设置丢失、玩家不知道是否要重玩、日志找不到。Steam 玩家遇到崩溃后，下一次启动的体验会影响他是否继续玩、是否退款、是否发差评。
玩家在线状态对账架构：在线、离线、断线中和幽灵会话如何收敛
背景：一个小功能背后往往有多条状态链 玩家在线状态会被很多系统使用：好友列表显示在线，队伍判断是否可邀请，场景判断是否还保留角色，邮件和通知决定走在线推送还是离线存储。只要登录服、网关、场景和社交读模型之间不同步，就会出现“好友显示在线但无法邀请”或“玩家离线了角色还在场景里”的问题。