JoasASantos/REA-Prompts

解决什么问题

让 AI 编程助手分析一个陌生的二进制程序或应用，得到的往往是语气笃定但没有依据的叙述：没有函数名，没有地址，也分不清哪些是确认的行为、哪些是模型的猜测。用 Agent 做逆向，本质上是一连串提示词，答案质量取决于问题怎么问。REAP 就是这些问题的模板集合，面向 REA 工具集——它让 Agent 检查原生二进制、固件、内核、APK、Electron 应用和游戏。

有什么不同

没有模板时，Agent 面对“讲讲这个程序怎么工作”容易漫天发散。REAP 的提示词强制一种结构：指出入口点，标注文件和地址，把已确认事实、推断和未知分开写，并且一次只盯一个功能。部分提示词还要求 Agent 把还原出的规则写成一个可单独运行的最小复现，再和原程序对照验证。集合按目标类型（二进制、游戏、固件、Android、内核）组织，而不是按功能，看什么就贴对应那一段。它只是提示词内容，不是工具本身：REA 在 rea.tools 上，需要另装。

适合谁

已经在用或愿意装 REA、并在 Claude Code 一类编程 Agent 中使用的开发者和安全研究人员，尤其是希望调查过程可复现、可核查的人。打 CTF、做互操作或净室克隆、快速对一个可执行文件做分诊分析的人最受益。没有 Agent 和已连接的 REA 的人用不上；想要一键自动化分析的人也别来，每条提示词都需要真实的 Agent 会话和人工判断。目标是在自己无权测试的软件上绕过保护机制的人，应先读 README 的免责声明并绕开。

上手成本

需要 AI 编程 Agent 加已安装并连接的 REA，提示词本身单独不产生任何效果。提示词是静态文本，持续成本是每次调查的 token 消耗和时间，效果取决于所用 Agent 和 REA 分析引擎的能力。仓库才创建 4 天，未声明许可证，README 大量依赖外链，应当把它看作一份维护随意的清单而不是受支持的产品。反作弊、DRM、内核、漏洞研究类提示词带有法律和服务条款风险；README 限定它们只用于授权测试，但没有机制保证这一点。

点评

REAP 是件单薄但有用的产物：它借的是 REA 的热度，本身没有多少工程含量。星标数据说明了性质：创建 4 天就有约 2,050 星、345 fork，平均每天约 400 星，这是发布期的尖峰，而非已验证的长期吸引力。如果你本来就在为 Agent 会话和 REA 付费，这些提示词值得花几分钟扫一遍，其中“区分事实与假设、必须给出证据”的约定即使不换工具也值得借鉴。如果你不在这个组合里，它不足以成为采用任何一项的理由。没有许可证，也意味着你不能放心把其中的文字复用到自己的项目里。