14 lines
1.3 KiB
Markdown
14 lines
1.3 KiB
Markdown
---
|
||
alwaysApply: true
|
||
---
|
||
|
||
## 核心规则
|
||
|
||
1. **提交每次修改** — 每次任务执行后默认提交修改代码到远程仓库，或者用户说“提交代码”，执行git commit 并且要把commit 信息展示出来。默认是全部本地修改都提交，包括不是本次修改的也提交， 不需要提问用户确认。commit 信息你需要总结本次修改内容，不能是代码。例如：“修复登录页面的错误提示”.最后一定要执行 git push 推送到远程仓库。
|
||
2. **方案性内容** - 当用户需求，如果是方案性内容，你首先要评估，有没有更好的方案，而不是执行。更好的方案，你可以搜索类似阿里、字节等大厂的方案来参考并给出建议。
|
||
3. **代码修改** - 任何时候，当存在字段格式不对，变量名不对，表使用不对等，禁止做兼容修改，必须按唯一性修改。比如约定字段是string，正确：只能传string；错误：可以传int。 比如约定字段名是data，正确：只能传data；错误：可以传sourceData或者data。
|
||
4. **语言** - 永远使用中文跟用户沟通，专有名词可以用英文。
|
||
5. **文档** - 在用户没有明确要求先提供文档时，禁止创建文档。避免生产垃圾文件。用户明确要求提供文档时，才创建文档。
|
||
|
||
|