Routa

以工作区为中心的软件交付多智能体协作平台

演示 • 架构 • 工作原理 • 为什么选择 Routa • 快速开始 • 文档 • 中文

---

Routa 是一个以工作区（Workspace）为中心的软件交付多智能体协作平台。它将目标、任务、会话、追踪记录、证据和审查状态清晰地展示在看板上，而不是将其埋没在单一的聊天记录中。

发布日志 · 架构文档 · 功能树 · 快速开始 · 文档站点 · Slack · 参与贡献

演示

• Bilibili 操作演示
• YouTube 操作演示

社区

• 文档站点
• Slack 社区
• 发布日志
• 问题反馈

架构

系统架构

当前的实现有意采用了双后端架构，而非两个独立的产品。

• Web 端：src/ 下的 Next.js 页面与路由处理程序
• 桌面端：apps/desktop/ 下的 Tauri 外壳，由 crates/routa-server/ 中的 Axum 服务器提供支持
• 共享边界：两个运行时环境均通过 api-contract.yaml 定义，保持一致的工作区、会话、任务、追踪、代码库、工作树和审查语义
• 集成界面：ACP、MCP、A2A、AG-UI、A2UI、REST 和 SSE

审查门禁架构

交付门禁（Delivery Gate）是一条分层的决策路径，而非单一的评审角色。

• Harness Monitor：通过呈现追踪记录、变更文件、命令、Git 状态和归属信息，回答“发生了什么”。
• Entrix Fitness：通过强制执行硬性门禁、证据要求以及文件预算或策略检查，回答“什么应该是正确的”。
• Gate Specialist：通过核实验收标准并路由至“完成”、“开发”或触发人工介入，回答“卡片是否可以移动”。

工作原理

You: "Build a user auth system with login, registration, and password reset"
                                                            ↓
                                    Workspace + Kanban Board
                                                            ↓
 Backlog              Todo              Dev               Review            Done
 Backlog Refiner  ->  Todo Orchestrator -> Dev Crafter -> Review Guard -> Done Reporter
                                                            ↘
                                                                Blocked Resolver

Routa 将看板视为规划界面与协作总线。关键在于，每一条泳道（Lane）都由不同的专家提示词（Specialist Prompt）驱动，且每一个下游泳道都比上游泳道执行更严格的规范。

从宏观角度看，两层专家机制协同工作：

• 核心角色：ROUTA 负责协调，CRAFTER 负责实施，GATE 负责验证。
• 看板泳道专家：每一列都应用具体的提示词契约和证据契约。

端到端示例

1. 您用自然语言描述一个目标。
2. ROUTA 或看板自动化程序将该目标转化为工作区范围内的卡片。
3. Backlog Refiner 将粗略的需求改写为包含验收标准、约束条件、依赖关系及 INVEST 快照的标准化 YAML 故事。
4. Todo Orchestrator 对上游卡片保持“不信任”，重新解析 YAML，拒绝较弱的需求故事，并附加可执行的简要说明。
5. Dev Crafter 再次审视计划，除非故事是可执行的，否则拒绝编写代码；仅实施范围内的变更，运行验证，提交工作，并附加开发证据。
6. Review Guard 对开发者的自我评估保持“不信任”，独立检查每一项验收标准，要求提供测试和评审证据。