03 / SOFTWARE PROJECT2026.08—11 · WINDOWS
软件研发与版本管理
Scribyn.
从个人写作工具，
到用户能安装、升级、持续使用的软件。
面向长篇写作者的 Windows 本地优先工具，整合正文、人物、世界观、情节与大纲。
我的工作涵盖需求提出、功能范围取舍、任务沟通、反馈验收和版本决策，使用 Codex 等 AI 编程工具辅助开发。
阅读开发与项目管理文档DELIVERY MAP[ 4 COMPONENTS ]
Scribyn产品交付
01桌面端写作 / 数据安全
02官网介绍 / 下载入口
03支付与授权订单 / 权限一致性
04安装与更新迁移 / 旧版升级
让每个版本解决具体问题。
VERSION EVOLUTION08 / EXPLORE
功能探索
写作、章节、书签与卡片，逐步细化交互验收。
08—09 / CONNECT
商业化建设
连接官网、支付、授权与候选版本。
1.3.11—1.3.13
稳定性修复
优先处理导入、自动保存、备份与恢复。
1.3.15—1.4.x
授权与功能迭代
处理支付边界，简化 AI 正文发送流程。
1.4.11—1.4.13
补齐发布交付
验证安装目录、旧数据迁移与更新清单。
KEY DECISIONS管理的重点，
管理的重点，
是做出取舍。
把需求变为可以复现、可以验收、可以交付的任务。
A数据安全，优先于新增功能
导入可能与自动保存交错，旧状态覆盖新内容。先区分不存在、读取失败与数据损坏；失败时阻止破坏性导入，导入期间禁止旧保存写回。
1.3.11—1.3.13 的记录覆盖磁盘不足、读取失败、延迟备份与自动保存交错等场景。结果仅适用于已覆盖场景。
B商业规则变化，需要跨端一致
支付、退款、授权和设备数量共同影响用户权限。处理事件顺序、重复回调与累计退款，将设备释放与登记放到同一原子操作。
文档记录 1.3.15 的 7 项原问题复测与 25 项支付回归通过，采用本地签名回调及模拟运行时，未进行真实扣款验证。
C安装包上传之后，继续验证升级
1.4.12 安装包上传后，更新清单仍指向 1.4.11，旧版无法发现新版。补同步清单，再从旧版验证更新发现，把跨环节依赖写入发布检查。
交付链条需同时覆盖构建、上传、更新元数据、旧版发现和数据保留。
D缩小功能范围，降低使用门槛
1.4.7 移除自动扫描正文的功能，改为用户主动选取、加入草稿并确认发送；复杂接口配置移入高级设置。
以更清楚的发送范围和更少配置，降低用户理解与后续维护成本。
AI 辅助开发提升了实现效率；需求、取舍与验收仍需判断，也不等同于大型研发团队管理经验。