用途：当发现同一条指令第二次被写下，或察觉到重复出现的纠正时，把该规则编码为结构化机制，而不是继续用文字重复叮嘱。
主要能力与思路：文字指令依赖读者察觉、记住并遵守，容易被忽略；结构化机制（lint 规则、元数据标志、运行时检查、自动化脚本）无需配合即可强制生效。核心模式是：问这条指令能否变成 lint 规则、元数据标记、运行时检查或脚本；能则编码并删除该指令；若确实需要人工判断，则把指令写得更醒目，并附上失败模式的示例。
强度选择：当多种机制都可行时，选当下情境允许的最强一档（先选无法表达、无法编译的状态，其次选让 CI 失败的 lint 或禁用 API，再次是规范化辅助函数，最后才是运行时检查），因为智能体会模仿周围代码既有写法，较弱的防护会成为下一个模板。推论是：不要掩盖症状，若修复是结构性的，就只用结构性修复，指令本身即是症状。
反馈闭环：捕获每一次纠正，当人工介入或测试失败时判断是一次性问题还是模式；一次性问题记为脑内笔记，重复性修复升级为技能或 lint 规则，系统性问题升级为原则；最后闭环，不只是记录，还要立即应用或建立具体的待办。
反模式：只承认不记录（“我会记住”不会持久）；只记录不归置（一条本应变成 lint 规则的脑内笔记，未实现该规则就是浪费）；只修个案不归纳（修好单一实例却保留重复模式）。
限制：资料未提供具体命令、安装方式、代码示例、适用平台与收费信息，暂未提供。