feat(fixds): 增加「用户在赶时间」硬规则

用户默认在赶时间：每个动作、每次追问、每段输出都要能缩短拿到结果的时间。
先给结论再给背景、独立命令一次发出、能自查的不问用户、同一事实不重复、
无关线索不展开、同一路径两轮无产出就换方法。

同时划清边界：省掉的是多余动作与多余追问，不是必要确认——要求与实测冲突、
越界改动、破坏性操作仍须先问。规则编号顺延为 1-7，README 与案例文件的
判定标准同步更新。

skills/fixds/README.md

@@ -5,6 +5,7 @@
 
 ## 什么时候使用
 
+- 你时间紧、只想快拿到结果，希望它别把轮次花在无关探索上。
 - 你正在用 DeepSeek Flash / DeepSeek V4.1 Flash 之类的模型，希望它先验证再动手、
   不乱扫文件、不擅自改你的要求或别的仓库。
 - 你想手动给当前会话加上这套约束：直接说 `fixds` 或「按 fixds 规则来」。
@@ -28,9 +29,11 @@ fixds：这轮按约束做，先把要跑的验证命令给我看，再动代码
 ## Agent 会做什么
 
 1. 开工前回答四个问题：命令范围、是否已验证语义、是否与要求一致、路径是否属于本项目。
-2. 按六条硬规则执行：先验证再实现、搜索有边界、只改被要求的范围、命令一次写对、
-   测试按影响面、冲突时报告并等待确认而不是自行改需求。
-3. 交付前自检：需求一致性、改动范围、验证证据。
+2. 把每个动作、每次追问、每段输出都压在「能缩短拿到结果的时间」上：先给结论和证据、
+   独立命令一起发、能自查的不问你、同一事实不重复、无关线索不展开。
+3. 按七条硬规则执行：每轮都逼近结论、先验证再实现、搜索有边界、只改被要求的范围、
+   命令一次写对、测试按影响面、冲突时报告并等待确认而不是自行改需求。
+4. 交付前自检：需求一致性、改动范围、验证证据。
 
 ## 如何判断完成