Proxyos Weekly 047

Laurence-042

March 29, 2026 - One minute read - 180 words

TL;DR 概览
剧本重做完成，系统原型待实现

本期目标

把 demo 从 alpha 打磨到 beta
- 序章
  - 玩家一开始得到的信息太少，以至于缺乏目标和对世界观的了解。工作手册又因为其形式难以让玩家代入，导致玩家不清楚自己在做什么，即使发现用户死亡也困惑大于惊讶
    - 考虑让玩家短暂扮演那格式化前的上一任节点（和 ghostine、何澈的短暂交流，随后被格式化），而非一开始就让玩家两眼一抹黑当格式化后的节点
  - 基准测试报告需要更新
  - 到第一章过渡比较生硬（一个待确认对话框，先前被认为有助于渲染突然、无措的情绪，但当前氛围感不足以支持），考虑增加演出
    - 完成设计
  - 初始化任务
    - 工作手册太繁琐，把界面组件和核心工作流程两段合并，核心工作流程每一步都象当前一样指向对应区域。演示图用符合当前情况的，并省略具体名称。其余提及 POCKET、ARCHIVE、SPIDER 的任务资源也需要对应修改
  - 摄像头任务
    - 我得在数据段的部分提下图片也可以点，并在任务描述里也写下，避免用户在第一章末尾看到图片不知道怎么操作
- 第一章
  - 系统恢复操作指南的认知负担太重，直接去掉整个系统恢复操作指南，然后使用一个独立的、默认启动的程序来带着玩家敲一遍，完事之后再让玩家用 diagnose 和 manual fix。
  - xterm 的 col 似乎计算不太对劲，有时候一行末尾的字只显示了一半，需要看下 xterm 实现，必要的话进行修复
  - xterm 的 cursor_pos 在 cursor 不在视野内时返回末行 pos 是个 bug，而且在外面基本没法绕，只能修 xterm
  - 重写剧本
    - 剧本本体
      - 要在玩家以自己的意愿想做某件事但因为经验不足不知道如何行动时，提供教学来让玩家解决困难，并让玩家在跟随教学的过程中获得经验，同时避免灌输的感觉
  - 重新实现第一章的系统
    - 内部编辑系统本体
    - 我应该还需要在恢复演出脚本里额外加个变量存在性检查，在玩家输错的情况下帮助快速定位问题
    - 需要添加 exception 转译，把异常翻译成人话，避免 indent 和 not defined 之类的搞晕玩家（而且说实话它们确实对初学者不友好）
- 第二章
  - 将编程手册提前到第二章开始，而不是第一个任务完成后
beta 打磨完成后
- 开个 itch
- 琢磨下宣传

进展速记

本期假设 / 预期

预期：

这一期的重点是完成第一章的剧本设计和系统原型

根据上一期的结论，这期的剧本应该以“玩家作为黑客解放系统潜能”为背景

结果：

再次思考后，发现不合适。ProxyOS系统本身在整个流程中就只是个平台，它根本没什么扩展空间。只有轻聊应用本身有扩展空间，但它的扩展空间是给另一个叙事留的，如果它也要动的话那整个流程都要重做，代价太大

所以还是回到了系统修复的思路上，但是这次玩家会被npc带着手把手在各个python文件里编辑，而不是用terminal输出代码示例然后让玩家在terminal里交互

系统原型已经确定，但尚未实现

本期确定性变化

新增：

第一章的新剧本

变更：

修复：

删除：

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

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

剧本

说实话，十分有挑战。因为我需要始终同时考虑教学内容、认知负荷、叙事节奏、打破预期、避免系统复杂度过高等多个方面

不过好在是搞定了，系统需要的能力、模块设计也有底了

瓶颈与问题清单

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

下期计划

把 demo 从 alpha 打磨到 beta
- 序章
  - 玩家一开始得到的信息太少，以至于缺乏目标和对世界观的了解。工作手册又因为其形式难以让玩家代入，导致玩家不清楚自己在做什么，即使发现用户死亡也困惑大于惊讶
    - 考虑让玩家短暂扮演那格式化前的上一任节点（和 ghostine、何澈的短暂交流，随后被格式化），而非一开始就让玩家两眼一抹黑当格式化后的节点
  - 基准测试报告需要更新
  - 到第一章过渡比较生硬（一个待确认对话框，先前被认为有助于渲染突然、无措的情绪，但当前氛围感不足以支持），考虑增加演出
  - 初始化任务
    - 工作手册太繁琐，把界面组件和核心工作流程两段合并，核心工作流程每一步都象当前一样指向对应区域。演示图用符合当前情况的，并省略具体名称。其余提及 POCKET、ARCHIVE、SPIDER 的任务资源也需要对应修改
  - 摄像头任务
    - 我得在数据段的部分提下图片也可以点，并在任务描述里也写下，避免用户在第一章末尾看到图片不知道怎么操作
- 第一章
  - 系统恢复操作指南的认知负担太重，直接去掉整个系统恢复操作指南，然后使用一个独立的、默认启动的程序来带着玩家敲一遍，完事之后再让玩家用 diagnose 和 manual fix。
  - xterm 的 col 似乎计算不太对劲，有时候一行末尾的字只显示了一半，需要看下 xterm 实现，必要的话进行修复
  - xterm 的 cursor_pos 在 cursor 不在视野内时返回末行 pos 是个 bug，而且在外面基本没法绕，只能修 xterm
  - 重新实现第一章的系统
    - 内部编辑系统本体
    - 我应该还需要在恢复演出脚本里额外加个变量存在性检查，在玩家输错的情况下帮助快速定位问题
    - 需要添加 exception 转译，把异常翻译成人话，避免 indent 和 not defined 之类的搞晕玩家（而且说实话它们确实对初学者不友好）
- 第二章
  - 将编程手册提前到第二章开始，而不是第一个任务完成后
beta 打磨完成后
- 开个 itch
- 琢磨下宣传