Wyro：画布画后端，导出纯TypeScript代码，想走就走

后端可视化生成器——Canvas拖拽 → 编译成Node项目。「编译」这个动词是重点：画布上的图在生产环境根本不存在，它是构建期中间表示，产物只有代码。

解决的是AI应用构建器的老毛病：生成应用容易，放你走难。前端代码随便拷，后端永远被运行时、数据库、部署目标锁死。Wyro的出发点就是反着来——图编译成常规Node项目后：

package.json 里是 express、drizzle-orm、postgres、zod、dotenv、jsonwebtoken

没有一个Wyro的包。删了账号，应用照常跑。

机制我不重复官网那套，说几个关键决策：

一、图是中间表示，不参与运行时。也就是说没有「画布运行时」这层抽象，生成的就是代码本身。这对性能、可调试性、依赖管理都更干净——不需要为了跑一个图装一个框架。

二、HTTP路由是类型化的Express handlers，Drizzle管schema和迁移，Zod校验器从表定义自动推导。这三件套在Node生态里算成熟组合，生成出来确实能看懂、能改。

三、数据库自带和自带两用。接你自己的Supabase，provisioning走Management API，发生在你组织里、你账单上。它的定位是「握画布，不握基础设施」。

我自己的验货流程：可视化拖拽生成代码，不管谁生成，先git diff看产物质量。它这个导出是diff-able的，这点很加分——可审查的生成代码比黑盒生成靠谱得多。

坦白说，Canvas式后端构建一直是个争议方向：拖出来的代码容易产生过度抽象、嵌套碎片化。但它的思路（IR → 编译 → 干净代码，运行时零依赖）确实化解了这个痛点的一半。另一半——大型项目里拖拽图的维护性——得在真实业务里检验。

选它还是选传统写法，就看你对可视化编排的信任度。但「退路是完整代码」这点，让赌注小了很多。