Proxyos Weekly 107

Laurence-042

October 27, 2026 - One minute read - 202 words

TL;DR 概览
通跑完成，发现了严重问题，并导致了剧本系统的重写。宣传小游戏完工。

本期目标

Demo 发布前
- 通跑三章，验证上次通跑的优化
Demo 发布
- 开个 itch
- 琢磨下宣传
  - 投放平台？
  - 发布视频？
  - 完善当前的隐写小游戏
  - 上 steam？
    - steam 的规则？文案？ai 资源要求？
Demo 发布后
- 反响好
  - 细化系统、规划后续内容
    - 实用化任务时限
    - 命令行内容？（等第三章？是否需要？）
    - 远程访问？
- 反响不好
  - 找个班上

进展速记

本期假设 / 预期

预期：

进行优化检查，如果没啥问题，下期就准备发布 demo 了

结果：

跑完了，但是依然存在严重级别问题，进行了修复，甚至重写了剧本系统

下期还得把变更的部分测一遍……什么测试地狱啊卧槽

好在是宣传小游戏没出啥大问题

本期确定性变化

新增：

小游戏基本完工，效果符合发布标准了

变更：

优化未读消息指示器的样式，使其更加显眼
优化了一处主线任务中安全内核的不当表述
优化了一个过于简单以至于手改文件比写程序改方便的的支线任务
优化了地图应用
- 打开时会自动聚焦到玩家位置
- 初次打开 carrier 的时候，会弹出一个提示，问玩家是否要启用自动休眠，让玩家可以决定是否自动在移动时休眠来让时间经过，并允许通过 carrier 内的设置面板修改这个设置
- 优化了嵌套 poi 的机制，让玩家在内层 poi 时也能与外层 poi 交互
- 让 poi 的 label 不会相互重叠，且会避让其他 poi 范围
- 让点状 poi 绘制其交互范围，表现为圆形 poi，而不是真的绘制一个实心圆点
优化了剧本系统的 action 注册和解析机制，之后不会再出现剧本漏翻译的情况了
- 当然，遗漏的翻译也一起补上了
重写了剧本系统

修复：

修复了脚本校验失败时，信息中的_被视为 markdown 的一部分渲染的 bug
修复剧情自动桌宠对话在特定时序下会重复触发的 bug
修复作为玄云观任务线入口的聊天附件没有正常显示的 bug
修复了一个需要持续更新数据的 lore 网站的存档问题
- 本质上是存档会把 0.3515 保存成 0.35150000000000003（浮点精度），然后因为写入的内容校验不一致而报错

删除：

主要进展内容/本期关键判断点

我做出了哪些「如果错了也要付代价」的判断？

重写了剧本系统

突然冒出来一个交易后一直循环触发事件的 bug

然后研究了下，发现链条是

玩家触发交易
交易商品有 hook，调用
调用 hook 会设置一个存档变量
这个存档变量触发了另一个与其无关的事件的条件检查，然后因为错误的检查机制误触发了
无关事件的误触发里再次设置了变量，再次触发

这个的核心问题就是之前验证的时候寻思先搓个能跑的，然后再优化性能，结果就把这事忘了。

结果就导致变量更新会触发其他要检查变量的事件的条件检查。

进一步分析后发现，当时实现得根本就是一坨。

那时候我应该是刚开始使用 codex，当时它实在过于不遵循指令但偏偏十分能理解目标，经常搞出不符合指令、代码架构一坨、但能满足目标的实现。当时我也正好在实验各种 llm 辅助编程范式，于是我就寻思试试正经当个 SE，避免自己在审它代码时爆血管，只管模块输入输出没问题就行。

于是，我就在处理这个十分麻烦的剧本系统时给定了输入输出数据格式、一些我觉得覆盖比较全的供其自我验证的流程，就让它干了。干完后确实符合模块级要求，我也就给这个化粪池盖了盖子，把它提交了。

然后今天化粪池就爆了。

技术债终究是得偿还的，于是就自己做了系统设计，然后给 codex 设计文稿、纠正 codex 尝试把设计往旧系统上套的错误理解、纠正 codex 尝试把设计解释为对旧系统的概念说明的错误理解、怒喷 codex 不要把我描述的通用规则解释成某种屎山上的特例而是应该按照通用规则彻底重构、检视 codex 代码后力竭地质疑它为啥要把好好的 condition 自治的信号侦听搞成中心化的映射表、被 gdscript 类型系统的神秘小特性背刺……

于是一天过去了

界面原型

“让 codex 用网页做原型，再将其迁移到 godot”相比于“让 codex 直接做 godot 场景”给出的结果质量似乎有显著提升，这可能是训练语料的数量差异导致的。毕竟严格来说 llm 没有内置的“我想象这个界面应该是啥样，然后我把它翻译成代码”的这么个流程，而是更接近“我想一些这个界面的指标，然后按照指标的同时稍微凭直觉自由发挥下”，自然相同的要求在不同的前端设计语言中会表现得不同。

“让 llm 在训练良好的领域做原型，然后进行迁移”这个小 trick 应该还是有点用的。

瓶颈与问题清单

哪些问题还没解，但也许我已经知道“它们不是什么”？

mod 元信息、依赖、锁文件和版本回滚仍需形成稳定流程。

下期计划

Demo 发布前
- 通跑三章，验证上次通跑的优化
Demo 发布
- 开个 itch
- 琢磨下宣传
  - 投放平台？
  - 发布视频？
  - 完善当前的隐写小游戏
  - 上 steam？
    - steam 的规则？文案？ai 资源要求？
Demo 发布后
- 反响好
  - 细化系统、规划后续内容
    - 实用化任务时限
    - 命令行内容？（等第三章？是否需要？）
    - 远程访问？
- 反响不好
  - 找个班上