遇到 Java 互操作时，agent 直接调 Java API 写裸互操作代码，从不问"这个有没有 Clojure wrapper 库？"。写出来的代码更长、更难维护，根本不像 Clojure 代码。

cljfmt 这类格式化工具会调整缩进。agent 用文本匹配做 str_replace ，缩进差一个空格就匹配失败。作者看着它失败、重试、又失败、最后重写整个文件，大量 token 浪费在跟格式化打架上。

测试失败时，agent 的调试手段就是加 println 、跑测试、看输出、删掉 println 、改代码、再加 println 。明明接入了 REPL（ brepl CLI），可以在不碰源码的情况下交互式探查值、测试假设、跟踪执行，但它从来不用。

作者的诊断是：这些不是知识缺口，agent 训练数据里肯定有这些知识。这是行为缺口——agent 的默认行为是一般性编程模式，Clojure 专家的模式是另一套。

默认行为：加 println / tap> / 日志语句，跑测试看输出。

Clojure 的正确做法：用 def 把值钉在 var 里，用 keys 、关键字访问、结构探查等 REPL 命令交互式了解值的结构。

这个 Skill 在 agent 准备调试时触发，把它从"编辑-测试-检查"循环转向 REPL 交互探查。更快、不侵入代码、即时反馈。

默认行为：遇到不认识的 Java 类或宏，直接写互操作代码。

Clojure 专家的工作流分三步：先搜有没有 Clojure wrapper 库（通常有）；没有则通过反射探查 Java 类；遇到宏则展开看它生成什么代码。

这个 Skill 把三步流程固化下来，让 agent 先研究再集成。

默认行为：文本匹配替换，缩进变化就失败。

Clojure 是 homoiconic 的——代码即数据。两个 S 表达式语义等价，格式不同不影响。这个 Skill 用 rewrite-clj 库做结构级匹配和替换：按 S 表达式等价来比较代码，忽略空白字符，保留原文件的格式风格。

默认行为：可重用机制和业务策略混在一起写，函数膨胀，技术债积累。

Arne Brasseur 的机制/策略分离原则是 Clojure 社区写可维护系统的核心思想：机制跟上下文无关，稳定，能复用；策略带了业务立场，领域有绑定，说变就变。专家开发者会自觉把二者分开。

这个 Skill 与前三个不同——它是用户主动调用的，不是自动触发的。当你觉得某段代码需要重构时调用它，agent 会扫描代码，找到机制和策略缠绕的地方，建议提取。