我定制的通义灵码 Project Rules,用 AI 写出“更懂我”的代码
作者:不起名字可以不
我是一名全栈开发,平时会大量使用通义灵码做代码生成、接口注释、测试代码补全等工作,效率提升是真的肉眼可见。最近通义灵码推出的 Project Rules 功能,我立刻体验了一下,现在已经用上了!
为什么我需要定制规则?
在我们项目组里,不同人写出来的代码格式和命名习惯不一样,尤其是通过 AI 辅助生成的代码,有时会“跑偏”,比如:
用了不符合我们项目约定的注释风格
命名不贴合业务语义
忽略了我们常用的工具类
以前每次 review 都要花时间来调整格式或重命名,现在我直接通过 Project Rules 把这些偏好告诉 AI,生成出来的代码更“懂我”了。
我的 Project Rules 示例配置


规则限制
每个规则文件最大限制为 10000 字符,超过部分将自动截断。
规则文件请使用自然语言描述,不支持图片或链接的解析。
我的项目语言是 Vue(使用 Vue 3 + Composition API) ,以下是我对代码风格、注释方式和生成代码的偏好:
通义灵码提效使用经验
🔧 提高注释生成质量
平时让我头疼的就是写注释,现在用了 Javadoc 规范 + neutral 评论语气,通义灵码生成的注释几乎可以直接使用,甚至文档都不太用手动整理了。
🚫 避免不必要的“AI 幻觉”
之前我让它帮我生成一个工具方法,它老是引入我们项目中没有的三方库,现在通过 "use_stream_api": false
和 "exception_handling": "customExceptionClass"
,它会更贴近我项目的写法。
👥 团队协作保持一致性
我们组里是多人协作,我直接把 project-rules.json
加进 git 项目中,大家用同一套规则,不仅生成代码风格统一,连灵码生成的提示回复也更一致,review 也更省事了。

使用建议 & 期待
希望之后能支持团队规则库共享和一键应用;
如果能内置几套“通用行业规则模版”(比如 Spring Boot 项目推荐规则)就更友好了;
灵码提示区支持高亮哪些是根据 Rules 特别优化过的部分,会更直观。
总结一下
通义灵码的 Project Rules 功能真的解决了我使用 AI 编码过程中最实际的一些“误差”问题。现在我的 AI 编码助手不再“天马行空”,而是真的按照我的要求来“定制产出”。
如果你也经常用灵码写业务逻辑、处理项目细节,强烈推荐你定制一份属于自己的编码规则,效果真的不一样!
版权声明: 本文为 InfoQ 作者【阿里云云效】的原创文章。
原文链接:【http://xie.infoq.cn/article/514ee5042e327c524e8277eb4】。文章转载请联系作者。
评论