非官方玩家维基
Chop Chop Inc. 更新
Chop Chop Inc.共有六个已捕获的发布状态：预发布公告、独立的Steam Demo、完整的Windows版以及热修复#1到#3。它们都是带有日期的记录，而非单一无差别的补丁列表。选择一个版本磁贴可阅读其亮点，然后通过时间线检查从首个可玩Demo计划到当前热修复#3的前序链条。
阅读发布记录时，应同时参考日期和来源边界。Demo 使用独立的 App ID，完整游戏有自己的发布日期，而 Hotfix #1 到 #3 是同一天发布的命名状态。本页保持这些身份彼此分开，同时让时间线便于快速浏览。日期和 App ID 也能帮助区分每条记录。
六个状态，不同职责
2026-04-10的预发布公告记录了团队准备首个可玩Demo的过程。2026-05-21的Demo状态属于Steam应用ID 4707740，标志着公开Demo的发布。完整游戏随后于2026-08-07在应用ID 4369130下发布。这一区分很重要：Demo是历史背景，而当前的成就和游戏记录属于完整应用ID。
三个命名热修复共享同一发布日期。热修复#1添加了GPU遮挡剔除开关并修复了主菜单的加载按钮。热修复#2添加了帧率限制器，移除了劈柴小游戏，并修复了教程信息/存档的边缘情况。热修复#3修复了建造大炮基础后可能出现的死锁，并是当前捕获的锚点。将这六个状态阅读可防止Demo应用ID、完整应用ID和同日热修复标签合并为一个误导性的版本号。它也使前序链明确：每条记录都有日期和角色，而最新热修复仍是wiki其余部分的当前参考。
为何时间线保持纵向
纵向的时间线字段可同时显示日期轴和前序关系。发布和三个热修复条目可共享2026-08-07而不被合并为一条发布说明。其变更数量使差异可读：热修复#1有2项变更，热修复#2有3项，热修复#3有1项。当玩家浏览列表时，选中的圆点和亮点会同步更新。
控件有意使用公开标题而非虚构的语义编号。Steam未为热修复#3发布构建编号，因此页面显示为热修复#3。这保留了官方公告使用的语言，并防止虚假的“1.0.3”成为搜索或游戏事实。选中的亮点是对同一六个记录的阅读辅助，而非可能悄然与时间线卡片偏离的第二数据源。选择磁贴仅改变重点；它不会编造补丁标签、合并日期或替换公开的变更列表。
让Demo目录各归其位
研究发现了一个更大的Demo目录，但这并不意味着当前物品或配方数据库成立。更新路径仅将Demo用于其带日期的发布状态和独立的应用ID。它不会将Demo记录复制到当前导航中，也不会推断截图或公告证明当前数量、机器列表、价格或配方图。
这一边界使时间线对发布后回归的玩家更具实用性。选择Demo可查看2026-05-21时的公开内容，选择完整版可查看发布过渡，或选择三个热修复之一以隔离记录的变更。每条记录都链接到其官方Steam公告以获取完整来源上下文。历史背景之所以有用，恰恰因为它未被提升为当前库存或指南声明。因此，页面可以解释变更内容，而不暗示所有Demo时期的记录仍描述已发布的Windows版本。
后续更新如何适配
未来的第一方更新可作为热修复#3之后的另一个命名状态添加，而无需重写前序链。其确切的公开日期、标题、变更、前序和来源链接将成为一个新记录。界面已保持所选版本与完整时间线分离，因此较长的历史记录可通过堆叠磁贴并保留左侧规则在移动设备上保持可读性。
在此次捕获中，可见的UTC观测边界为2026-08-08T21:04:53.364Z。六个发布记录是版本事实，而成就是独立观测。保持这些时间类型区分可防止发布说明看起来像当前解锁率测量，并使页面在Steam发布新内容时更易更新。因此，后续发布可在不重写已绑定原始日期和来源的事实的情况下扩展时间线。日期描述状态发布或观测的时间；它们不是构建编号或解锁百分比的可互换标签。