Xojo 2026 R3 加入 Agentic Mode：30 年 RAD 老兵把编译器交给了 AI agent

2026 年 10 月 20 日，Xojo, Inc. 发布了 Xojo 2026 Release 3（2026r3）。官方 release notes 的 Highlights 第一行写着："AI Support - New Agentic Mode allows an AI agent to modify and run the project then get compilation errors if any"——一个新的 Agentic Mode，允许 AI agent 修改项目、运行项目，并拿回编译错误（如果有的话）。

这行字如果放在任何一家 2024 年成立的 AI startup 身上，都不值得写一篇文章。但 Xojo 不是 startup：它是一个有 30 年历史的跨平台 RAD（快速应用开发）工具，一套代码库编译出 macOS、Windows、Linux 桌面应用，iOS、Android 移动应用，Web 应用乃至树莓派应用。当这样一个"老钱"把自家的编译器交到 AI agent 手里，agent 浪潮的叙事就该重写一版了。

先认识一下 Xojo：穿越三个十年的 RAD 老兵

很多年轻开发者可能是第一次听说 Xojo，值得花一段介绍它——因为它的"老"，正是这篇报道的价值所在。

Xojo 的前身是 1990 年代的 REALbasic，一套以"像写 BASIC 一样简单"为卖点的跨平台开发工具。2013 年更名为 Xojo，此后三十年它只干一件事：用一门语言、一个 IDE、一套代码库，编译出跑在 macOS、Windows、Linux、iOS、Android、Web 甚至树莓派上的原生应用。它的用户画像非常固定：独立开发者、小团队、教育机构，以及大量"不写代码也能交付软件"的行业开发者——比如给工厂写设备管理软件的工程师，给学校写教务系统的老师。

这种工具在 AI 叙事里长期是"被遗忘的角落"：媒体追逐 Cursor 的融资、Claude Code 的更新，没人关心一个 BASIC 方言的 IDE。但恰恰是这种"角落"，藏着软件工业最沉默的大多数——靠"不够酷"的工具谋生的开发者，远比追逐最新最酷工具的开发者多得多。Xojo 的转向之所以值得写，不是因为它多重要，而是因为它代表了沉默大多数的动向：当连 Xojo 都开始为 agent 改造编译器，说明 agent 化不再是先锋玩家的游戏，而是全行业的标配动作。更何况，它的官方 release notes 白纸黑字写着发布日期与功能描述，一手信源的扎实程度，远超多数 AI startup 的"官宣推文"。

它穿越了三个十年：从经典 Mac OS 和 Windows 桌面时代，到移动互联网时代，再到 Web 时代，每一次平台转移都有人预言"Xojo 这类工具要完了"，它每次都活下来了。秘诀就一条：抽象掉平台的复杂性。Agentic Mode 是同一秘诀在 agent 时代的延续——以前是替人类抽象平台复杂性，现在是替 agent 抽象"IDE 内部状态"的复杂性，让 agent 不用学会点鼠标拖控件，也能驱动整个工具链。

Agentic Mode 到底是什么：编译器反馈闭环

先看官方 release notes 的原话（documentation.xojo.com，发布日期 2026-10-20，亲核）：IDE 新功能第一条就是 "Added Agentic Mode to allow Xojo to work better with coding agents."（新增 Agentic Mode，让 Xojo 与 coding agent 更好地协作。）同版本还带了 136 个 bug 修复、48 个新功能——Agentic Mode 是其中被摆在 Highlights 首位的那一个。

机制本身并不玄乎，用大白话说是一个编译-重载-修复循环：

1. 外部的 coding agent 直接改 Xojo 项目在磁盘上的文件；
2. 在 File 菜单里打开 Agentic Mode 的 Xojo IDE 检测到变更，自动重载整个项目或被改动的项目项（这套重载能力本身也是 2026r3 的新功能，顺带服务了版本控制工作流）；
3. agent 指示 Xojo 运行/编译项目；
4. Xojo 把编译器的输出——错误、警告或成功——原样交还给 agent；
5. agent 读错误，改代码，循环往复，直到构建成功。

Xojo 官方通稿里 CEO 兼创始人 Geoff Perlman 的原话是："An agent can write code, run the project, read the compiler's feedback, and keep going, freeing developers to focus on the creative work."（agent 可以写代码、运行项目、读编译器的反馈、一直干下去，让开发者专注于创造性的工作。）

注意这个循环的 closing 点：闭环落在一个真正的编译器上。传统的 AI 编程助手是"建议文本"，对错靠人看；Agentic Mode 的循环里，对错由编译器说了算——agent 不是在"猜"代码对不对，而是被人类开发者用的同一套工具链告知对不对。这是它和"给编辑器加个聊天侧边栏"最本质的区别。

为什么"编译器反馈"是 agent 最缺的东西

这一节值得展开，因为它是理解整个 10 月 agent 军备赛的钥匙。

今天的 coding agent 有个公开的秘密：它们最擅长写代码，最不擅长"知道自己写对了"。大模型生成代码是概率性的，一次通过率再高，也架不住"错了但不知道错在哪"。人类开发者怎么确认？跑一下。编译、跑测试、看报错——工具链就是人类的"现实检验"。而 agent 在 2026 年之前的大部分时间里，是没有稳定可靠的现实检验的：它能写文件、能跑 shell，但"IDE 里那个项目现在是什么状态""刚才的报错到底对应哪一行"，这些信息散落在各个工具的私有状态里，agent 够不着。

Xojo 的 Agentic Mode，本质上是把 IDE 的私有状态翻译成 agent 能消费的文本反馈：磁盘变更 → 自动重载 → 编译 → 错误文本。每一步都是 agent 本来就会处理的东西（读文件、读文本），Xojo 只是把"IDE 知道但 agent 不知道"的那部分，打通了。

这就是为什么我说老工具应该做 verdict machine（裁决机器）：编译器、类型检查器、测试框架、linter，这些东西的共同点是给出确定的、可被 agent 解析的对错 verdict。agent 不需要 IDE 变得更智能，只需要 IDE 更"诚实"——把 verdict 以机器可读的方式交出来。Xojo 的聪明之处在于，它没试图让 IDE 去"理解"agent 在干什么，它只是让 IDE 把"编译结果"这个它本来就有的东西，递到了 agent 手里。改动小，杠杆大。

顺着这个逻辑，可以预判下一步：测试框架的 agent 化会比 IDE 更快。因为测试的 verdict 比编译更"业务相关"——"这个测试挂了"比"第 42 行少个分号"对 agent 更有信息量。谁先把测试报告变成 agent 友好的结构化反馈，谁就先拿到下一波 agent 效率红利。Xojo 先开了编译器这扇门，测试这扇门不会远。

Agentic Mode 和 Jade：Xojo 的两条 AI 腿

值得注意的是，Agentic Mode 不是 Xojo 在 AI 上的唯一动作。Xojo 自带一个叫 Jade 的内置 AI 助手（可以理解为 IDE 里的 Copilot），2026r3 里 Jade 也顺手改进了：Windows 上特殊字符显示更可靠、长 prompt 的超时放宽、错误信息输出更清晰。

这两条腿的分工很有意思：Jade 是"IDE 里的 AI"，Agentic Mode 是"AI 里的 IDE"。Jade 解决的是"人在 IDE 里写代码时有个助手"；Agentic Mode 解决的是"agent 在 IDE 外面干活时有个抓手"。一个向内，一个向外；一个服务人类，一个服务 agent。Xojo 没有二选一，而是两条腿一起迈——这再次印证了它的定位：不站队任何一方，只做让两边能协作的水电工。

对 vibe coding 实践者的启示是：评估一个工具的 AI 化程度，别只看它有没有聊天框。Jade 这种助手是标配，Agentic Mode 这种"把工具链开放给外部 agent"的能力才是分水岭。前者让你写代码时爽一点，后者让你的整个构建流程可以被 agent 接管。两者差了一个数量级的自动化潜力。

九天第五个：一场被压缩到极限的军备赛

Xojo 的发布不是孤立事件。按时间线排开，2026 年 10 月中下旬的开发工具圈像被按了快进键：

• 10 月 12 日：OpenCode 2.0，从"守着终端等它跑完"的工具变成带 API 和 SDK 的后台服务；
• 10 月 15 日：Codex CLI 0.163.0，允许中途打断 agent 改方向，只读工具可并行；
• 10 月 16/19 日：Claude Code 两个点版本，subagent 默认 fork、引导式 auto-mode；
• 10 月 20 日：Xojo 2026r3，Agentic Mode 上线。

九天，五个工具，指向同一个问题：怎么让 agent 在两次需要人类介入之间干更多的活。OpenCode 解决"不用守着看"，Codex CLI 解决"不用等跑完再纠偏"，Claude Code 解决"一个 agent 当几个用"，Xojo 补上了缺的那块拼图：agent 写的东西，总得有个真正的编译器在另一头验货。

有意思的是，前四个全是 agent 原生的新贵，Xojo 是第一个"老钱"。新贵们在拼"agent 本体怎么做得更自主"，Xojo 拼的是"已有的三十年工具链怎么向 agent 张开怀抱"。这是两条不同的赛道，但终点是同一个：人类在循环里的位置越来越靠后。

Xojo 没做什么：比"做了什么"更诚实

评价一个老牌厂商的 AI 转向，看它"没做什么"往往比看"做了什么"更准。Xojo 这次有三"没"：

第一，没自研模型。Agentic Mode 没有引入任何 Xojo 品牌的模型，IDE 里没有模型选择菜单，官方示例演示的是 Claude Code 从头到尾驱动一个 Xojo Web 项目，但官方口径是"你的 favorite coding agent"——任何外部 agent 都能接。Xojo 造的是管道，不是发动机。

第二，没单独收费。Xojo 的授权体系没变：学习开发免费，Linux/树莓派构建免费，跨平台桌面/移动/Web 付费授权 $499 起，Pro $999 起。Agentic Mode 没有单独的 AI 订阅价——agent 和模型的账单是你付给 agent 提供商的，Xojo 不抽成。在"AI 功能=涨价借口"的 2026 年，这算一股清流。

第三，没公布任何效率数据。Xojo 没有发布 Agentic Mode 的生产力 benchmark，二手报道里 RuntimeWire 也明确指出：目前只有工作流描述，没有实测数字。一个 30 年的老厂商，发布 headline AI 功能却不贴"提升 XX%"，这种克制反而可信——至少它没拿实验室数字糊弄人。

这三"没"合在一起，画像就很清楚了：Xojo 不想当 AI 公司，它想当 AI 时代的水电工。不跟 Anthropic/OpenAI/Google 拼模型，只做一件事——让外面那些已经存在的 agent 能读懂、改动、验证 Xojo 项目。这是个低风险、高杠杆的赌法：模型层的军备赛烧钱无底洞，接口层的水电工旱涝保收。

竞争格局：RAD 品类里，Xojo 暂时领跑

把镜头拉远一点。Xojo 在概念上最接近的竞争对手，是同一 RAD / 低代码品类的 Delphi、PowerBuilder、FileMaker、OutSystems——它们同样让开发者不用手写每一层代码，同样有私有项目格式和自有工具链。截至 10 月 22 日的公开报道，这几家都没有发布对等的 agent 集成动作。

这意味着 Xojo 暂时拿到了一个"定义权"：下一个 RAD 或低代码厂商做 agent 支持时，会被拿来跟 Xojo 的编译-重载-修复循环对比——不管它愿不愿意参赛。先发者在标准制定上的优势，从来不是"功能更多"，而是"后来者的功能会被用你的尺子量"。

但也要泼一盆冷水：Xojo 的体量和这些对手不在一个级别，Delphi 背后是 Embarcadero，OutSystems 是独角兽，FileMaker 背后是苹果。Xojo 的先发优势能维持多久，取决于它能不能在对手反应过来之前，把 Agentic Mode 从"能用"打磨到"好用"——比如补上兼容性矩阵、给出实测数据、把测试框架也接进来。窗口期不会太长，顶多一两个季度。

观点：agent 浪潮烧到了"老钱"，叙事要重写

过去一年，关于 AI 编程的主流叙事是"新贵革命"：Cursor、Windsurf、Claude Code 这些为 AI 而生的工具，正在把 Visual Studio、Eclipse 这些老 IDE 扫进历史。Xojo 的 Agentic Mode 是对这个叙事的一记反证：老工具不一定要死，老工具可以被 agent 改造。

想想 Xojo 的起点有多"不 AI"：1990 年代的 RAD 哲学，可视化拖控件 + 私有项目文件格式 + 原生编译器，每一项都是"前 AI 时代"的典型资产。按"新贵革命"的剧本，它应该是最先被淘汰的那批。但 Xojo 的选择是：把最硬的资产（编译器）开放成 agent 的反馈源。可视化设计器还在，拖控件还在，但写代码、改代码、看报错这些环节，agent 可以直接上手了。

这给所有传统开发工具指了一条路：你不需要重写一个 AI 原生的 IDE，你只需要把你的工具链变成 agent 能调用的 verdict machine（裁决机器）。编译器、构建系统、测试框架、类型检查器——这些老工具最擅长的就是"给代码一个确定的对错"，而这恰恰是 agent 最缺的东西。一个能闭环的确定性反馈，胜过十个"更聪明的 prompt"。

更深一层，Xojo 的案例戳破了一个隐含的偏见："AI 只属于新工具"。这个偏见的逻辑是：老工具架构陈旧、包袱沉重，不可能跟上 agent 时代。但 Xojo 证明，包袱也可以是资产——三十年打磨的编译器、跨七个平台的构建链，这些恰恰是新贵们没有的东西。新贵有更聪明的 agent，老钱有更可靠的 verdict；agent 时代真正的稀缺品，后者可能比前者更稀缺。当所有人都能调用顶级模型时，差异化就落到了"谁能给 agent 最可靠的现实检验"上，而这正是老工具的主场。

反过来说，这也给 vibe coding 的实践者提了个醒：别只盯着新工具看。你手里那些"过时"的老工具——Delphi、PowerBuilder、FileMaker、OutSystems，乃至公司内部跑了十年的构建脚本——只要它们能给出确定的编译/测试反馈，就都有被 agent 化的潜力。Xojo 是 RAD 品类里第一个吃螃蟹的，但不会是最后一个。下一个给 agent 开编译器接口的老牌工具出现时，市场不会再惊讶——标准已经被 Xojo 立在那儿了。

谁该关注：两类人

第一类：Xojo 现有用户。如果你已经在用 Xojo 做跨平台应用，Agentic Mode 意味着你现在就可以把 Claude Code（或你常用的 agent）接到项目上，让它去啃那些"改一处、编译、看报错、再改"的体力活。File > Agentic Mode 打开就行，没有额外账单。注意官方没给兼容性矩阵，动手前先在小项目上试出你那套 agent 的脾气。

第二类：做传统工具 agent 化的人。Xojo 的实现路径值得拆开学：它没有动项目文件格式，没有重写 IDE，而是在"检测磁盘变更 → 自动重载 → 暴露编译"这三个点上打了补丁。任何有私有格式、有自有构建链的老工具，改造清单大概都是这三项。Xojo 的 release notes（#81930 等 issue 编号都在列）就是一份现成的改造施工图。

第三类：还在观望"AI 会不会淘汰我们这行工具"的从业者。Xojo 的答案是：不会淘汰，但会改造。你的护城河不是"代码写得多快"，而是"你手里的工具链能不能给 agent 一个确定的 verdict"。与其焦虑，不如现在就去盘一盘：你的构建、测试、部署链路里，哪些 verdict 今天还是"只有人能看懂"的？把它们变成机器可读的，就是你的 Agentic Mode。这件事不需要等厂商，你自己今天就能开始做——比如把测试报告从 HTML 改成 JSON，把构建错误按固定格式输出到文件。这些脏活累活，就是 agent 时代的"水电改造"。

最后回到开头那句话。Xojo 把 agent 称为项目里的 "first-class collaborators"（一等协作者），同时强调"开发者保持控制"。这八个字是 2026 年所有老牌工具面对 AI 时的标准答案，也是最难做到的那个——Xojo 至少迈出了第一步：当 30 年的编译器开始直接跟 agent 对话，vibe coding 就不再是新贵们的专利，而是整个软件工业的地基改造。地基一动，上面的房子都得重新装修。这篇文章，就是那声装修开工的哨响。

而哨响之后最值得跟踪的问题只有一个：Delphi、OutSystems 们跟不跟？跟进的速度有多快？Xojo 用 2026r3 抢到了定义权，但定义权需要用"更好用的下一版"来续费。agent 化老工具的竞赛，Xojo 只是第一个发令枪响后的起跑者——真正的马拉松，现在才开始。VibeFix 会继续跟踪这条赛道。

本文核心事实（发布时间、Agentic Mode 功能描述、issue 编号、版本统计）亲核自 Xojo 官方 2026r3 release notes（documentation.xojo.com，2026-10-23）；发布时间线、Geoff Perlman 引言与定价信息交叉引自 Xojo 官方通稿（PR Newswire）与 10 月 22 日二手报道；Xojo 未公布 Agentic Mode 实测效率数据，文中相关表述均按"工作流描述"口径处理。