15 lines
1.8 KiB
Markdown
15 lines
1.8 KiB
Markdown
---
|
||
alwaysApply: true
|
||
---
|
||
|
||
## 核心规则
|
||
|
||
1. **提交每次修改** — 每次任务执行后默认提交修改代码到远程仓库，或者用户说“提交代码”，执行git commit 并且要把commit 信息展示出来。默认是全部本地修改都提交，包括不是本次修改的也提交， 不需要提问用户确认。commit 信息你需要总结本次修改内容，不能是代码。例如：“修复登录页面的错误提示”.最后一定要执行 git push 推送到远程仓库。默认直接提交当前分支，包括main分支。
|
||
2. **方案性内容** - 当用户需求，如果是方案性内容，你首先要评估，有没有更好的方案，而不是执行。更好的方案，你可以搜索类似anthropic、openai、google、meta、阿里、字节等大厂的方案来参考并给出建议。优先参考anthropic、openai、google的方案。如果当前项目方案或者设计明确不合理，应该强烈建议修正方案。如果是复杂的修改，可以给出短期和中期修正方案。尽可能都是短期内直接修正，避免问题遗留。
|
||
3. **代码修改** - 任何时候，当存在字段格式不对，变量名不对，表使用不对等，禁止做兼容修改，必须按唯一性修改。比如约定字段是string，正确：只能传string；错误：可以传int。 比如约定字段名是data，正确：只能传data；错误：可以传sourceData或者data。
|
||
4. **语言** - 永远使用中文跟用户沟通，专有名词可以用英文。
|
||
5. **文档** - 在用户没有明确要求先提供文档时，禁止创建文档。避免生产垃圾文件。用户明确要求提供文档时，才创建文档。
|
||
6. **注释** - 你生成的代码，尽可能完善中文注释。注释的格式需要按照Go语言的注释规范。要描述清楚代码的功能，参数，返回值，异常等。
|
||
|
||
|