reverse-skill：给 AI 编码客户端装一套逆向工程路由规则

它解决的是 AI 助手乱猜命令的问题

当 Claude Code 或 Cursor 遇到一个 APK 文件，它可能不知道应该用 jadx 还是 apktool，遇到一个前端加密参数，它可能分不清该上 Frida 还是直接读 JS。reverse-skill 把这类决策从 AI 的即时推理中抽出来，变成一份显式的路由表。项目 README 明说，它存在的理由是「AI agents don't know whether to use jadx, apktool, Frida, IDA, or BurpSuite for a given task」。这个项目不是给你一个逆向工具，它是给 AI 客户端一套「遇到什么任务，走哪条方法论，调哪些工具」的导航。目标用户是已经在用 AI 编码客户端做安全分析的人，不是想学逆向的初学者。路由表本身是静态的，但工具索引是动态生成的，这算一个务实的折中。

路由核心是 routing.json，不是一堆脚本

项目的关键设计是把路由规则集中在一个文件里：skills/config/routing.json，里面是 43 条规则，编号从 R0 到 R44。这个文件被 README 称为「Routing single source of truth」。主脚本 skills/scripts/master-route.ps1 读取这个 JSON，做一次性的 PRIMARY 分流。这意味着你要改路由行为，不需要翻 PowerShell 代码，直接编辑 JSON 就行。另一个脚本 case-init.ps1 负责初始化案例目录，生成 scope、timeline 和 workitems。数据流是：用户任务先进 RULES.md，过 scope gate，然后走 MASTER-ROUTING 或 master-route.ps1，再到具体场景技能，最后产出 timeline、Evidence、Finding 和报告。这个流程把「授权检查」放在行动之前，scope.md 里要写 auth 和 network_profile，没确认目标授权之前不允许 ACT。这个设计对渗透测试工具来说很关键，但实际执行效果取决于 AI 客户端是否严格遵循这些指令。

安装和启动：两条命令，一个索引

安装方式很简单，git clone 仓库，然后按平台刷新工具索引。Windows 上跑 powershell -File skills/scripts/refresh-tool-index.ps1，Linux 或 macOS 上跑 bash skills/scripts/refresh-tool-index.sh，Kali 有单独的脚本 kali/scripts/refresh-tool-index.sh。刷新之后检查 skills/tool-index.md，看哪些工具被检测到了。这个索引是自动生成的，它告诉 AI 客户端当前机器上有什么可用工具。前置要求包括 Java 或 JDK（给 jadx 和 apktool）、Node.js 22.12 以上（给 JS 工具链和 MCP 服务器）、Python 3.x（给 Frida 和辅助脚本）。注意这里没有提到安装 IDA 或 Ghidra，说明项目假设你已经装了这些重型工具，它只负责发现它们。如果你机器上什么都没有，这个索引会显示一片空白，AI 客户端依然会尝试执行路由，但大概率失败。所以安装前先确认你的环境里至少有 jadx 或 apktool 之一。

场景覆盖很广，但每个模块的深度不均

README 列出了 21 个场景入口，从 APK 分析、iOS 逆向、二进制逆向、.NET、前端 JS、DSL VM、恶意软件分析、渗透测试、攻击链、案例审查、CTF（42 个子技能）、固件、补丁 diff、pwn、EDR bypass、API 安全、供应链 SBOM、LLM 安全、OLLVM 去混淆，到图表和报告生成。覆盖面确实广，但注意这些目录的存在不代表每个目录都有同等深度的内容。比如 CTF-Sandbox-Orchestrator 有 42 个子技能，而 supply-chain-security 可能只是几个参考文档。项目自报的回归基准是 173 个用例，这个数字说明路由规则有测试支撑，但测试覆盖的是路由正确性，不是每个模块的实际逆向能力。所以你在实际使用中，遇到冷门场景比如固件逆向，可能发现路由把任务导向了 skills/firmware-pentest/，但里面的 playbook 是否完整，需要你自己翻目录确认。

授权门控是亮点，但依赖 AI 的纪律性

项目在数据流里明确要求先过 scope.md，里面要写 auth 和 network_profile，没有目标授权之前不允许 ACT。这是安全工具应有的自律，但问题在于这个门控是写在指令文件里的，不是硬性代码强制。AI 客户端是否遵守，取决于它是否严格读取 RULES.md 和 README_AI.md。如果你用 Cline 或 Cursor，它们对技能包的支持程度不同，有的客户端可能忽略这些规则直接执行命令。项目自称「Client-neutral」，意思是核心路由逻辑不绑定特定客户端，但客户端适配器是分开的。这意味着你需要在你的客户端里正确配置引导文件，否则整个门控形同虚设。实际使用中，建议你在一个非生产环境先测试一次，看 AI 是否真的在无授权时拒绝执行。

真正的替代方案是手写 playbook 或纯工具脚本

和 reverse-skill 最接近的替代方案是你自己维护一套针对 AI 客户端的指令集，比如在 Claude Code 的 CLAUDE.md 里写死每个场景的命令序列。区别在于，手写方案是你自己控制规则，没有 routing.json 这种结构化配置，AI 的决策会散落在自然语言指令里，难以审计和版本管理。另一个替代是直接写 shell 脚本或 PowerShell 脚本，把常用逆向流程固化，AI 只负责调用脚本。这种方案更轻量，但缺少场景分类和工具检测，AI 还是需要自己判断该调哪个脚本。reverse-skill 的价值在于把路由决策和工具检测分离，routing.json 是数据，master-route.ps1 是执行器。如果你已经有自己的一套 playbook，迁移成本在于要把规则改写成它的 JSON 格式，不值得。但如果你从零开始，它的结构能省掉你整理规则的时间。

维护成本和许可证

项目使用 MIT 许可证，你可以自由修改和再分发，但要注意它依赖的外部工具如 IDA Pro 是商业软件，许可证不覆盖这些。维护成本主要集中在三处：一是 routing.json 需要随新场景扩展，43 条规则不是终点，你可能会加 R45、R46；二是 tool-index.md 是自动生成的，每次环境变化都要重新跑刷新脚本，否则 AI 会以为某个工具还在；三是案例目录的规范，case-init.ps1 生成的 scope、timeline 结构，如果你不按它来，后续的 case-review 模块可能无法正常工作。项目有 CHANGELOG.md，说明作者在维护，但最近一次 push 是 2026 年 8 月，只有 v1.0.1 一个 release，版本还早，接口可能变动。如果你要深入定制，建议先锁定一个版本再改。

编辑结论

reverse-skill 适合已经用 Claude Code、Cursor 或 Cline 处理安全任务的工程师，尤其是那些经常在 APK、JS 加密、二进制和 CTF 之间切换、又不想每次手动回忆工具链的人。它不适合完全不懂逆向的新手，因为路由规则只解决「该用什么工具」的问题，不替代对 jadx、Frida、IDA 本身的理解。也不适合只做单一类型任务的人，比如只搞 Web 渗透，那 44 个模块里大部分用不上，维护成本反而高。采用前先验证三件事：第一，确认你的客户端能读取 RULES.md 和 README_AI.md 的引导指令，不同客户端对技能包的支持程度不一；第二，在 Windows 或 Ubuntu 上跑一遍 refresh-tool-index 脚本，确认 tool-index.md 里检测到的工具符合你的实际环境；第三，检查 routing.json 里 R0 到 R44 的规则是否覆盖你常用的场景，比如 APK 和 JS 加密，如果缺失，你可能需要自己扩展规则。这个项目的核心价值是它把路由逻辑集中在一个 JSON 文件里，而不是散落在各个脚本中，这让你能审计和修改规则，但前提是你愿意读那个文件。

官方来源

1. Official README
2. Project repository
3. Release notes