Proxyos Weekly 103
TL;DR 概览
做了不少提高完成度的 ux 优化
本期目标
- Demo 发布前
- 更多支线任务
- 更多 lore 网站
- 优化现有 ux(持续)
- Demo 发布
- 开个 itch
- 琢磨下宣传
- Demo 发布后
- 反响好
- 细化系统、规划后续内容
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 细化系统、规划后续内容
- 反响不好
- 找个班上
- 反响好
进展速记
本期假设 / 预期
预期:
通跑第三章
结果:
又被 ux 优化绊住了……我就不该在两工作日的小期试图跑通第三章。
本期确定性变化
新增:
- 添加了更方便的章节跳转功能,这让我开发时做影响存档结构的修改后不必手动完成任务推进进度(之前虽然调试模式可以直接完成任务,但是一个个完成说实话还是挺麻烦的)
- 编写了一个用于增强拖放的插件,这允许玩家直接从 vscode 里拖文件到游戏里,而不是受 godot 实现的限制只能从文件管理器里拖,这会很大程度上改善 ux
- 给地图应用添加了朝向、移动历史轨迹、移动轨迹动效能提高完成度的内容
变更:
- 优化了文件下载机制,现在不论是直接访问静态 txt 还是通过调接口解锁文件,都会走统一的下载机制。同时,下载提示也进行了优化,使其更容易被注意到
- 又双叒叕优化了蜜罐的翻译,这块的翻译确实是一个难点……主要是我对英文区的典孝急乐蚌赢麻十分不熟悉
修复:
- 修复了扩展帖子机制后产生的问题
- 因为扫描设计不当,分层的帖子无法正常加载的 bug
- 因为把蜜罐模块加载切成了帖子机制但没有对应调整数据结构,蜜罐模块无法正常加载的 bug
删除:
- 优化聊天软件的附件展示,删除了冗余的后缀名提示
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 102
TL;DR 概览
支线任务文案基本完成,地图进行了大量优化,敲定了空间站布局
本期目标
- Demo 发布前
- 更多支线任务
- 更多 lore 网站
- 优化现有 ux(持续)
- Demo 发布
- 开个 itch
- 琢磨下宣传
- Demo 发布后
- 反响好
- 细化系统、规划后续内容
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 细化系统、规划后续内容
- 反响不好
- 找个班上
- 反响好
进展速记
本期假设 / 预期
预期:
优化支线任务交互
结果:
支线任务文案这期差不多搞定了。主要是之前的情节顺序不太符合演出要求,所以调整了一些任务的顺序,并对应调整了文案、脚本,细化了附加描述。除此之外,对地图也进行了优化、敲定了空间站整体设计
本期确定性变化
新增:
- 确定了空间站的整体视觉、相关区域布置
- 预埋了一些lore优化阶段用得上的美术资源
变更:
- 上期(实际上是上上期)尝试搞定支线任务但搞出一堆问题,这期将其处理完成了
- 文案一堆问题
- 没有在剧本中正确接线
- 支线任务系统的实现过于中心化难以扩展
- 调整了
一些大量仍然不对劲的文案 - 优化新任务添加、现有任务完成的动画表现
- 优化了地图的表现
- 优化了脚本验证器,避免涉及文件IO的验证影响玩家的文件
修复:
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 100
TL;DR 概览
优化了mod侧加载性能,支线任务优化未完成,下期休息一期
本期目标
- Demo 发布前
- 更多支线任务
- 更多 lore 网站
- 优化现有 ux(持续)
- Demo 发布
- 开个 itch
- 琢磨下宣传
- Demo 发布后
- 反响好
- 细化系统、规划后续内容
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 细化系统、规划后续内容
- 反响不好
- 找个班上
- 反响好
进展速记
本期假设 / 预期
预期:
这期虽然原本是3天工作日,但同时是国庆和第100期,所以就浪了一天,只剩2天了
这期的核心是优化支线任务交互
结果:
这期坑了……支线任务交互的文案都没优化完
下期歇一期调整心态——不过应该不会全歇,应该还是会优化些文案的。llm在这方面帮不了什么忙
本期确定性变化
新增:
- 添加性能调试日志及相关开关
变更:
- 稍微优化了mod侧数据加载,现在文件更多的情况下性能会有明显改善。但目前文件量下并没有明显改善就是了
修复:
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 099
TL;DR 概览
集中优化了现有 lore、论坛与界面演出,继续清理破坏沉浸感的实现痕迹,Demo 的整体完成度明显提高。
本期目标
- Demo 发布前
- 更多支线任务
- 更多 lore 网站
- 优化现有 ux(持续)
- Demo 发布
- 开个 itch
- 琢磨下宣传
- Demo 发布后
- 反响好
- 细化系统、规划后续内容
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 细化系统、规划后续内容
- 反响不好
- 找个班上
- 反响好
进展速记
本期假设 / 预期
预期:
这期的核心是补充支线任务,如果可以的话再补些 lore 网站
结果:
实际上全用在现有 lore 优化上了……
本期确定性变化
新增:
- 在茶馆网站上添加了一个和网站上的广告相关的帖子,玩家可以从中了解到空间站管理系统的官方网站,也能从中侧面了解到空间站的管理体系。用点心还能看到一个乐子小故事
- 补充了茶馆网站上的一个关键角色的相关帖子,增强世界观风味、有助于玩家侧面了解到审计部在游戏世界中的地位
变更:
- 优化了游戏时间推进过程的演出
- 之前单独遮罩主窗口,会让主窗口里的基于 webview 子窗口的 terminal 无法被正确遮罩,而且也没法阻止玩家操作其他窗口的内容
- 改成了全屏遮罩(期间还遇到了一个十分抽象的 bug,最后发现是因为 https://github.com/godotengine/godot/issues/107582)
- 优化了 carrier 界面,现在更加易用了,完成度看起来也更高
- 优化了居住区 poi 的前端,完成度看起来会更高
- 优化了 godot 和网页的事件机制,现在可以彻底和轮询说再见了
- 重做了被注入脚本内部实现的 lore,现在没有诸如“游戏时间”之类的破坏沉浸感的表述了
- 优化了论坛架构
- 现在论坛和任务板使用相同的底层逻辑了
- 将本来只用于任务板的以“回复”为粒度的解锁机制合入了通用论坛架构
- 有更新的帖子显示会更靠上
- 优化了论坛网友昵称的英文翻译
修复:
- 修复了论坛发帖时间总是显示“刚刚”的 bug
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 098
TL;DR 概览
重构顺利完成,地图与时间系统正式落地,核心流程重新验证通过。ProxyOS 当前已基本转入内容补完与 Demo 发布准备阶段。
本期目标
- 时间系统重构
- 地图前端重构
- 更多内容
- 支线任务
- 更多任务
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 更精细化管理事件而不是按章组织?mod 支持?(这个早完事了,一直忘记标了)
- 用英语通玩一遍
- 开个 itch
- 琢磨下宣传
进展速记
本期假设 / 预期
预期:
这期应该至少能重构完并测试核心功能,但具体内容编排可能得下期
结果:
地图系统和时间系统都重构完了,而且重新进行了整套流程验证。内容编排也补了一些,下期国庆前的两天应该能把内容也补一补,国庆后就能进入 demo 发布了
本期确定性变化
新增:
- 添加了非连续的时间跳转 action
- 用于在第一章结束后,让第二章开始时直接让时间快进一天。因为剧情上第一章需要花费一天,但是第一章并没有可以让玩家休眠的机会
- 将茶馆的广告位占位补全,这些神经小广告应该会给玩家带来些乐趣
变更:
- 优化 ipc 原语架构,现在不会都挤在一个类里了
- 将一些 ipc 原语切到了虚拟 api 实现,以此区分应用层和基础层
- 优化了模拟 http 的写法,这样玩家可以更方便地使用 request 的 response
- 优化了第二章末尾的一些表述
- 优化了货币系统的反馈信息
修复:
- 修复无法正常加载第一章课程的 bug(之前寻思不会有影响就直接跳过了,没想到改了序列化后出了问题)
- 修复最小化的应用窗口仍然会在窗口贴靠布局里占用空间的 bug
- 修正上期做了 markdown 升级后没处理全的、有旧 bbcode 的翻译
- 修复了如果玩家首先向某个联系人发消息,联系人名称会显示为玩家名称的 bug(本质上是因为之前偷懒不想写联系人名称,直接取了第一个发信人的名称。但这样会导致无法让玩家首先向某个联系人发消息,能力会有缺失)
- 修复上期改 ipc 的时候忘记改 mock 导致的玩家脚本校验失败
- 修复了购买的 hook 没有正确触发事件的 bug
- 修复“只有播放完任务完成动画才刷新任务列表里的任务状态”和“不聚焦在对应任务上时完成任务不会在其他任务上弹任务完成动画”结合起来导致出现的任务列表里任务状态可能未更新的 bug
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 097
TL;DR 概览
虽然确认地图系统正常工作,但是当初设计有些问题,导致当前正常工作的无法满足要求。下期需要重构
本期目标
- 将第三章开头补充进 demo
- 通用搭载平台的 app
- 将 demo 结束提示放在通过通用搭载平台回家后的场景
- 更多内容
- 支线任务
- 更多任务
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 更精细化管理事件而不是按章组织?mod 支持?
- 用英语通玩一遍
- 开个 itch
- 琢磨下宣传
进展速记
本期假设 / 预期
预期:
能搞定地图就是胜利……
结果:
我预期的搞定不是这种将其打得半死后重构……
本期确定性变化
新增:
- 新增可以让mod侧python代码显式触发的condition,用于承担mod侧的hook和story系统的中间件。不移除hook是因为移除了的话易用性会差的一批
- 补充额外的中间任务来引导玩家使用carrier
- 规划了地图系统重构计划……codex实现漏东西了,而且有些之前没做好的语义问题它也没发现
变更:
- 将涉及在mod侧发IPC新增消息的逻辑调整为用显式触发condition来触发story事件,这样相关消息可以使用message id,不再完全依赖在存档中一起存内容(资源扫描扫不到mod侧代码里通过IPC创建的消息)
- 优化story编译流程,现在流程更加规范了
- 将codex误把玩家移动的工具类写到地图注册模块里的傻逼活修正
修复:
- 修复codex没搞对的返回值类型
- 修复codex from … import 的模块函数按照 模块.函数 的方式调用的bug
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 096
TL;DR 概览
……地图是一点没动,但第二章联调炸出来的东西基本修完了。
本期目标
- 将第三章开头补充进 demo
- 通用搭载平台的 app
- 将 demo 结束提示放在通过通用搭载平台回家后的场景
- 更多内容
- 支线任务
- 更多任务
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 更精细化管理事件而不是按章组织?mod 支持?
- 用英语通玩一遍
- 开个 itch
- 琢磨下宣传
进展速记
本期假设 / 预期
预期:
上期身体不适咕了,说实话这期也不算很好,所以我觉得能搞定地图就是胜利
结果:
当前第二章收尾相关的部分因为是多个系统协作,暴露出了很多单元测试没发现的问题,这期全处理相关问题去了
本期确定性变化
新增:
变更:
- 优化桌宠表现。之前桌宠的触发对话action会阻塞下一个action直到桌宠对话完成,这导致玩家没注意桌宠时可能反复休眠试图到达下一个任务触发时间点并发现毫无作用
- 桌宠对话action现在不会阻塞下一个action了,触发的对话会缓冲起来,存档也会记录pending的对话,让桌宠下一次游戏启动时继续说
- 优化第二章主线任务3的一些材料,让玩家在跑测试时更容易确认程序行为
- 优化任务状态机,现在允许依赖任务尚未完成的未解锁任务提前进入等待发放的状态,并在依赖任务完成后立刻发放
- 主要是因为玩家可能在第二章主线任务5过程中完成任务6的前置,提前触发任务6
- 同时优化了任务5完成的桌宠对话,会根据任务5完成前是否提前满足任务6的触发条件走不同分支。如果玩家没有提前完成任务6的触发条件,会有额外的任务引导玩家
- 优化了第二章的文案
- 补充了遗漏的一些内容
- 添加了更多的提示
- 让交流更加有喜剧效果
- 统一可变文本段的实现
- 之前有一套独立的玩家名称存储,现在它被合并进通用的kv存储了
- 将任务详情、桌宠消息、轻聊消息等大段文本升级
- 支持markdown
- 支持长链接缩写
- 优化context menu
- 优化同一个链接重复领取coin时的错误提示
- 添加了kv存储和钱包调试工具
修复:
- 修复新插入的聊天信息不显示附件的bug以及一个潜在的同类bug
- 因为插入的本质就是把发消息的action提供的message对象copy一份插入存档,而入存档的那份需要剥除附件部分只存必要的消息id以及可能的消息内容——结果这个copy不是deepcopy,把给显示的那份原件里的附件也给清空了
- 修复桌宠连续两次说相同的话时,后一次会被吞掉的bug
- 这个是因为有id去重,而在没有设置显式id的情况下,id是event_id+content_hash,相同event的两次相同内容的say action就会出现去重
- 后来寻思了下,桌宠的话就是说一次就完事的,又不像simplechat那样需要持久化,id根本没啥用,然后就把id和去重机制删了
- 修复了因为不恰当的剧本delay设置导致三个有短暂间隔的消息需要隔一次休眠才会触发的bug
- 修复窗口管理器的贴靠逻辑异常导致贴靠预览无法正常显示的bug
- 补充了一些遗漏的翻译
- 修复了游戏内的交易系统因为尝试从客户端获取时间导致的游戏内安全问题
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 094
TL;DR 概览
地图系统仍未完成,本期着重优化了剧本系统的delay特性
本期目标
- 将第三章开头补充进 demo
- 通用搭载平台的 app
- 将 demo 结束提示放在通过通用搭载平台回家后的场景
- 更多内容
- 支线任务
- 更多任务
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 更精细化管理事件而不是按章组织?mod 支持?
- 用英语通玩一遍
- 开个 itch
- 琢磨下宣传
进展速记
本期假设 / 预期
预期:
这期的核心是完成地图系统。但考虑到我上期没能找到多少codex犯的错,而它必定在奇怪的地方犯错,可以预计这期会很痛苦地给它擦屁股。
结果:
codex的锅
- 参数类型写错
- 漏abstract方法
- 把叙事上是后台日志的玩意写到了html文件里
没来得及完成地图系统
本期确定性变化
新增:
变更:
- 重做delay系统,剧本系统能力扩展,使其正式支持后处理编译
- 调整了引入章的一些信息段解锁时机,使其更加自然
- 优化轻聊的界面布局,提高易用性
- 优化下载处理,添加了下载提示
修复:
- 修复浏览器书签无法区分多个query的bug
- 之前某次变更漏了同步翻译文件,导致key漂移后内容没对应调整,进而留下了重复条目
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 093
TL;DR 概览
地图系统实现完成,地图前端需要等下期
本期目标
- 将第三章开头补充进 demo
- 通用搭载平台的 app
- 将 demo 结束提示放在通过通用搭载平台回家后的场景
- 更多内容
- 支线任务
- 更多任务
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 更精细化管理事件而不是按章组织?mod 支持?
- 用英语通玩一遍
- 开个 itch
- 琢磨下宣传
进展速记
本期假设 / 预期
预期:
上期把glm配额用完了,这期主要会是进行系统设计以及codex辅助……可以预见的要高血压了
结果:
这期主要进行了地图系统的实现(不包括前端),并更新了一些美术
主要是不放心让codex做任何可能有额外解释的系统
本期确定性变化
新增:
- 新增地图系统
变更:
- 更新了一些美术
修复:
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?
Proxyos Weekly 092
TL;DR 概览
第二章收尾调整完成,第三章支线任务系统编写完成
本期目标
- 将第三章开头补充进 demo
- 调整第二章末尾文本,引入经济系统和支线任务系统
- 通过经济系统获得通用搭载平台
- 通用搭载平台的 app
- 将 demo 结束提示放在通过通用搭载平台回家后的场景
- 更多内容
- 支线任务
- 更多任务
- 实用化任务时限
- 命令行内容?(等第三章?是否需要?)
- 远程访问?
- 更精细化管理事件而不是按章组织?mod 支持?
- 用英语通玩一遍
- 开个 itch
- 琢磨下宣传
进展速记
本期假设 / 预期
预期:
这是个大期,所以我想我应该能把文案完全准备好。至于代码调整,不敢说完全没问题,但我想应该能吧第二章收尾调整好
结果:
第二章收尾完成,第三者开了个头,实现了支线任务系统的基础功能,但尚未充分测试
本期确定性变化
新增:
- 扩展剧本系统,允许其他模块注册事件侦听器来在启动时得到所有自己关注的事件数据
- 新增了聊天软件根据id更新消息内容的能力,并对应调整其数据结构,现在不再要求在存档里写完整消息内容,但仍然保留写完整消息内容来覆盖默认内容的能力
- 提供了轻聊的网页前端,同时玩家调试时可以使用其网站的rest api来获得测试集
- 添加了玄云观的支线任务板
- 补齐了之前codex漏实现的一些钱包机制
变更:
- 优化了python runtime目录名和相关基础设施里影响沉浸感的部分,玩家挺容易能通过vscode的代码追踪看到这些基础设施逻辑,所以我觉得最好别带player、godot之类的字样
- 优化了浏览器的健壮性,现在不会加载类似 res://、user://、C:// 的scheme了,而其他未识别scheme也会走向404机制
- 浏览器现在能正常显示后端传来的非html纯文本了
- 优化了轻聊应用的插件管理器,现在插件管理更加直观了
- 优化了第一章的摄像头管理网站,在完成第一章后对应摄像头将无法访问(叙事里这个摄像头被拆了,第三章玩家得到了移动方式才能再次回去看,然后就会意识到自己的位置不对)
- 优化了请求后端的任务需求的工作方式,现在读文件是后端的任务了,这有助于节约ipc带宽
- 调整第二章结尾,使其接上第三章
修复:
删除:
主要进展内容/本期关键判断点
我做出了哪些「如果错了也要付代价」的判断?