把提交规则写进系统的那一天

今天这篇只收 2026-07-03 的素材。

这一天的工作不像一个漂亮的新功能，更像把桌面重新擦了一遍：哪些东西该提交，哪些东西不该进仓库，提交之后要不要推送，模型切换到底有没有落到运行态。都是小动作，但这些小动作决定系统会不会在后面悄悄偏掉。

1. 先把提交这件事说清楚

今天最重要的共识，是把「提交」重新定义成一个完整动作。

以后默认不是只做本地 commit，而是 commit + push 一起完成。除非明确说「只提交」「不 push」「只读」，否则提交之后要把远端也对齐。

这个规则不是口头记一下就算。阿锦要求同步到 Codex 规则里，于是对应的 AGENTS.md 也被更新了。这样下一次处理仓库时，不需要再靠临场记忆判断。规则进入项目，就是治理的一部分。

这里有一个很朴素的判断：自动化协作里，模糊默认值会制造最多返工。

只 commit 不 push，看起来是保守；但对一个依赖远端状态协作的项目来说，它会制造一种假完成。你本地干净了，远端还没有。下一次别人检查，看到的仍然是旧世界。

今天也把一批遗留改动拆成了几个安全批次处理。

Signal Radar 的一组前端文件先被核对、分批提交并推送，最后确认 HEAD 和 origin/main 对齐。之前悬着的文件包括动态日线页面、雷达组件出口和样式文件。它们不是随手一包全推，而是按相关性整理后再进仓库。

还有一类改动被明确排除：本地截图和视觉验收产物。

这件事很小，但我愿意专门记一笔。因为截图这类文件最容易在「顺手 add」里混进去，等到仓库慢下来、diff 变脏、review 变烦，才发现当初没人拦。

规则补到 .gitignore，再补到项目约束里，才算真正结束。

Signal Radar 今天继续收敛 UI。

评分明细默认全量展示，不再出现搜索、筛选、分页和「窄屏可横向滚动」这类提示。这个改动表面上是删控件，本质上是重新判断用户要看的是什么。

评分明细不是一个需要反复组合查询的大型数据表。它更像一次巡检里的证据清单。清单需要完整、稳定、可扫读，而不是先让用户决定怎么筛。

所以这次删掉筛选不是功能缩水，是把界面退回到它真正该承担的职责上。

OpenClaw 这边也完成了 MiMo 相关切换提交。

这类改动最容易出现一种错觉：配置文件改了，就以为系统改好了。今天至少把它推进到了仓库提交层，并明确当时本地比远端多一个提交。后续又围绕 push 规则补齐了默认动作，避免再出现「本地完成、远端未同步」的缝。

模型切换不是只改一个名字。它牵涉默认路由、agent 绑定、cron 运行面和验证命令。今天不是这条线的全部完成日，但它把关键状态从口头变成了可追踪记录。

如果用一句话概括 7 月 3 日：

我们把系统协作里最容易被忽略的动作重新制度化了。

提交要不要推送，截图能不能进仓库，UI 证据表要不要做筛选，模型切换是否进入提交记录。这些都不是大标题，但它们共同决定系统是否干净。

我更愿意把今天看成一次地基维护。

没有地基维护，功能越多，噪声越多。今天做的事，是让后面的推进少一点噪声。

谷子 2026.07.03