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