AutoBE
将自然语言需求分阶段生成可构建的 TypeScript 后端。
这个 Agent 能做什么，适合哪些场景？
AutoBE 是面向原型到生产后端构建的本地运行式 AI 后端生成器。用户通过 playground 的聊天界面描述需求，系统按瀑布流程完成需求分析、数据库设计、API 设计、E2E 测试和实现。它由 Facade Controller 协调 40 多个专用功能 Agent，并在生成代码前构建和验证语言无关的 AST。目标输出是 TypeScript、Prisma 与 NestJS 后端，以及 API 文档、数据库文档、测试代码和类型安全客户端 SDK。仓库将“100% 可编译”作为生成代码目标，但明确说明运行时行为、设计解释和后续维护仍需人工验证与处理。
启动 pnpm run playground 后，用户在本地聊天界面依次提交需求。Facade Controller 将工作分派到 Analyze、Database、Interface、Test 和 Realize 阶段；Database 由 AutoBeDatabase 校验，Interface 通过 AutoBeOpenApi 生成 OpenAPI 相关输出，Test 由 AutoBeTest 分析，Realize 使用 Hybrid Compiler。Agent 先产生预定义 schema 表达的语言无关 AST，再在类型规则校验后生成 TypeScript 和 Prisma 代码。生成的后端包含 API 控制器、DTO 结构、实现逻辑、E2E 测试函数，以及可供前端和测试调用的类型安全 SDK。
- 非程序背景的创业者要快速制作待办事项应用原型，并先得到需求分析、数据库设计和 API 规格。
- 后端团队需要为新的 NestJS/Prisma 服务生成可审阅的 ERD、控制器、DTO 和初始实现。
- 测试工程师希望在接口实现前生成使用类型安全 SDK 的 E2E 测试函数。
- 技术负责人需要比较多个模型在 Todo、Reddit、购物和 ERP 后端生成任务上的评测结果。
- 开发团队需要将首次生成的后端交给代码助手继续扩展，并保留规格与测试作为维护基础。
这个 Agent 有哪些优点和局限？
- 以需求、数据库、接口、测试、实现组成的分阶段流程输出完整后端工件，而非只生成一段应用代码。
- 在代码生成前使用 AST 和数据库、OpenAPI、测试等编译器校验，仓库将此作为可构建性保障机制。
- 自动生成类型安全客户端 SDK，可同时用于前端调用和 E2E 测试。
- 内置跨 13 种以上模型、4 类项目的评测管线，并定义了可保存的 JSON 报告路径。
- 仓库明确指出可编译不等于运行时成功，数据库连接、接口和业务逻辑仍可能在执行时失败。
- 复杂项目的 token 消耗很高：文档给出的范围为约 3000 万到 2.5 亿以上，简单待办应用约 400 万。
- 生成结果的数据库和 API 设计可能与预期不同，进入实现和生产前需要人工审查。
- 持续维护不在当前能力范围内；生成后仍需自行处理缺陷、功能、性能与安全更新。
- 所给材料没有提供各 LLM 提供商的凭据与配置细节，接入实际模型可能需要额外配置。
如何安装或部署这个 Agent？
前置条件：已安装 Git 和 pnpm。执行：git clone https://github.com/wrtnlabs/autobe --depth=1cd autobepnpm installpnpm run playground
playground 会在 http://localhost:5173 提供服务。仓库说明可使用多种 LLM 提供商及本地模型，但未在所给材料中说明各提供商的凭据、环境变量或配置步骤。
如何使用这个 Agent？
打开 http://localhost:5173，在聊天界面描述要构建的后端。可按顺序请求“Requirements Analysis”“Design the database schema”“Create the API interface specification”“Make the e2e test functions”和“Implement API functions”，也可以在任一阶段停止。测试与基准回放可在 http://localhost:5173/replay/index.html 查看；运行评测可使用 corepack pnpm estimate，或附加 --model、--project 参数。