风车工作流引擎与开发者平台

解决什么问题

写脚本的人常遇到一个断层：一个数据处理脚本在命令行里跑得很好，但想把它变成团队里别人能用的东西，就得自己写服务、接口和界面。传统方案要么用 Retool 这类内部工具平台，要么用 Temporal 这类工作流引擎，两者都意味着把数据和代码托管到别人那里，或者自己维护一整套后端基础设施。风车（Windmill）想填平这个断层：让脚本直接变成可分享的 UI、Webhook 和工作流，而且可以完全自托管。

核心能力与工作方式

风车的核心机制是脚本即资源。你提交一段 Python、TypeScript、Go、Bash、SQL、GraphQL 或 PowerShell 代码，平台自动把它注册成一个可调用的应用：

• 自动生成 UI：脚本的输入输出会被推断为表单和结果展示，无需手写前端；
• 组合成流（Flows）：多个脚本可以串成有向图式的工作流，支持分支、并发和重试；
• 低代码应用：在脚本之上叠加 UI 组件，组装成更复杂的内部工具；
• Webhook 化：脚本可直接暴露为 HTTP 端点，接收外部事件触发。

日常开发流程大致是：用 CLI 从本地文件或 GitHub 同步脚本 → 在本地跑通 → 推送后自动获得可分享的链接和端点。平台还内置了 MCP server，让 AI Agent 能直接调用这些脚本和工作流，不必为每个工具单独写适配层。

适用边界

需要注意几点：它自托管友好，但部署、备份和升级要自己负责；低代码 UI 能覆盖常见内部工具场景，做高度定制的前端仍受限；脚本语言覆盖面广，但每种语言的运行时环境需要自己确认支持程度。它适合想把团队散落脚本变成可复用工具的工程师，而不是需要复杂业务编排的企业级场景。