REA火了:软件能自己造,还要订阅整套吗?

 

如果你只需要 Photoshop 里的两项功能，为什么要一直租下一整套软件？

过去，这个问题没什么讨论空间。自己造工具，通常比买工具贵得多。现在，一批软件重建项目，正在让这笔账出现另一种算法。

PhotoCraft 在公开项目里重做了图层、蒙版、文字和 PSD 文件支持；同一个 ArtCraft 家族继续伸向 Office，做出 WordCraft、GridCraft、DeckCraft。另一位开发者则分享了自己的 TradingView 式终端路线：行情、蜡烛图、指标、自选列表和回测，围绕自己的交易研究流程重新组织。

最近传播的 REA 教程，把这些案例放到了一起。它们并非都由 REA 开发，却指向同一个值得追问的变化：当 AI 不仅能写代码，还能调查现成软件怎样工作，“买一整套”会不会逐渐变成“自己造需要的那部分”？

REA 做的，正是让编程代理获得调查软件的工具。在它官方刊载的工程复盘中，作者沿用已有工具和经验，用约 12 天将一个游戏重建项目推进到可玩。

软件仍然难造。但“难”正在换地方：过去卡在写不出来，现在越来越需要回答，究竟该重做哪一部分，以及怎样知道做对了。

PhotoCraft 的吸引力，在于它已经越过了“画一个相似界面”的阶段。图层、蒙版和 PSD 支持，把项目拉进了真实工作流的问题里：旧文件能否接着编辑？效果能否保留？新的实现能否接住原来的工作？

项目方说明，它依据公开规格和观察到的行为重写实现，不包含原产品的专有代码与资产。PhotoCraft 仍是早期版本，WordCraft 也还在开发中。但这些项目把一个原本抽象的问题摆到了眼前：专业软件里的能力，能不能换一种方式交付？

Office 这一侧，目标也能拆得很具体。WordCraft 的页面列出 docx、样式、表格和修订；GridCraft 指向 xlsx、公式、动态数组、透视表和图表；DeckCraft 则围绕母版、主题、动画与演示者视图展开。这些早期能力清单，把“替代 Office”拆成了可讨论的任务。

对普通用户，这个拆分比谁宣布“干掉某某软件”更有用。你依赖的可能只是一种文档处理、一段表格计算，或一套固定出图流程。整套专业软件的复杂性，与这项具体需求的复杂性，并不相同。

TradingView 的案例把这种选择讲得更直白。一位作者分享的路线，是观察图表软件切换品种、周期、指标和绘图时的行为，写出技术规格，再建立自己的图表与量化研究终端：接入行情，画蜡烛图，加入技术指标、绘图和自选列表，再做包含手续费、滑点、回撤的回测。

这份作者自述最有启发的地方，是产品的组织方式。一个人可能只研究几个品种、几种指标和一套回测规则；他需要的是一个顺手的研究台。由此出发，自建的目标就从“追平 TradingView 的全部功能”，缩到了“让我的这套流程跑起来”。

这条路线讨论的是独立搭建终端，付费指标是否被准确复现，还需要另外的结果支撑。图表界面、指标算法与行情服务，也各有自己的工作量。

软件的购买单位是一个产品，用户的需求单位却可能只是一项任务。 当自建成本足够低，这个落差就有了新的解法。

 

照截图写界面，与搞清楚按钮后面发生了什么，是两种难度。

REA 做的是后一件事的工具连接层。它通过 MCP 和命令行，把分析工具接到 Claude Code、Codex 等编程代理上。MCP 可以理解为代理调用外部工具的接口；REA 本身不是一个更聪明的新模型，而是让模型能向软件提问、拿回证据、继续追查。

目标可以是 JavaScript、Electron、.NET 程序，也可以是原生二进制。原生程序的调查则由 Hopper、Ghidra、IDA 等专业分析后端承担，REA 把这些工具接进代理的工作过程。

它的官方入门练习很小，却说明了差别。一个笔记应用只有六个文件，调查任务是追踪“导出 CSV”：从界面调用，经过程序间的消息传递，找到生成内容的函数，最后确认文件写到 Downloads 下的 notes.csv，列名是 id 和 title。

调查还要继续一步：标题里有逗号和双引号怎么办？教程要求预测转义结果，再用代码验证。代理交出的就不只是“按钮能导出”，而是一份可以据此实现和验收的行为说明。

把这套方法放回自建软件，起点就很清楚：选一项你有权分析的功能，查明输入、输出和边界，写成规格，再另起项目实现，拿原行为做对照。先获得可检验的目标，再让 AI 写代码，减少凭印象复刻。

这给“照着做一个”增加了一个关键步骤：先调查，再下笔。截图告诉 AI 界面长什么样，行为证据告诉 AI 在什么情况下应该发生什么。后者更接近软件真正的规格。

 

REA 官方刊载的东方游戏重建复盘，记录了 TH095 的推进过程：8 月 29 日，确认的游戏函数还是零个；9 月 7 日，697 个已识别游戏函数都有了源码；次日，696 个通过精确比较；9 月 9 日整程序完成链接，9 月 10 日，Windows i386 重建被作者标记为可玩。

约 12 天。项目复用了此前的工具与经验，而这恰好也是关键：工具、调查结果和修复方法可以积累，下一轮无需重新摸索。

但最值得读的转折，来自此前延续其他开发者工作的 TH08 项目。

游戏里一个道具自动收集条件，最大能量阈值原本是 128.0，重建时却写成了 0.0。正常能量非负，条件因此失去了原来的限制。

更离奇的是，它通过了字节比较。

检查器为了适配重建程序中的常量地址变化，调整了地址对应关系，却漏查了地址背后的浮点数值。于是，指向 128.0 和指向 0.0，竟然被当成了可以接受的结果。

作者修复实现和比较器，审计 1,548 个浮点字面量引用，又找出 12 个错误引用，分布在 5 个已经被接受的函数里。

这里暴露的并非一句“AI 也会犯错”。真正的坑是：验收标准本身可能有漏洞，你越信任它，就越可能把错误积累成一批“通过”的成果。

后来的工作顺序随之调整：先建立精确比较基线，再在原平台构建并运行；同时对照代码和运行行为恢复语义，最后做现代平台移植。检查器还要吃进故意写错的反例，证明自己能抓错；一旦发现漏检，就回查此前放行的结果。

这套方法也能带回普通工具开发。做文档转换，拿复杂文件对照；做表格计算，拿已知结果验算；做图表终端，检查指标输入、手续费和滑点怎样影响回测。把能接受什么写清楚，AI 才有一个可以追着修的目标。

代码、实验、判断依据和失败教训留在仓库里，下次代理接手时，继承的是一套已经改进过的工作方法。

PhotoCraft 和办公套件项目挑战的，是成熟软件的功能集合；TradingView 自建路线改变的，是个人工作流的组织方式；REA 则试图降低理解和重建已有行为的门槛。

把它们连起来看，一个新的竞争单位正在变得清楚：一项任务。

你未必需要另一个 Photoshop，却可能需要一个专门批量处理自己产品图的工具；未必需要重做 Office，却可能需要把固定模板、表格计算和报告输出接成一条流水线。这些是假设的应用方向，但它们解释了自建为什么不需要先赢下整套软件的功能竞赛。

成熟产品依然有难以绕开的积累：复杂文件兼容、多人协作、云端数据、稳定运行和长期维护。这些工作会继续创造价值。软件公司真正需要重新说明的，是这些价值与某个具体用户的任务之间，有多大关系。

以前，用户觉得一个产品太重、太贵、不顺手，大多只能在几个现成产品中挑选。AI 编程加上对现有软件的调查能力，正在把另一种选择放上桌面：把自己需要的那部分单独做出来。

这也是 REA 值得关注的原因。它把“我能不能做一个”往前推了一步，变成“这个功能到底怎样工作，我能不能据此做出自己的版本”。

以后按下续费按钮之前，越来越值得先问一句：

我是在为持续需要的服务付费，还是只缺一个已经有机会自己造出来的工具？