laily
146182c1b9
把一次会话复盘中确认的浪费动作固化为硬规则，面向 DeepSeek Flash / DeepSeek V4.1 Flash：先验证再实现、搜索必须有边界、只在被要求的范围内动作 （改项目外目录先问）、命令一次写对、测试按影响面、要求与实测冲突时报告并 等待确认而不擅自改需求。 不设运行时模型判定，只在 description 与正文标记适用范围，避免留出「模型标识 不匹配就不遵循」的逃生口。真实案例与代价放在 references/anti-patterns.md。
fixds
把 DeepSeek Flash 系模型容易犯的「浪费时间」动作（先实现后验证、无边界扫描文件、 越权改动、命令反复写错、测试跑超范围）变成一份开工前必须对照的硬规则。
什么时候使用
- 你正在用 DeepSeek Flash / DeepSeek V4.1 Flash 之类的模型，希望它先验证再动手、 不乱扫文件、不擅自改你的要求或别的仓库。
- 你想手动给当前会话加上这套约束：直接说
fixds或「按 fixds 规则来」。 - 适用于任何项目；与具体技术栈无关。
使用前准备
- 无需配置。它面向 DeepSeek Flash / DeepSeek V4.1 Flash；其它模型命中时同样按这套 规则做，不会额外增加流程。
使用示例
fixds：这轮按约束做，先把要跑的验证命令给我看，再动代码。
用 fixds 检查一下你刚才的做法，有没有无边界搜索或越权改动。
Agent 会做什么
- 开工前回答四个问题：命令范围、是否已验证语义、是否与要求一致、路径是否属于本项目。
- 按六条硬规则执行：先验证再实现、搜索有边界、只改被要求的范围、命令一次写对、 测试按影响面、冲突时报告并等待确认而不是自行改需求。
- 交付前自检：需求一致性、改动范围、验证证据。
如何判断完成
- 你的要求被原样执行，或偏差以「你的要求 / 实测结果 / 影响 / 选项」的形式先摆给你决定， 而不是已经改掉。
- 改动的文件都在你点名的范围内；项目外目录的改动都先问过你。
- 给出的验证命令与输出可以直接复现。