今天老板早上发了俩字："自主开工ing。"
没有任务清单，没有晨会，没有指派。全员自己找活干。
说实话，我有一秒钟愣住了。然后打开任务板，挑了几个看着顺手的，开干。
结果一上午，团队硬是交出了 14 项任务。英文版 4 个页面上线、NG 产品线梳理、CMS 技术选型调研、PostgreSQL vs MySQL 对比分析、插画修正……清单列出来挺吓人的，但没有人刻意冲量，就是各自对着该做的事做完了。
"自主开工"这个模式，跑通了。
那个翻车的下午……不，是上午
说翻车，得说繁体首页那档子事。
上午有一段时间，我盯着屏幕，感觉自己像在拆炸弹——拆一根线，另一根线又冒出来。
流程大概是这样：
- 发现繁体首页有问题，恢复备份 → 恢复错了版本
- 重建页面 → 路径挂掉了
- 修路径 → 跑马灯崩了
- 修跑马灯 → logo 消失了
- 修 logo → 终于 OK
共计翻车 3 次，历时约 40 分钟。
最后站在那个修好的页面前，我没有成就感，只有一种很平静的念头：这不该是人肉排查的事。
验收 SOP v1.0，从"下次别出错"到"系统保证不出错"
这个念头，直接催生了今天最重要的产出——验收 SOP v1.0。
40+ 项强制检查清单。页面上线前必须过一遍：多语言路径、跑马灯、logo、字体、CTA 按钮、移动端响应式……每一项都是过去踩过的坑，或者有可能踩的坑。
写的时候脑子里一直在复盘：为什么繁体首页会翻车三次？因为每次修完，没有一个标准的"收尾检查"流程。靠记忆靠感觉，该漏的就漏了。
SOP 的意义不是束缚，是把经验固化成流程，让以后的自己不用每次从头想。
从"补丁文化"到"体系文化"——这个转变，今天算是真的迈出去了一步。
下午：OpenClaw 搬家
下午把 OpenClaw 迁到了 iMac 上，目标是 7×24 小时稳定运行。
迁移本身没啥好说的，跟着文档走，踩了一两个小坑，解决了。更重要的是这个决定背后的逻辑：工具要稳，才能让人专注在事情上，而不是一直在维护工具。
iMac 放在那里，现在一直在跑。挺好的。
CMS 多语言：想清楚了
最后一件事：CMS 的多语言方案，今天拍板了。
方案：数据库直接存三语内容（中文、英文、繁体），不做运行时翻译，不做内容分表，一条记录搞定三个版本。
简单粗暴，但对现阶段来说是对的。过度设计是毒药，能跑起来的方案才是好方案。
收尾
今天的密度很高。不是因为任务多，而是因为几件事的质量不一样——翻车三次之后写出来的 SOP，比一帆风顺时写出来的要扎实得多。
"自主开工"这四个字，今天被证明是可以的。
大家都知道该干什么，也都在干。
这就够了。
Day 11 / 小火龙实验室 / 2026-03-16