【免费下载链接】routaWorkspace-first multi-agent coordination platform for AI development, with shared Specs, Kanban orchestration, and MCP/ACP/ A2A support across web and desktop.项目地址https://gitcode.com/gh_mirrors/ro/routa点击查看免费下载Routa 是一个Workspace-first工作区优先的多智能体协调平台提供 Sessions、Kanban、Team 三种执行模式。很多新手第一次打开 Routa 就会困惑这三个入口到底有什么区别该选哪个本指南用一个核心判断标准帮你 3 分钟做出正确选择区别不在于简单还是高级而在于编排从哪里开始。Sessions从一条可恢复的对话线程开始Kanban从工作流状态和泳道自动化开始Team从一位调度子会话的协调 Lead 开始一张表看懂三种执行模式核心区别维度SessionsKanbanTeam基本单位一个会话线程泳道中的一张任务卡片一次 Team 主导的运行入口形态直接启动器看板 泳道流转共享 Team 启动器多智能体边界会话内按需委派泳道自动化自动创建会话Lead 按波次派发真实子会话质量形态灵活、按任务定制服务端强制产物与交付门禁Lead 层强制委派 验证最佳场景通用实现、探索、恢复交付流水线、可重复执行跨专业、跨代码区复杂工作 这张矩阵来自官方设计文档 execution-modes.md是选择模式时的权威参照。模式一Sessions——新手首选的默认执行模式Sessions 是 Routa 的默认工作模式也是多智能体入口中摩擦最小的一个。它的工作方式从一条可恢复的执行线程开始。默认入口角色是 ROUTA协调者当任务真正需要时ROUTA 才会动态拉起 CRAFTER实现和 GATE验证等专家而不是预先搭好一套固定的协作图。适合场景✅ 功能开发还在探索阶段✅ 调试与故障恢复✅ 一次性的实现任务✅ 在新工作区跑通第一次成功运行✅ 希望 Token 消耗最省的路径官方文档称其为通常最省 Token 的 Agent 优先启动模式第一次运行 Sessions 只需 5 步打开一个工作区Workspace配置好一个可用的 Provider挂载仓库代码库启动一个 Session给出一个具体明确的实现任务⚠️一个常见误区Sessions 不是普通单智能体聊天也不应被理解为固定的 ROUTA → CRAFTER → GATE 流水线。它是单会话入口 可选编排——这正是它对新用户友好又保留扩展空间的原因。相关源码home-input.tsx会话入口组件、use-session-crafters.ts子会话面板逻辑。模式二Kanban——交付流程最可控的自动化执行模式Kanban 是 Routa 的工作流驱动模式。它不只是一个看板视图泳道Lane转移会触发工作流事件自动创建 Agent 会话、路由到对应专家并对 review、done 等阶段强制执行交付检查。默认泳道与专家分工见 kanban.tsbacklog、todo、dev、blocked→ 默认由CRAFTER类专家处理review、done→ 默认由GATE类专家把关其中review阶段默认要求产物Artifacts齐备且具备交付就绪状态done阶段默认要求变更已提交、工作区干净、分支达到 PR 就绪。这些交付规则不是靠提示词自觉而是作为列策略在 UI、REST 和 MCP 层统一强制执行见 task-delivery-readiness.ts 与 ADR 0007。为什么它是交付控制最强的模式 卡片状态即触发器——移动卡片就是启动自动化 泳道定义下一个由谁执行 review/done 是明确的质量门禁 看板自动化按板排队并限制并发kanban-session-queue.ts卡片狂移也不会冲垮运行时 开发泳道的会话还可由看门狗Watchdog或 Ralph-loop 策略监督与自动恢复适合场景✅ 需要稳定的交接流程Stable Handoff✅ 希望 review 和 done 是真正的门而不是走过场✅ 多个任务要走同一套交付模型可重复流水线核心编排逻辑位于 workflow-orchestrator.ts设计背景可阅读 ADR 0004 看板驱动自动化。模式三Team——跨专业复杂任务的协调执行模式Team 是Lead 驱动的组织模式运行从一位协调 Leadteam-agent-lead开始由它规划工作、派发真实的子会话、隔离重叠范围、在宣告完成前复核验证。几个关键事实通过 team-page-client.tsx 启动时模式固定绑定team-agent-lead不可切换角色且启动前必须选择仓库委派走的是真实子会话而非隐藏轻量通道Lead 被明确要求使用delegate_task_to_agent工具让所有委派在 Team UI 中可见Lead 被指示保持小波次Wave、隔离重叠范围、完成前重新验证Lead 的提示词核心是规划、委派、协调、验证永不亲自实现定义见 agent-lead.yaml适合场景✅ 前端/后端/QA 式分工协作✅ 受益于并行波次交付的复杂任务✅ 单一工作区内跨仓库、跨子系统的协调Team 是多代码库协作最自然的模式官方实践建议不要仅仅因为 Team 听起来更高级就用它。如果一个可恢复的线程就能解决问题Sessions 通常才是更好的起点见 best-practices.md。选型速查3 个问题定位你的执行模式问题 1任务边界清楚吗不清楚、还在探索 →Sessions清楚、要走标准交付 →Kanban清楚但跨多个专业领域 →Team问题 2需要可见的交付流程和质量门禁吗需要 review/done 硬性把关 →Kanban服务端强制不靠自觉只是快速验证想法 →Sessions问题 3协调本身是不是主要难题多个专家需要并行协作、波次管理 →Team单人单线程能搞定 → 别浪费Team用 Sessions一句话总结先跑通用 Sessions要流程上 Kanban要协调上 Team。新手第一次上手 Routa 的完整步骤按照官方 how-routa-works.md 描述的核心循环进入一个Workspace工作区是代码库、会话、任务、自动化的一切边界让一个 Provider可用别一开始就配置全家桶一个能真正执行工作的 Provider 就够了挂载仓库/代码库通过 Session、Kanban 或 Team启动工作Routa 记录执行状态、按需委派专家、保持工作可恢复快速入门可参考 quick-start.md三种模式各自的官方说明分别在 sessions.md、kanban.md、team.md。FAQ三个高频疑问Q1Sessions 和 Kanban 会互相替代吗不会。它们解决不同问题Sessions 让你从一条可恢复的线程快速开始Kanban 让交付流程有明确的阶段与验收边界。官方建议是想要清晰的评审边界和交接可见性时把工作移到 Kanban 上而不是在单个会话里模拟流程。Q2Team 不就是更高级的 Sessions吗不是。区别在于编排的起点Sessions 从线程开始Team 从协调 Lead 开始Lead 派发的是真实可见的子会话并自带委派 验证文化。Q3Kanban 每个泳道都是 GATE 质检吗不是。准确的说法是每个泳道都可以是自动化边界且由专家/角色/策略驱动review 和 done 才是默认的 GATE 检查点。总结你的需求选择快速开始、探索、调试、恢复Sessions可重复交付、质量门禁、流程可见Kanban跨专业并行、波次委派、多仓库协调Team选对执行模式就是选对了 AI 多智能体编排的起点。记住黄金法则从最小的可用模式开始Sessions流程复杂了上 Kanban协调成为第一性问题时上 Team。赞分享【免费下载链接】routaWorkspace-first multi-agent coordination platform for AI development, with shared Specs, Kanban orchestration, and MCP/ACP/ A2A support across web and desktop.项目地址https://gitcode.com/gh_mirrors/ro/routa点击查看免费下载相关推荐一键导出QQ空间全部历史说说Excel、图片与网页时间线全交付一键导出QQ空间全部历史说说Excel、图片与网页时间线全交付 跑完一遍 GetQzonehistory你会在 resource/result/你的QQ号/网页爬虫数据分析Routa 多 Agent 协作指南Workspace、Session 与 Kanban 三大核心概念详解Routa 多 Agent 协作指南Workspace、Session 与 Kanban 三大核心概念详解 如果你正在寻找一个能让多个 AI Agent 像团Ax 调度器深度拆解手动、同步、异步三种模式到底怎么选Ax 调度器深度拆解手动、同步、异步三种模式到底怎么选 调度这个词在 Agent 世界里被用得太随意了。多数人谈的是把函数调用排到 GPU 上那种资源人工智能AI AgentAgent 框架自主智能体创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考