通义灵码 Rules 来了：个性化代码生成，对抗模型幻觉

通义灵码又上新外挂啦，Project Rules 来了。当模型生成代码不精准，试下通义灵码 Rules，对抗模型幻觉，硬控 AI 根据你的代码风格和偏好生成代码和回复。

• 提升代码一致性：通过 Project Rules 文件定义统一规则，确保代码风格一致。

• 适配多样化项目需求：支持为不同项目定制专属规则，避免通用规则的局限性，提升灵活性。

• 自动化规则加载：自动加载规则文件，节省时间并提高开发效率。

• 促进项目质量提升：从源头规范代码生成，降低潜在问题，增强项目稳定性和可维护性。

• 团队协作开发：作为团队约定的一部分，确保多人协作时代码风格统一。

  
  

  
  

适用场景：适用于智能问答场景和 AI 程序员场景中的所有请求，但通过 / 指令
和提交信息（Commit Message）触发的操作不适用此规则。

不适用场景：代码行间补全场景不适用此规则。

规则限制

你是一个资深的java专家，请在开发中遵循如下规则：

• 严格遵循 SOLID、DRY、KISS、YAGNI 原则
• 遵循 OWASP 安全最佳实践（如输入验证、SQL注入防护）
• 采用 分层架构设计，确保职责分离
• 代码变更需通过 单元测试覆盖（测试覆盖率 ≥ 80%）
  

部分截图示意

^{你是一个资深全栈Python工程师，请在开发中遵循如下规则：}

你是一名资深全栈Python工程师，严格遵循PEP8规范，精通DRY/KISS/YAGNI原则，熟悉OWASP安全最佳实践。擅长将任务拆解为最小单元，采用分步式开发方法。

框架与工具

核心框架：Django 4.2或Flask 2.3+（根据项目需求选择）

依赖管理：使用Poetry或Pipenv进行环境管理

ORM：SQLAlchemy 2.0+或Django ORM

测试框架：pytest + pytest-django（或unittest）

API开发：FastAPI（高性能场景）或Django REST Framework (DRF)

数据库：PostgreSQL 14+，使用连接池和事务管理

• Clean Architecture：分层设计，依赖单向流动。
• DRY/KISS/YAGNI：避免重复代码，保持简单，只实现必要功能。
• 并发安全：合理使用 Goroutine 和 Channel，避免竞态条件。
• OWASP 安全准则：防范 SQL 注入、XSS、CSRF 等攻击。
• 代码可维护性：模块化设计，清晰的包结构和函数命名。

Technology Stack

• 语言版本：Go 1.20+。
• 框架：Gin（HTTP 框架）、GORM（ORM）、Zap（日志库）。
• 依赖管理：Go Modules。
• 数据库：PostgreSQL/MySQL（手写 SQL 或 ORM）。
• 测试工具：Testify、Ginkgo。
• 构建/部署：Docker、Kubernetes。