2025 年 11 月 24 日，是 Arweave Oasis 完成对 WAO（Wizard AO）开发者平台资产收购后，双方举行的第一次正式技术例会。会议参与者包括 WAO 原作者 @TomoDB 和 Arweave Oasis 创始人 @GerryWon ，以及将承担未来 DevRel 与中文开发者沟通角色的 @TonyLau00 。会议内容从 WAO 框架、测试与开发能力、Web 端调试环境、Hyperbeam 本地化部署，到开发者激励、文档体系、手机节点实验与未来路线图，信息量极大，也标志着 WAO 在新团队运营下正式进入第二阶段。
WAO 的现状：从 Legacy AOS 到 Hyperbeam 的承接
会议正式进入主题后，Tomo 从 WAO 的背景讲起。他强调，WAO 最初是为了 Legacy AOS 的开发与测试而设计的，核心目标是为开发者提供一个离线可运行、速度极快、流程清晰的本地开发环境。
WAO 能模拟 AOS 行为，帮助开发者在不依赖主网或公共节点的情况下完成消息交互测试、状态验证与进程调试。Legacy AOS 的时代，WAO 的价值主要体现在「能在本地复刻 AOS 的行为逻辑」。但随着 Arweave Research 推动 AO 向 Hyperbeam 迁移，WAO 也必须同步进化。
Tomo 解释说，他已经让 WAO 在新的开发环境中与 Hyperbeam 完整对接，开发者可以通过 WAO 在本地直接启动 Hyperbeam 节点、模拟消息发送、查看执行结果，甚至实现类似 dry-run 的能力。相比只依赖官方工具，WAO 的优势在于极快的反馈速度、更灵活的测试方式，以及更接近真实行为的本地化 Hyperbeam 开发体验。可以说，WAO 成为 Legacy AOS 与 Hyperbeam 之间的技术桥梁，而这也让它在新阶段承担了更重要的角色：不仅是一个开发工具，更是整个 AO 应用开发的底层基础设施。
Web 端 WAO 开发环境：浏览器中的 AO 实验室
在介绍完 WAO 的核心能力后，Tomo 展示了一个具有突破意义的 Web 端应用，这是他在半年前基于 WAO 打造的实验性 Web IDE。打开浏览器后，这个应用会在本地浏览器的沙盒环境里创建一套轻量级的 AO 运行网络，同时自动为用户初始化一个进程，并提供一个可交互的命令行窗口，用户可以像使用 AOS 终端一样直接发送消息或调用 handler。更重要的是，这个 Web IDE 内置一个可视化的 Process Explorer，能够实时展示每个进程的收发消息、spawn 行为、状态变更，以及被模拟出来的区块内容，相当于一个本地化的 AO 区块浏览器。用户不仅可以在页面里创建工程文件夹、编写 Lua 或 JS 脚本，还能把脚本直接注入到指定进程中运行，再通过可视化界面查看结果。
Tomo 还展示了 Web IDE 的扩展能力：开发者可以通过 WAO 的本地文件系统同步功能，将自己的 VS Code 文件夹映射到浏览器里，实现「本地编辑器与 Web IDE 的双向同步」；甚至利用 WebRTC 技术，可以让不同设备之间的浏览器互相通信，让两个开发者直接在各自的浏览器里共享同一个 AO 沙盒环境，实现实时协作调试、共享消息流、测试小游戏等更多互动场景。虽然当前版本依赖旧版 WAO 和旧版 Hyperbeam，短期内还不能推广给开发者，但方向已经非常明确：WAO 不只是一个 SDK，而是要成为一个「浏览器里的分布式计算实验室」，让开发者可以在零配置的情况下体验 AO 的完整开发流程，从写代码、跑消息、看区块到多人协作，全部在一个页面中完成。
Hyperbeam 的本地化与移动化：下一阶段的突破口
在展示完现有工具后，Tomo 分享了另一项颇具话题性的实验成果：他已经成功让 Hyperbeam 运行在 Android 手机上。只需要在手机里安装一个类 Linux 环境（如 Termux），再执行一行自动化脚本，就可以在手机上完成 Hyperbeam 的部署和启动。这意味着 Hyperbeam 不再是只能运行在云服务器或开发机上的重型服务，而是可以在任何设备上轻量化运行的可移动计算节点。
对于让 Hyperbeam 运行在 Mobile 这一事件，Gerry 提议在下一次 Arweave Oasis Show 中加入一次直播演示，以此向开发者展示 AO 技术栈的灵活性与前沿性。
Tomo 进一步透露，他正在尝试让同样的脚本在 iPhone 上也能运行。虽然 iOS 对执行环境有更严格的限制，但如果能实现，将形成一个极具象征意义的事件 —— Hyperbeam 成为首个能够在 iOS 上本地运行的 Web3 计算节点框架，为 AO 在移动端的发展打开更多可能。
开发者激励：技术吸引力 vs. 金融激励
随着工具与功能介绍逐步告一段落，会议自然转向了更深层的问题：如何吸引更多开发者使用 WAO 在 AO 上构建产品？Gerry 从生态运营角度认为，硬核开发者真正看重的是稳定、易用、低门槛且有充分可能性的基础设施，而不是金融奖励。如今 AO 网络仍需要提高稳定性，而 WAO 则需要继续完善文档体系和开发体验，让开发者真正感受到「这个地方好用、值得信任」。
Tomo 的观点更加直接。他说，开发者选择一个生态，靠的不是补贴，而是技术激励。他自己之所以一直留在 Arweave + AO，是因为只有这一套组合能支撑他做去中心化数据库，没有替代选项。他强调：“光有好工具无法吸引开发者，你必须让他们看到，在 AO / Hyperbeam 上可以做别人做不了的事。”这意味着 WAO 的下一步重点不只是补文档或修工具，而是要和 Arweave Oasis 一起构建一套「AO 能做什么」「Hyperbeam 的独特能力是什么」「哪些项目只能在这里诞生」的叙事体系。
Tony 的角色在这里也变得清晰：他将成为中文开发者社区与 WAO / AO 技术体系之间的桥梁，负责用中文解释 WAO 的机制、Hyperbeam 的框架，以及这些工具如何帮助开发者完成新型应用。
未来路线图：WAO 重启后的四步计划
会议最后给出了清晰的四步发展路线，这不仅是 WAO 的技术规划，也将成为 Arweave Oasis 吸引开发者、完善生态叙事的主线。
第一步，是对外发布「Hyperbeam on Mobile」的成果，并通过文档与直播展示这一突破，让生态看到 AO / Hyperbeam 的移动潜力与技术魅力，作为吸引开发者注意力的第一入口。
第二步，是完成对 Hyperbeam 全设备的教程整理，并编写如何构建自定义设备的完整指南，让 WAO 成为理解 Hyperbeam 的必经入口。这部分内容未来会成为开发者学习 AO / Hyperbeam 的核心知识库。
第三步，是制作一套「从零构建 AO 应用」的全流程教学，包括 WAO 的使用、进程编写、消息调试、测试方法与部署步骤，让开发者首次可以通过统一路径学会如何在 AO 生态中构建实际应用。
第四步，则是将上述所有内容整合进 Web IDE，把浏览器做成开发者进入 AO / Hyperbeam 的统一入口，让新开发者无需任何环境配置，就能在浏览器里体验写代码、跑消息、调试区块与多人协作的完整流程。
这四步从入口话题到核心文档，到落地教程，再到统一入口，构成了 WAO 重启后的完整技术战略，也为 Arweave Oasis 在开发者生态上的增长奠定了底层框架。
WAO 的本质是一条开发者入口，而不是一个工具箱
这次第一次技术例会的价值在于，它让 WAO 的未来定位变得前所未有地清晰。WAO 不是一个工具箱，也不是一个辅助型 SDK，而是 AO / Hyperbeam 生态中，开发者必须经过的「入口」。它提供本地调试工具、测试框架、区块探索器、浏览器 IDE、设备教程、自定义设备指南、移动端节点实验与可视化调试能力，但这些功能的意义不在于做了多少工具，而在于它们共同构建了一个通向 AO 的学习路径。
AO 与 Hyperbeam 是新的、陌生的、极具创新性的计算范式，如果没有 WAO 把它们转译成易学、易试、易改、易部署的一整套体验，新开发者根本无从入门。而在 Arweave Oasis 的运营与叙事能力加持下，WAO 的路线图正在从一个人的作品变成整个生态开发者的入口平台。
未来 WAO 的角色，会越来越像 AO 的 Remix IDE，Hyperbeam 的 Playground，甚至可能成为 Web3 计算框架中最具开发者体验的一环。这次会议真正达成的，是技术路线、生态叙事、开发者支持与角色分工的全面对齐，也意味着 WAO 在新阶段迈出了意义重大的一步。