工作区
Saves
捕获不可变 Space checkpoints,查看 diffs,恢复,并从已知良好状态继续。
Save 是 Space 工作区的不可变快照。在 CLI / API 中,它是 checkpoint。
为什么需要 Saves
Chats 变化很快,文件也频繁变动。Saves 标记你愿意保留的状态。
用它来:
- 冻结可用里程碑
- 比较发生了什么变化
- 恢复已知良好工作区
- 从稳定基线分支出新探索
创建 Save
当工作区到达有意义状态时:
- 打开 Saves
- 创建新 Save
- 写一句可扫读的备注
- 如有 diff,先看一眼
适合 Save 的时机:
- 功能可用
- 高风险迁移成功
- 达到可演示状态
- 即将尝试大范围重写
不要每次小改都 Save。
Diffs
Save 的价值很大程度来自你能看清它捕获了什么。
Cohub 可展示:
- 相对最近 Save 的待处理变更
- 某个 Save 的文件级 diffs
恢复或发布前读 diffs,尤其在长 Agent 会话之后。
恢复与继续
按你使用的流程,Save 可以成为:
- 当前 Space 的恢复点
- 继续工作的基线
- 后续比较的上下文
把 Saves 当作可站上去的历史,而不是 Chat 书签。
Saves vs Chats vs Works
| 对象 | 捕获什么 | 用于 |
|---|---|---|
| Chat | 对话与 turns | 推理与迭代 |
| Save | 工作区快照 | 里程碑与恢复 |
| Work | 已发布表面 | 对外分享结果 |
好的演示常常三者都需要:产出它的 Chat、冻结它的 Save、分享它的 Work。
组织
用 labels 与命名让 Saves 可理解:
v1-landing-workingbefore-auth-refactordemo-2026-07-18
若团队共享 Space,Save 备注写给下一位读者,而不只写给自己。
实用建议
- 让 Agent 做大范围清理前先 Save
- 输出可发布时,先 Save,再从稳定路径发布 Work
- 宁可少量清晰 Saves,也不要几十个噪声 Saves
- 出问题先找最近的 green Save,再临时发挥