还在用 REA 逆向软件？先别急，这个仓库可能已经有现成的

图片

熟悉我的人知道我接触了智能体后，在疯狂的复刻各类工具，但最多的还是游戏，我前阵子还发过一篇关于REA这个项目的文章，这两天就发现了一个github仓库 awesome-reverse-engineered 真是发现了宝，就像他上面那句：不要重复进行逆向工程，他的意思：要是这里有，就在其基础上改改，省时间，顺便省 token。

一、我这个理解对不对

项目标语只有一句：同一个东西，不必逆向两次。

README 里专门有一节叫「动手逆向之前」，三步：先搜索；找到了就直接用、帮忙修、向上游反馈，因为"一个持续维护的客户端，胜过十个私人脚本"；没找到再自己动手、开源，然后提交回来，"让下一个人从你停下的地方继续"。

说白了就是：动手前先查现成成果，有就拿来接着做。

二、它到底是什么

一句话：一个只收"互操作、保存、研究"目的、给 AI 智能体调用的结构化索引。

"索引"两个字是后面所有误会的源头。它不含被收录项目的代码；Skill、插件、MCP、脚本只负责检索选型，自己不反编译、不抓包；它自身是 MIT，数据是 CC0，但被收录的每个项目各有各的许可证。

图片

截至 2026-11-07：17,710 个项目，合计 12.4M 星标。注意这是被收录项目的星标总和，不是清单仓库自己的。作者做了 3,420 次搜索，导入 351 个列表，挡掉 202 个越界仓库。每个条目只经过 GitHub API 核验三项：仓库是否存在、星标数、许可证。能不能用，没人替你验。

图片

它比普通 awesome 清单多三样：健康状态标记、明确的合规边界、agent-first。第三样最要紧，README 专门有一节叫"让你的 AI 智能体使用整个索引"：智能体按星标、活跃度、许可证排序，读 README，再挑工具。

三、到底用不用呢？

图片

Skill 文档的规则第一条：先查官方 API 或 SDK，没有或不够用，才用逆向工具。我把 README 的三步和这一条合起来看，是三道门：

我从"想逆向"直接跳到"查索引"，等于默认这软件值得逆向。跳过第①道，是把本可避开的条款和封号风险一起请进门。有人会抬杠"有官方 API 谁还逆向"，现实里更常见的是官方 API 存在但受限、要付费、不覆盖本地控制，Skill 的适用范围也包括这种情况。

四、我自己搜了一下

图片

当然第一个还是前段时间带火REA这个项目的Photocraft，上图中的其他几个，都是ArtCraft 团队开源的，大家看前面几个字母，也能猜出他是干啥的，今年的软件行业，也不好混啊，哈哈哈哈，下面是我打开这几个软件后的页面效果，看来wps的会员我是可以停了，

图片

图片

下图是我用开源的cad打开了了我最近在折腾的项目图纸，接下来是不是就像我同学说的，你可以把天正给逆向一个，但逆向前，我现在已经习惯上github上先搜一遍，说不定已经有了呢 

图片

五、延伸：能不能在他们项目上加我的想法

最近是 PhotoCraft 把"逆向"带火了。它由 ArtCraft 团队发布，自称是 clean-room 方式、纯 Rust 写的 Photoshop 重新实现，索引里显示 77,373 个星标。我就想我那个做了很久的应用（主要中间断断续续，最近要codex又在接班搞）能不能嫁接到上面，他是个什么呢：lovart+Photoshop。哈哈哈哈，瞎折腾。要是做出来了，我会发上来，准备给自己的仓库也加个料。

说到ArtCraft 团队 ，他们网站上还是放出了很多项目，免费下载，还是不错的，下图是他们官网上开源的软件。这些开源的项目还在不断的更新和完善，现阶段功能可能还不能和现有的软件比，但基本的功能是都有了。

图片

六、边界：这几条别踩

图片

• 条款与封号：README 明说使用非官方客户端可能违反服务条款，只在自己的账号、设备和数据上用。
• 许可证：清单本身 MIT + CC0，每个项目各有各的许可证。商用或改作前，点进目标仓库看一眼。
• 健康度：活跃项目 10,096 个（约 57%），停滞加归档 4,669 个（约 26%）。README 自己写了：厂商一改动，非官方 API 就可能失效。
• 版本匹配：索引没有标注对应的产品版本，要自己核。
• 法域：README 引用的是美国法典第 17 编第 1201(f) 条和欧盟软件指令第 6 条，属于美欧法域的互操作保护，不自动适用于中国读者。中国法下的具体规定我没有核实，商用请咨询律师，我不是律师。

"省时间"也不是无条件的：挑到活跃、许可证合适、版本对得上的项目才成立，挑错了反而更费时间。

七、最后

图片

对大多数人，真正用得上的其实只有前两道门。第三步默认你会逆向、会开源协作，那不是小白该硬啃的门槛，也不必硬啃。（这是我的看法）

我最初那个想法，改一个词就成立了：不是"在其基础上优化完善"，而是"先看别人已经走到哪，再从那里接着走"。同一件事不必逆向两次，同一个问题，也不必让每个智能体都从头猜一遍。

最后送大家一个好用的提示词，要是大家也在用智能体在做一个应用或者游戏，我一般会放一句：先搜索github上有没有类似项目的资源参考。

如果这篇让你少开了半天工，记得关注点赞，要是你有其他好的仓库分享，记得评论区留言。