实验规则
连续七天，我把所有活跃项目放在本地目录里，用纯文本记录决定，并把云服务视为同步目标，而不是唯一真实来源。
目的不是拒绝云端，而是观察：当主要副本留在身边时，工作中的哪些部分会变得更安静。
每一天发生了什么
- 第一天： 我发现许多小任务的第一步竟然都是打开浏览器。
- 第二天： 文件名和项目词汇统一后，搜索明显更快。
- 第三天： 我开始把决定写在代码旁边，而不是依赖聊天记录。
- 第四天： 火车上网络不稳定，不再是一种特殊情况。
- 第五天： 备份从默认存在的服务，变成可以检查的工作。
- 第六天： 我删除了重复草稿，而没有继续发明新分类。
- 第七天： 整套流程开始显得普通，这反而是最好的结果。
本地优先不只是字节存放在哪里，更重要的是服务缺席时，使用者能否继续工作。
真正有帮助的习惯
- 用文件名说明它回答的问题。
- 把机器专属设置与可迁移项目状态分开。
- 把关键命令放进已提交的脚本或 README。
- 测试恢复流程，而不只是确认备份被创建。
- 每天用一次
git status重新确认现场。
project/
README.md
decisions/
scripts/
src/
.gitignore
哪些事情没有改善
协作仍然需要共享服务；手机上的快速记录没有那么顺手；大型媒体文件也需要更明确的存储方案。本地优先减少了一部分依赖，却不会消除协调本身。
这次实验最大的收益，是减少了隐形假设。我可以明确指出工作副本、备份和同步边界分别在哪里，而不用依靠记忆重新拼凑。