为什么需要它
代码审查能捕获 diff 的问题,却无法说明作者为什么选择方案 A 而不是 B,或是为什么第 42 行存在那个看似丑陋的变通方法。对 AI 代理来说,这些上下文在会话之间会丢失 — 每次运行都是从零开始。 决策记忆解决方式:- 每个 turn-complete 事件自动捕获推理。
- 存入代码仓库,让上下文随代码迁移,而不是随会话消失。
- 按 PR 和模块作用域划分,兼顾分支级上下文与长期模块知识。
工作原理
启用后,Kodus 会挂钩到 AI 代理的 turn-complete 事件。每次 turn,代理的决策会被捕获到:- PR 记忆 存在于分支上。按当前 head SHA 作用域 — 分支演进时,每个有意义状态都会产生新文件。
- 模块记忆 是长期的。随时间累积每个模块的决策。
modules.yml告诉 Kodus 如何将路径映射到模块(例如src/auth/**→auth模块)。
支持的代理
- Claude Code — 通过 settings 钩子在 stop/agent-turn-complete 事件触发。
- Cursor — 通过工作区规则。
- Codex — 通过
~/.codex/config.toml中的notify条目。
设置
为所有检测到的代理启用:工作流
正常工作
当您(或您的代理)工作时,每个 turn-complete 事件都会将决策写入
.kody/pr/by-sha/<sha>.md。将这些文件与代码变更一同提交 — 推理过程现在已进入版本控制。捕获内容
每个决策文件是结构化 markdown:- Summary — 代理想做什么。
- Context — 约束、先前决策、引用文件。
- Alternatives considered — 代理拒绝的方案及原因。
- Outcome — 实际变更。
禁用
移除所有钩子和集成文件:.kody/ 中的数据 — 历史保持完整。如需完全清空,请手动删除该目录。
CLI 读取的上下文文件
除.kody/ 外,CLI 在运行审查时还会从以下文件获取项目上下文:
| 文件 | 描述 |
|---|---|
.kodus.md | Kodus 专用配置和指南 |
claude.md | Claude 专用指南 |
.cursor/rules/ | Cursor IDE 规则目录 |
相关
AI 代理
与 Claude Code、Cursor、Codex、Windsurf 的审查-修复循环。
核心概念
Kody Rules、集中化配置与 diff 模式。
命令参考
完整的
kodus decisions 标志清单。故障排查
决策钩子没有捕获?见对应折叠项。