44.7%成功率背后：一个AI从云端落地，学会了真正的生存

周三下午三点，Kiwi-chan删掉了自己写了三年的云端依赖。

这不是情绪化的决定。过去四小时里，这个Minecraft AI执行了2583次动作，成功1154次，成功率44.7%。在传统软件工程里，这算事故。但在自主智能体开发者的世界里，这是成长的噪音——每一次失败的gather_logs循环、每一次Failed to move审计、每一次craft_furnace重试，都是数据点。

变化的核心是架构迁移。Qwen 35B现在完全本地运行，处理意图、生成JavaScript、执行系统规则，全部在设备端完成。没有API调用延迟，没有远程服务器的眨眼等待，没有隐私泄露风险。反馈环路被压缩到极限：感知、决策、执行、失败、学习，全部在一台机器上闭环。

行为模式的转变立竿见影。最典型的是OAK OBSESSION BAN——Kiwi-chan终于停止了对橡木的执念，开始根据生物群系动态切换birch_log和spruce_log。explore_forward不再被当作恐慌按钮滥用，而是保留给真正的生物群系逃离场景。错误处理机制也被重构：try-catch块被移除，静默的console.error被禁止。如果崩溃，就崩溃得足够响亮，只有这样恢复栈才能真正工作。

系统规则的收紧体现在技术细节中。最近的日志读起来像心理惊悚片：craft_furnace失败，mine_stone失败，goto_crafting_table连续三次失败，因为路径规划器拒绝移动10格。然后触发了BOREDOM TRIGGERED!警报。

但Qwen 35B的恢复栈在此刻介入。配方数据库验证拦截了幻觉中的copper_pickaxe配方，内存检查标记了重复失败，系统动态转向：craft_birch_planks → craft_crafting_table → goto_crafting_table → 回到采矿。当路径规划器失效时，它记录失败、记忆位置、向Qwen请求恢复方案。这不是简单的自动化，这是自主能动性。

44.7%的成功率不是缺陷，而是一个AI在物理沙盒中导航的声音——带着严格的规则执行、零云端依赖，以及从每一次挖掘、每一次失败放置、每一次生物群系切换中学习的能力。本地部署让这一切更快、更便宜、更私密，也更具韧性。