技能介绍

为什么需要把代理行为变成可审计的记录

当编码代理（Cursor、Claude Code、Codex、Kiro、opencode、OpenClaw 等）在一个项目里反复工作，有效的经验通常散落在三处：某次会话里临时调整的策略、日志中反复出现的错误模式、以及人工 review 时口头约定「下次别再这么做」。这些改动没有被固化，下次换个会话、换个代理运行时，同样的问题会再次出现。更麻烦的是，即便某次改动确实有效，也很难回溯它是从哪条日志、哪次教训里来的。

这个技能要解决的问题很具体：把代理行为层面的经验沉淀为可 review 的演化产物，而不是留在聊天记录或记忆文件里。

它如何工作

技能引入了一套借用进化思想的产物格式，叫 GEP（Genome Evolution Protocol），把两类可复用的行为知识打包：

基因（Gene）：从反复出现的教训和日志中抽象出的行为模式，例如某种错误应当如何兜底、某种策略在什么条件下更优。
胶囊（Capsule）：一组基因的组合，面向特定场景或运行时打包，便于整体应用和整体审计。

核心流程可以概括为三步：

采集：从代理运行过程中积累的日志、复盘记录和策略调整里，提取反复出现的模式。
演化：将这些模式整理成可 review 的 GEP 产物——基因与胶囊，附带来源和变更记录，方便人或其他代理审阅「为什么这条行为被保留下来」。
应用：将产物应用到受支持的编码代理运行时，使后续行为自动带上这些已验证的策略，而不是每次都从零开始。

这样做的好处是行为变更有了明确的审计路径：哪条教训产生了哪个基因、哪个胶囊在哪个运行时生效，都能被追溯。

适用边界与注意点

需要 Node.js 18+、Git、npm 和一个已初始化 Git 的项目。Git 仓库是产物版本管理和审计的基础，没有初始化的项目无法使用。
各运行时的 hooks 是可选项，用于把产物接入 Cursor、Claude Code、Codex、Kiro、opencode、OpenClaw 的执行流程；不装 hooks 的话，产物的 review 和归档环节仍可使用，但无法自动生效。
自动抽取失败：技能的资料中未能自动提取到有源码依据的安装说明或使用步骤。这意味着上游仓库可能更新较快，或者文档与实现存在落差，在把产物应用到真实工作流之前，需要先通读上游项目。
敏感工作流慎用：SKILL.md 明确提示，在敏感流程中运行此技能前应 review 上游项目。GEP 产物会直接影响代理的执行策略，来源不明的胶囊不应直接引入核心链路。
官方文档见 https://evomap.ai/wiki，源码见 github.com/1991513ccie-png/skills，建议以这两处为准核对最新行为。