REA的第二波，打到客厅：空调被逆进状态栏、AR眼镜15分钟就能遥控——动手拆家里老设备前，先把三笔账算清

源自233位全网作者

16:47

这两周程序员的 timeline 都在喊"软件已死"，微博上 #现在是大逆向时代# 的话题也被科技媒体刷了起来：号称可以逆向工程任何东西的工具 REA，在 Hacker News 和 GitHub Trending 双双登顶。新浪微博新浪微博

这个 MIT 协议开源的 REA（Reverse Engineer Anything，逆向一切）建仓大半年一直不温不火，十月一过突然起飞：三天从 3 万 Star 涨到 12 万+，一天新增 2.5 万以上，到 10 月 19 日全网解读都在说它已经冲到 30 万上下。小红书知乎

但如果你也是家里堆着空调、电视、智能马桶、净化器的智能家居党，先别跟着程序员一起焦虑——这轮热潮里真正拿到手的实惠，其实发生在客厅：

有人把自家空调的官方 App 逆向了，做成 Mac 状态栏小遥控，点一下开关、调温度，又花 15 分钟把控制端移植到 AR 眼镜上，看一眼就能控空调。小红书
有人逆向了智能马桶的微信小程序，让 Codex 顺藤摸出蓝牙控制方式，给电脑做了个状态栏遥控器，坐在工位上点一下，马桶盖真的会翻起来，前后大概半小时。知乎
有人用 REA 研究自家电视，做了一个电脑上的控制面板：切换应用和输入源、调音量、当遥控器用，一个窗口全搞定。
还有人对语音输入工具 Typeless 的订阅忍不了了，前后说了两句话、花了 25 分钟，就在自己 Mac 上复刻了一个不用登录、不用订阅的本地版。知乎

这不再是"新闻"，而是这个周末很多 DIY 玩家真能干的事。但能干，不等于你家的每台设备都该拆、都值得拆。

先搞懂：REA 不是新技术，是"单价"被打下来了

把家里设备拆了"自己写控制端"，这件事本身不新。2021 年前后，B 站就有人用 ESP8266/ESP32 做空调红外伴侣、搞 HomeKit 直连。 2026 年 7 月的创客周刊里，已经有人用 RF 破解把吊扇接进 Home Assistant、逆向净水器做出智能水龙头。以前这条路卡在人身上：你得懂反编译、懂抓包、懂协议文档，还得会写代码，一个人当一支队伍。哔哩哔哩知乎

REA 改变的是分工。它本身并不是大模型，而是一套跑在你自己电脑上的命令行工具加 MCP 服务，把 Ghidra、IDA、JADX 这些老牌逆向工具包成统一接口，接到 Claude Code、Codex 这类编程助手上：Agent 自己决定查哪个函数、怎么追调用关系，返回的分析结果会记录依据和限制，哪些查到了、哪些还不能确定，尽量交代清楚。整套流程变成：adb 连模拟器或真机抓到官方 App，抓包把每个请求定位到 App 源码，拆固件交给 Ghidra 分析，再把证据交给 Agent 还原协议、自己写控制端。知乎小红书

对国内用户更直接的信号是：REA 已经支持字节系的 TRAE 了，`npx rea-agents@latest setup` 一条命令完成配置，不用再手动折腾一堆 MCP，前置只要求完整 64 位 JDK 21+、Ghidra 和 Node 22.x 以上。知乎

有博主拿自己开发的桌面小工具做闭环实测：32 分 39 秒完成一个功能的逆向分析，整体的逆向分析的结果是正确的，中间的实质错误主要因为逆向的是周二版本、本地代码已更新——它能给出可直接施工的技术文档，但也要接受"版本快照"式的误差。知乎

冷静账：为什么你家一半设备它拆不动

社区把它吹成"一切皆可逆"，但把反证摆齐，边界很清楚：

它只拆得动"本地"。 REA 只能逆向分析在本机安装的软件或者本地浏览器跑的功能，复杂业务的逻辑都在服务器端，本地根本没有对应二进制——纯云端依赖的热水器、云排程类设备，它帮不上忙。 Typeless 那位老哥复刻时才发现：原版的识别和润色都发生在服务器端，最后是自己另接本地模型，才把整套流程做成离线版。选设备、拆设备，第一问永远是：这个功能断网还能不能动？知乎知乎
模型不一定配合你。 实测中有大模型的安全过滤直接拒绝反编译完整商业 App，原话是无论怎么框定成"学习"还是"反诈"，把这个 App 的真实代码还原出来本身就越界。知乎
成本并不像"一行命令"那么轻。 REA 这个包实在太重，光工具定义就有差不多 170 个、往上下文里塞十几万 token，有博主的结论是裸让 AI 自己干反而可能更快更省。你的时间账也要算：半小时到两天，是这批案例的真实区间。
账号会被平台记账。 有网友拿 Codex 接入尝试 REA 后，自己用了好几年的账号被封了——风控对偏灰的操作有监控机制，个人折腾别用主力账号。
法律红线在"越界变现"。 个人学习研究是这批玩家的主流姿势，但未经授权的商业化逆向工程很可能会涉嫌违法，把拆出来的协议拿去做破解版转卖，性质完全变掉。

还有一个反常识细节值得记：加固壳≠安全。有实测发现某商业 App 虽然套了 360 加固壳，但加固只保护了 Java 层的代码，根本没盖住 Flutter 这半边，密钥和接口地址直接写死在客户端。这对折腾的人是提示，对做产品的人是警报——该放后端的老实放后端。知乎

三笔账：改老设备、买新设备、还是别动

第一笔账：手改老设备，什么时候值得。 三个条件同时满足再动手：设备本地可控（蓝牙/红外/局域网协议，断网也能用）；你被厂商 App 折磨很久了（订阅涨价、App 难用、停止维护）；你只是自用。成本清单：一台能跑 Agent 的电脑 + 一个非主力账号 + 半小时起步的时间 + 十几万 token 级别的消耗；涉及硬件改件的（ESP32 级模块）也就几十元档。收益是"以后你可以自己写控制端"——就像有人用 Codex 和 REA 研究 CleanMyMac，给自己做了一款叫 ClearSpace 的 Mac 清理工具，能清缓存、管理应用、找大文件和重复文件；代价是保修、刷坏和封号风险全自己扛。一句话，以前是厂商 App 决定你能怎么用自己的设备，现在你可以自己写。知乎小红书

第二笔账：双 11 直接买"好接"的，什么时候更划算。 如果你不享受折腾，官方开放渠道其实已经把坑填了一大半：Home Assistant 本身是 87K+ 星的开源神器，米家官方也开源了接入 Home Assistant 的集成组件，美的/格力/海信这些主流品牌都有成熟接入方案。选品时把"Matter、HomeKit、明确标注局域网控制"排在"功能更多但纯云端"前面，按这个顺序筛：本地协议 > 官方开放生态 > 纯云 + 订阅。纯云 + 订阅设备是双重坑——拆不动，也走不掉。知乎知乎

第三笔账：哪些设备别碰。 涉电涉气的（燃气热水器、大功率温控）、门锁安防类，DIY 改装的风险不是折腾，是安全；带付费锁、DRM 的设备，绕开技术保护措施变现的判例红线别去试；纯云端逻辑的智能家居，别信"万物皆可逆"的神话，拆不动就是拆不动。