周一早上 8:12，Maya 还没来得及冲咖啡，先打开了客户支持邮箱。多伦多一家诊所的经理写信说，进入夏令时后，病人收到的预约提醒出现了错误的当地时间。事情还没有造成严重后果，但这封邮件让 Maya 非常不安。六个月前，她曾匆忙上线一次数据库迁移，信任了 AI 生成的发布方案，结果整个周末都在恢复客户记录。从那以后，任何涉及时间或迁移的改动都会让她格外谨慎。
Maya 是这家 SaaS 公司的唯一员工。她在笔记软件里做产品决策，用 Cursor 和 Codex CLI 写代码，用 ChatGPT 起草客户回复，并把三个大客户的特别合同承诺分别放在独立文件夹里。使用 onemind 之前，每个工具认识的都是不同版本的公司。Cursor 知道 UI 约定，因为 Maya 把它们写在项目规则文件中。Codex 知道那次迁移事故，因为她经常把教训复制进终端会话。ChatGPT 知道支持语气，但有时会描述旧版本行为。只有 Maya 自己知道所有信息如何组合在一起。
她打开 onemind，选择 Product / Notifications。页面显示这个 Project 继承了公司的隐私原则和发布流程，同时明确显示没有进入当前范围的内容：客户合同、支持历史和 Growth 实验。Maya 从这个 Project 启动 Codex 会话。
Codex 没有收到整个公司 Mind。onemind 为当前任务生成了一个工具包：现有通知架构、关于保存用户时区的正式决策、六个月前的失败迁移方案、UI 文案规则，以及通知变更合并前必须通过的测试。工具包引用了 Maya 当前检出的代码 Commit，并标明自己来自 Mind 版本 184。更长的事故复盘仍可按需检索，不会挤满初始 Prompt。
Maya 让 Codex 调查问题。Codex 发现：当诊所在建立预约后修改 Locale 时，一个回退路径会进行两次时间转换。它提出了一个很小的修复。就在它触碰通知调度器文件时，onemind Hook 给任务加入四项必测内容：夏令时边界、病人退订、重试行为和重复发送。Codex 在写代码之前修改了计划。
第一次测试失败了。方案解决了多伦多的问题，却破坏了在当前时区字段出现之前创建的预约。Codex 检索到旧迁移经验，建议使用分阶段读取，而不是一次性重写全部记录。Maya 能看到它为什么这样建议：方案引用了已接受的失败方案条目和旧事故报告。她批准了新计划，但没有接受把这套分阶段模式提升为公司通用规则的建议。她认为这次有用，但证据还不足以扩大范围。
下午 2:40，测试通过。合并前，另一个 Hook 把提醒文字与当前产品文案进行比较。它发现新消息写着“你的当地时间”，对于代替病人安排预约的诊所员工来说含义不清。Maya 把文字改成明确写出时区。她合并 Pull Request，并接受一条范围较窄的经验：任何排期变更都必须测试在当前时区 Schema 之前创建的预约。onemind 对经验做版本记录，只重建依赖通知行为的工具包。
Maya 下次打开仓库时，Cursor 收到新的工程规则。ChatGPT 的支持空间收到修正后的产品行为和获批的诊所解释。Growth 助手没有收到任何内容，因为 Maya 尚未批准公开表述。多伦多客户的合同对这三个工具都不可见，因为本次工作没有激活客户 Project。
周二，诊所经理确认修正后的提醒正确。支持对话又产生一项改进帮助中心说明的建议。Maya 编辑建议，在 Customer Operations 中接受它，onemind 随后更新支持助手。它没有改变产品规则，也没有重建代码工具包。
周五，Maya 安装了一个刚发布的编程助手。她没有复制多年积累的 Prompt，而是连接适配器并运行 onemind 一致性预览。预览显示：新工具能读取受管理指令和检索引用，但不能执行合并前 Hook。onemind 将连接标记为“能力受限”，而不是“已更新”，并明确告诉 Maya 哪项保护仍依赖 CI。她决定先用它处理低风险 UI 工作。
六周后，Maya 并没有神奇地变成一家更大的公司。所有重要决策仍由她做，每周五仍要花约二十分钟评审经验建议。但她不再需要把整家公司都装在自己的短期记忆里。日常会话准备从查找和复制二三十分钟上下文，减少为确认当前 Project 和工具包 Diff 的简短检查。更重要的是，那次迁移错误已经变成多个工具都会执行的运营保护，而不只是 Maya 一个人记得的糟糕周末。