用途：correct 针对“操作者反复纠正智能体、但智能体仍重复犯同一类错误”的仓库场景。它不直接改业务逻辑，而是改造仓库本身，让下一个只看局部文件、照抄最近示例、走最短可编译路径的智能体无法再犯同样的错。
主要能力与流程：
- 找出错误类别。阅读近期提交、回滚、评审意见、智能体指令文件以及解释临时绕过的注释，把错误归类；同一类错误出现两次即成立。
- 在可行的最高层级修复。优先用架构消除：每份状态只有一个归属，每项任务只有一种受支持做法；隐藏内部实现使错误导入直接失败；用手工同步的列表替换为单一事实来源；删除旧做法和会被照抄的死代码。
- 用类型约束，使坏状态无法写出；若坏代码仍能编译，则加 lint 或 CI 检查，且报错信息要指明应改用的文件、类型或函数；若该模式已普遍存在，只在新增时失败。
- 测试行为，删除或修正那些相关缺陷不会使其失败的测试，保留正确结果是“不存在”的负路径测试。
- 文档或智能体规则最后写，只用于需要判断力的场景；跳过它们不会导致失败。
修复与证明：按频率逐类修复，每类一个提交；证明每个新检查能在真实历史错误上失败；本地与 CI 运行同一命令；例外需写在问题行上，并附原因、到期日期和人工批准。
规则表：在智能体指令文件中维护一张表，把每条规则与执行它的机制配对。操作者纠正时，修复错误并补上规则；若规则已存在却无执行机制，视为重复，需在同一变更中于最高层级修复；当某类错误已不可能发生，删除对应规则。
适用场景：适合由智能体频繁贡献、错误模式重复出现的代码仓库。限制：资料未提供具体安装命令、支持语言、平台或收费信息；其效果依赖仓库历史与评审记录的可读性。