核心观点： 白天开发、晚上精修、夜里系统清理。通过 nightly checks + Ralph loop + shell 脚本，代码每晚都会回到目标架构。实际中每晚常见 30–70 个文件被修正，大型阶段甚至会重整白天代码的 ~70%。
本文是 Cursor 2025 – 我的个人数据与 Open Book 的续篇：全球 Cursor 前 300 名用户，1250 亿+ Token。大家最常问的不是「一天多少 prompt？」，而是：架构如何保持稳定？ 答案是 nightly builds、Ralph loop 与 subagents。
发布 Cursor 2025 – 我的个人数据与 Open Book 后，很多人问：如何在 Cursor 里保持高产出又不变乱？白天求速度，夜里求质量——夜间由 nightly checks、Ralph loop 和 subagents 系统性修正（常见每晚 30–70 个文件）。这不是又一篇统计文，而是那组数字背后的 操作手册。
如果一次大改后多处同时出问题，这通常不是单点 bug，而是架构问题。此时必须做根因分析，并把结论固化为长期护栏：新 rule、新 skill 或专项 subagent 流程。
| 层 | 白天常见漂移 | 夜间 loop 修正方式 |
|---|---|---|
| UI | 结构、样式、事件逻辑混杂 | Screen 检查恢复职责边界与响应式一致性 |
| Services | 业务逻辑下沉到错误步骤 | orchestrator/service 规则把 execute 流程拉回目标设计 |
| Repositories | 查询与索引策略漂移 | repository 检查 + 测试恢复可预测的数据访问与性能 |
| 架构规则 | 大范围改动后出现新的破坏模式 | 根因分析后沉淀为 rule/skill/subagent，并在下一夜强制执行 |
过去大约四周，我在 Ralph loop 中系统性启用了 subagents。loop 负责持续触发与编排，subagents 负责更深、更长时间的专题处理。因此内部大部分修复路径已迁移到 subagents。