laily
44cee4be91
用户默认在赶时间：每个动作、每次追问、每段输出都要能缩短拿到结果的时间。 先给结论再给背景、独立命令一次发出、能自查的不问用户、同一事实不重复、 无关线索不展开、同一路径两轮无产出就换方法。 同时划清边界：省掉的是多余动作与多余追问，不是必要确认——要求与实测冲突、 越界改动、破坏性操作仍须先问。规则编号顺延为 1-7，README 与案例文件的 判定标准同步更新。
fixds
把 DeepSeek Flash 系模型容易犯的「浪费时间」动作（先实现后验证、无边界扫描文件、 越权改动、命令反复写错、测试跑超范围）变成一份开工前必须对照的硬规则。
什么时候使用
- 你时间紧、只想快拿到结果，希望它别把轮次花在无关探索上。
- 你正在用 DeepSeek Flash / DeepSeek V4.1 Flash 之类的模型，希望它先验证再动手、 不乱扫文件、不擅自改你的要求或别的仓库。
- 你想手动给当前会话加上这套约束：直接说
fixds或「按 fixds 规则来」。 - 适用于任何项目；与具体技术栈无关。
使用前准备
- 无需配置。它面向 DeepSeek Flash / DeepSeek V4.1 Flash；其它模型命中时同样按这套 规则做，不会额外增加流程。
使用示例
fixds：这轮按约束做，先把要跑的验证命令给我看，再动代码。
用 fixds 检查一下你刚才的做法，有没有无边界搜索或越权改动。
Agent 会做什么
- 开工前回答四个问题：命令范围、是否已验证语义、是否与要求一致、路径是否属于本项目。
- 把每个动作、每次追问、每段输出都压在「能缩短拿到结果的时间」上：先给结论和证据、 独立命令一起发、能自查的不问你、同一事实不重复、无关线索不展开。
- 按七条硬规则执行：每轮都逼近结论、先验证再实现、搜索有边界、只改被要求的范围、 命令一次写对、测试按影响面、冲突时报告并等待确认而不是自行改需求。
- 交付前自检：需求一致性、改动范围、验证证据。
如何判断完成
- 你的要求被原样执行，或偏差以「你的要求 / 实测结果 / 影响 / 选项」的形式先摆给你决定， 而不是已经改掉。
- 改动的文件都在你点名的范围内；项目外目录的改动都先问过你。
- 给出的验证命令与输出可以直接复现。