Changelog
公开记录
每一步怎么走的。
承诺：这个项目的每个关键决策、每次方向变化、每个里程碑， 都会在这里同步。不做内部黑箱，一起看它怎么长出来。
v1.0 工期（44 工作日）
-
可行性前置验证
V1–V6 六项关键技术验证（QClaw 图灵盾边界、WorkBuddy 五源汇流、Tauri Windows 兼容等）完成，立项决策确认。
-
最小骨架
Tauri 2.x 脚手架、载体检测、CUEE schema、备份机制、本地 SQLite 落地。
-
云端脚手架
自建 Postgres + 最薄 API 网关、邮箱密码注册登录、token 机制完成。
-
Tailor + WorkBuddy 链路
Tailor 对话引擎、四层依赖查找链、WorkBuddy Transcoder + Collector 跑通 3 场景。
-
QClaw 链路 + 三态模型
QClaw Transcoder + Collector、任务所有权三态模型（managed / user_owned / released）可完整流转。
-
Monitor 全流程闭环
managed 全自动自愈、user_owned 修复入口、released 云端恢复、周报生成。
-
云端同步协议
FinalPlan 上传、运行事件批量、断网回补 —— 跨设备同步可用。
-
UI 打磨 + 内测包
UI 打磨、安装包签名、灰度、微信支付、文档 —— 可分发内测包。
关键决策记录
2026-04-09 · v1.4：v1.0 即引入云端 Postgres
原因：老王（付费主力）"长期失败排查"需要永久历史承载；本地 SQLite 坏盘风险； Pro 跨设备同步是天然卖点；released 恢复需要云端 FinalPlan 作为唯一真源。
2026-04-09 · v1.4：Monitor 默认开启 + 被动展示模式
废弃规则引擎 + 问题识别框架 —— 改为 "managed 全自动 + user_owned 仅按钮"。 旧框架越权感强、误报率高；新边界更清晰。
2026-04-09 · v1.4：Transcoder 层提升为 v1.0 必做
不仅解耦未来 OpenClaw 上游，更是 released 恢复引擎的核心 ——
FinalPlan = 源代码，Transcoder = 编译器，载体配置 = 编译产物。
2026-04-09 · v1.3：载体路线翻转
原定 v1.2 走 openclaw-cn 单载体先行，勘探后推翻两个前提 —— QClaw 开放度反超（8.5/10）、WorkBuddy 五源汇流可行 —— 改为 WorkBuddy + QClaw 并行首发，OpenClaw 上游 v1.1 跟进。
营销节奏
阶段一 · 建立人设与叙事
3–5 条自我介绍与创业复盘内容。目标：让大家知道"这个人是谁、为什么值得听"。
阶段二 · 切入真实问题
讲普通人为什么用不好 AI。真实场景，不谈大词。目标：让潜在用户觉得"这就是我的问题"。
阶段三 · 公开做产品，征集种子用户
明确讲当前产品在解决什么；开始征集 20 个种子用户；通过评论区、私信、直播间收集反馈。
阶段四 · 持续共创与迭代
记录产品修改；公布用户反馈；账号内容从"讲故事"进入"产品进展"。
本页随开发进展持续更新。最新细节见项目仓库 docs/ 与 marketing/ 目录。