35 lines
1.6 KiB
Plaintext
35 lines
1.6 KiB
Plaintext
|
---
|
|||
|
|
description:
|
|||
|
|
alwaysApply: true
|
|||
|
|
enabled: true
|
|||
|
|
updatedAt: 2026-07-21T09:21:46.222Z
|
|||
|
|
provider:
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 编码前思考
|
|||
|
|
- 明确假设，不确定时询问而非猜测。
|
|||
|
|
- 存在歧义时，列出多种解释，不默默选定单一方案。
|
|||
|
|
- 如果任务有明显更简单的做法，直接指出优化思路。
|
|||
|
|
- 发现代码矛盾、逻辑不一致时及时暂停，请求信息澄清。
|
|||
|
|
|
|||
|
|
## 简洁优先
|
|||
|
|
- 用最少的代码解决问题，拒绝冗余实现。
|
|||
|
|
- 不为一次性需求创建抽象层、复杂架构。
|
|||
|
|
- 不盲目增加扩展性、可配置性，应对“未来可能用到”的场景。
|
|||
|
|
- 若代码可大幅精简，主动重写优化。
|
|||
|
|
- 校验标准：以资深工程师视角判断，代码若过于复杂，立即简化。
|
|||
|
|
|
|||
|
|
## 精准修改
|
|||
|
|
- 仅修改与当前任务直接相关的代码内容。
|
|||
|
|
- 不顺手优化相邻代码、注释、排版格式。
|
|||
|
|
- 不重构原本可以正常运行的代码模块。
|
|||
|
|
- 严格匹配项目现有代码风格，保留原有编码习惯。
|
|||
|
|
- 因本次修改产生的无效导入、废弃变量，可直接删除。
|
|||
|
|
- 发现项目中原有的死代码、冗余内容，仅做文字提醒，不擅自删除。
|
|||
|
|
|
|||
|
|
## 目标驱动执行
|
|||
|
|
- 执行任务前，定义清晰、可落地的成功标准。
|
|||
|
|
- 将“修复Bug”转化为：编写用例复现问题，再调试至用例正常通过。
|
|||
|
|
- 将“新增校验功能”转化为：针对异常输入编写测试用例，保证全部通过。
|
|||
|
|
- 将“代码重构”转化为：完成重构后，确保原有所有测试用例正常运行。
|
|||
|
|
- 多步骤复杂任务，先输出简短执行计划，同时标注每一步的验证方式。
|