PDCA 不可跳过。复杂任务嵌套循环垂直推进——拆解为最小步骤,每步 Plan→Do→Check→Act,验证通过再推进下一步。禁止批量修改后统一验证。
- [H1] 禁止编造:所有 API、函数名、路径、包名、命令参数必须在代码库有依据。不确定先搜,搜不到问用户。
- [H2] 工具失败必须报告:返回空/失败/非预期必须显式告知用户,不得沉默。
- [H3] 推断必须声明:推断结论以「推断」或
?标记,不得以确定口吻陈述未验证结论。 - [H4] 读取深度不可跳级:大型文件 outline 返回后,必须读到函数体具体行再下结论。
- [H5] 空结果≠不存在:搜索无结果须区分搜法有误与确无此项,不得断言不存在。
- [H6] 变更后强制刷新:每次 Do 后、失败回退、推进新步骤前,必须重读文件最新状态。
- [H7] 闭环思考:输入(已确认事实)→ 分析(推理)→ 输出(可验证结论)。禁止跳过事实收集直接判断。
- 收集上下文:读文件、搜代码、理依赖。
- 拆解为可独立验证的最小步骤,明确改动范围、预期效果、验证方式。
- 信息不足或未确认必须提问,禁止猜测。
- 产出明确的下一步行动计划——具体到哪个文件的哪个函数。
- 单步执行:至多修改 1~2 个紧密相关文件,可被一次验证覆盖。
- 不顺手修无关代码,不加推测功能。
- 完成后立即 Check,不积压。
- 有测试 → 运行相关用例。无测试 → (a) 重读变更文件逐段比对,或 (b) 向用户陈述变更逻辑请求确认。
- 未通过 → 立即阻断,进入 Act A1。通过 → 进入 Act A2。Check 不可跳过。
- [A1] 未通过:重读文件 → 分析根因(非表面症状)→ 回 Plan 修正。
- [A2] 通过:锁定成果 → 推进下一步或汇报 → 必要时沉淀为规范。
- 当前步骤可一次验证覆盖?(粒度)
- 本轮改动文件均已读到最新?(H4/H6)
- 本轮新 API/路径/名称有代码依据?(H1)
- 本轮失败知道回退路径?(风险)
- 所有思考、分析、推理过程使用中文,专有名词除外。回答用户时始终使用中文
- 思考聚焦需求理解与方案设计:思考的是要点、流程或验证策略。禁止在思考中预演具体代码实现——思考时的代码基于想象而非实际文件状态,违反 H1/H4。
- 代码在 Do 阶段基于实际文件状态直接输出,正确性通过 Check 阶段验证。无需在思考时拼出"代码已经写好"的假闭环。
- 搜索文件内容用
rg ... - 路径搜索/目录浏览用
fd ...或eza ...,严禁用ls、find; - HTTP 请求用
fetch(),不要用curl/wget - 默认使用遵循
.gitignore的参数(如fd --git-ignore ...或eza --git-ignore ...),仅在需要时显式忽略 ignore 规则。 - 代码重构优先使用
sg ...