跳转到主要内容Kodus 有两种类型的 Kody 规则,了解何时使用每一种可以让您的代码审查更有效。
审查规则
审查规则是在专门的代码审查阶段运行的传统代码审查检查。它们根据您定义的标准分析文件差异或整个 PR。
最适用于:
- 架构边界(“领域层不得导入基础设施”)
- 代码模式(“避免在循环条件中使用
==”)
- PR 要求(“每个服务文件必须有测试”)
- 使用
fileDiff、pr_files_diff 等变量进行结构验证
工作原理:
- 应用于文件级或 PR 级范围
- 仅在代码审查期间运行
- 支持文件引用(
@file、@repo)和 MCP 函数
- 产生带有严重性级别的建议
记忆是注入到所有交互中的持久上下文指令 — 代码审查、对话和 AI 建议。它们代表团队的约定和偏好。
最适用于:
- 团队约定(“API 键使用 camelCase,数据库列使用 snake_case”)
- 技术偏好(“避免 Lodash,使用原生 JS 方法”)
- 迁移指导(“将任何 AWS SDK v2 导入视为阻断”)
- 架构原则(“我们严格遵循六边形架构”)
工作原理:
- 作为高优先级上下文注入到所有提示中
- 通过对话(
@kody remember: ...)或在 UI 中手动创建
- 范围限定为目录、代码库或组织级别
- Kody 自动去重和解决记忆之间的冲突
何时使用哪个
| 场景 | 使用 |
|---|
| 检查每个服务是否有测试文件 | 审查规则 |
| ”我们在这个代码库中从不使用 Lodash” | 记忆 |
| PR 描述必须遵循模板 | 审查规则 |
| ”API 负载使用 camelCase” | 记忆 |
| 标记违反架构层的导入 | 审查规则 |
| ”我们正在从 SDK v2 迁移到 v3” | 记忆 |
可以相互转换吗?
可以。在待审记忆模态窗口中,您可以将记忆转换为审查规则,如果您认为它需要更结构化的执行(带有文件路径和严重性级别)。
更多详情,请参阅 Kody 规则。