★ FEATURED ARTICLE 【免费下载链接】kandevAI Kanban Development Environment. Orchestrate multiple agents, review changes, open PRs. Multi-provider, self-hostable, no telemetry.项目地址https://gitcode.com/gh_mirrors/ka/kandev点击查看免费下载Kandev 是一款开源的 AI 看板与开发环境AI Kanban Development Environment它的多仓库任务能力让一个任务可以同时绑定多个仓库、多个分支每个仓库自动获得独立的 git worktree最终按仓库分别产出 PR。对于后端改接口、前端要跟着改同一个改动要拆成多个 PR这类场景Kandev 让 AI 代理在一条任务线里完成全部工作而不用把任务拆散。多仓库任务一个任务多个仓库传统做法里一个需求如果涉及 3 个仓库往往要开 3 个任务对话割裂、代理上下文丢失、看板视图碎片化。Kandev 的多仓库任务Multi-repository tasks直接解决这个问题——把一个任务挂上 N 个仓库每个仓库拥有自己的 worktree 和分支Changes 面板、Review 对话框和 PR 界面都按仓库分组展示。在任务创建对话框中仓库选择支持三种来源本地 Repo、Remote粘贴仓库 URL、以及 None。当另一行已经选择了同一个仓库时下拉列表会显示 Already added 标记——这正是多分支任务的前置条件。隔离机制git worktree 是怎么配合的每个任务仓库对都会得到一个隔离的 worktree路径规则非常清晰单分支任务~/.kandev/tasks/任务/仓库/扁平布局多分支任务首个分支保持扁平后续同仓库分支作为兄弟目录~/.kandev/tasks/任务/仓库-分支slug/这里有个设计细节值得点赞第二个 worktree 不会被嵌套在主 worktree 内部。否则代理的文件扫描、git status和 IDE 索引器都会把第二个 worktree 当成第一个仓库里意想不到的子目录直接引发混乱。兄弟目录布局保证了每个 worktree 的 git 作用域完全独立并发代理互不干扰。分支 slug 由buildRepoSpecs见 apps/backend/internal/orchestrator/executor/executor_execute.go从CheckoutBranch确定性派生同样的任务多次启动会话会复用已有的 worktree不会重复创建任务目录。自动化场景下也可以在配置界面为任务指定多个仓库例如repo-alpha和repo-beta同时挂在同一个自动化任务下多分支任务同一个仓库产出多个 PR多仓库是横向扩展多分支任务Multi-branch tasks则是纵向扩展同一个仓库、不同分支一个任务产出多个 PR。数据模型上task_repositories表的唯一约束从UNIQUE(task_id, repository_id)放宽为UNIQUE(task_id, repository_id, base_branch, checkout_branch)允许 N 个(repository, branch)对共存。这个能力瞄准四类高频场景场景说明Stacked PRs同一仓库的工作天然拆成两个分支但要在一条对话里跟代理协作Feature-flag 灰度开 flag 和 关 flag 两个分支并排评审A/B 实验同一改动的两种实现开成两个 PR从一个任务里对比多仓库增强版多仓库 多分支统一为同一模型消除人为不对称典型实现包括服务层Service.AddBranchToTask见 apps/backend/internal/task/service/service_branches.go给运行中的任务追加新的分支行并前置校验避免 already attached 报错PR 侧task_prs表天然支持每个 (任务, 仓库) 多个 PRhead_branch字段区分分支无需任何 schema 改动前端Review 界面在任务有多个 PR 时提供任务级选择器默认展示主 PR最早那个并记住会话内的切换设计决策的完整推导过程值得阅读docs/decisions/0013-multi-branch-tasks.md需求细节见 docs/specs/tasks/requirements/multi-branch.md。AI 代理的协作工具MCP 驱动Kandev 通过 task-scoped MCP 让代理自主完成多仓库/多分支编排核心工具包括create_task_kandev— 创建任务时直接提交多仓库甚至同仓库多分支条目add_branch_to_task_kandev— 给运行中的任务追加一个(repository, branch)worktree一个任务产出多个 PR 的关键子任务Subtasks— 代理可生成继承父任务 workspace、workflow、代理 profile、executor 和仓库列表的子任务甚至可以在兄弟仓库中创建子任务保持同一父任务下依赖协调— 通过blocked_by、add_task_dependency_kandev声明任务间依赖被阻塞的任务不会自动启动前置任务成功后自动触发这意味着一个代理可以在会话中顺手把跨仓库的收尾工作拆成子任务派发给兄弟仓库的代理全部收敛在同一父任务下。能力清单见 docs/features.md。跨仓库工作流的实战建议多仓库任务的另一个隐藏福利每个仓库的代理自动读取该仓库自己的 AI 配置CLAUDE.md、AGENTS.md、skills、MCP servers。后端代理遵循后端规范前端代理遵循前端规范——即使它们属于同一条流水线。代理行为跟着代码走而不是跟着平台走。典型跨仓库流水线后端变更 → 触发客户端更新 → 基础设施变更跟随服务部署docs/workflow-tips.md 的 Cross-Repository Workflows 一节对此有专门说明。配合 Kandev 的自动化Automations能力你还能按 PR 触发或定时触发跨仓库任务并配置运行目标与并发数。小结为什么这个设计值得借鉴Kandev 把任务从单仓库心智中解放出来的方式值得所有 AI 开发工具参考统一模型多仓库与多分支收敛为同一个(repository, branch)对模型没有两套 API隔离不割裂worktree 保证 git 作用域隔离但对话、上下文、看板视图全部保留在一个任务里评审面按仓库分组Changes、Review、PR 各自独立又互相可达多 PR 时用选择器切换代理自驱动MCP 工具让代理自己追加分支、创建兄弟仓库子任务、声明依赖人类只需审阅如果你想在自己的 AI 工作流里体验一个任务、多个仓库、多个 PR的完整闭环可以从 README.md 快速上手截图画廊在 docs/screenshots.md。赞分享【免费下载链接】kandevAI Kanban Development Environment. Orchestrate multiple agents, review changes, open PRs. Multi-provider, self-hostable, no telemetry.项目地址https://gitcode.com/gh_mirrors/ka/kandev点击查看免费下载相关推荐如何用 tensorflow/models 多任务库组织多个单任务联合训练如何用 tensorflow/models 多任务库组织多个单任务联合训练 tensorflow/models 仓库的 official/modeling/m人工智能深度学习机器学习计算机视觉NLP预训练LightGBM多任务学习同时学习多个任务LightGBM多任务学习同时学习多个任务 痛点传统机器学习模型的局限性 在现实世界的机器学习应用中我们经常面临需要同时预测多个相关目标的情况。比如 电机器学习人工智能CleanRL多任务学习单一智能体解决多个相关任务CleanRL多任务学习单一智能体解决多个相关任务 引言多任务学习的价值与挑战 在深度强化学习Deep Reinforcement Learning, D人工智能强化学习深度学习上一篇Cherry Studio 前端性能实践为 Script 标签正确使用 defer 与 async消除渲染阻塞下一篇Backstage v1.27.0-next.1 变更解读数据库助手函数移除、令牌校验调整与通知/目录插件修复盘点创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
阅读完成 · 觉得有帮助？
