到 s11, 智能体已经能自主认领和完成任务。但所有任务共享一个目录。两个智能体同时重构不同模块 – A 改 config.py, B 也改 config.py, 未提交的改动互相污染, 谁也没法干净回滚。
任务板管 “做什么” 但不管 “在哪做”。解法: 给每个任务一个独立的 git worktree 目录, 用任务 ID 把两边关联起来。“各干各的目录, 互不干扰”，任务管目标,，worktree 管目录，按 ID 绑定。
Java实现代码
这段代码引入了工作树任务隔离系统，实现了：
目录级隔离：每个任务在自己的工作树中执行
控制平面与执行平面分离：
控制平面：任务管理（.tasks/）
执行平面：工作树管理（.worktrees/）
事件总线：记录完整生命周期事件
Git 工作树集成：利用 git worktree 实现隔离
关键洞察：通过目录隔离并行任务，通过任务ID进行协调。
Git工作树隔离架构
核心思想：从文件系统隔离升级为Git仓库级别的代码隔离，通过Git工作树实现完全隔离的并行开发环境，为每个任务提供独立的代码工作空间，避免冲突，支持真正的并行开发。
Git原生集成：深度集成Git版本控制系统
仓库感知：自动识别和适应Git仓库结构
向后兼容：非Git环境也能工作
专业级隔离：为专业软件开发设计
工作树管理系统
集成架构：与任务管理和事件系统深度集成
元数据管理：工作树元数据集中管理
环境感知：自动检测和适应Git环境
专业级管理：企业级的工作树生命周期管理
Git工作树创建机制
Git原生：使用Git工作树实现真正的代码隔离
自动分支：为每个工作树自动创建分支
元数据完整：完整的工作树元数据记录
持久化索引：工作树信息持久化存储
状态管理：明确的工作树生命周期状态
任务-工作树双向绑定
双向关联：任务和工作树相互引用
状态协同：任务和工作树状态自动同步
工作流简化：自动的状态转换和绑定
数据一致性：确保关联数据的一致性
工作树操作隔离
完全隔离：每个工作树是独立的文件系统目录
Git环境隔离：每个工作树有自己的Git配置和历史
安全执行：命令在隔离环境中执行
结果返回：返回完整的命令执行结果
Git状态检查
Git专业：提供专业的Git状态信息
实时状态：实时检查工作树的Git状态
变更追踪：跟踪代码变更情况
问题诊断：便于诊断Git相关问题
工作树生命周期管理
完整生命周期：创建、使用、保留、删除的完整生命周期
Git原生：使用Git命令管理工作树
任务协同：工作树删除时自动处理关联任务
状态管理：明确的工作树状态管理
历史追踪：保留工作树的历史记录
工作树保留机制
选择性保留：可以保留有价值的工作树
长期存储：保留的工作树可以长期存在
状态明确：明确的保留状态标记
时间追踪：记录保留时间
事件总线集成
全面审计：所有工作树操作都有完整的事件记录
结构化日志：标准化的JSON事件格式
时间序列：精确的时间戳序列
错误追踪：完整的错误事件追踪
可分析性：便于后续的数据分析
架构演进与价值
从 AutonomousAgentsSystem 到 WorktreeTaskIsolationSystem 的升级： 维度AutonomousAgentsSystemWorktreeTaskIsolationSystem代码隔离文件系统级Git仓库级并行开发有限并行完全并行版本控制外部集成原生集成冲突避免手动管理自动隔离专业程度通用系统专业开发系统
总结
完结撒花。。。
总体来说，这个开源网站系统性地拆解了一个高级AI编程智能体的构建过程，展现了一条清晰的能力演进路径：从具备基础感知和执行能力的单一智能体（工具与执行），发展到能够进行内部规划、分解任务、调用外部知识的协调者（规划与协调），再升级为可以管理资源、并行处理、支撑长时对话的高效执行者（内存管理与并发），最终演化为一个角色分明、通信顺畅、协同作战的智能体团队（协作）。
这条路径揭示了一个核心范式：强大的AI Agent系统并非一蹴而就，可以说是通过不断叠加精心设计的、模块化的机制（如状态管理、上下文隔离、知识外挂、异步处理、消息传递）逐步构建而成。
每个阶段都解决了前一阶段遇到的关键瓶颈，最终将这些模块像积木一样组合，形成一个既可应对复杂项目开发，又能高效管理自身资源与协作的成熟智能体系统。这为我们构建自己的生产级AI Agent提供了宝贵的蓝图和实战指南。