把代码库变成可探索的工作空间：AgentIntersect World 的本地多 Agent 协作方式
当 Claude Code、Codex 等编码 Agent 都在终端里工作时，开发者常要在多个会话、分支和预览之间来回切换。AgentIntersect World 尝试换一种交互方式：把代码库呈现为可探索的 3D 空间，并让多个本机 Agent 在同一个工作区中承担不同任务。它不是新的模型服务，也不替代 Agent 自己的命令行；更像是一个把仓库、会话、变更和预览组织起来的桌面工作台。
它解决的不是“模型不够聪明”
项目将 World 定位为 local-first、面向单个操作者的开发空间。用户可载入仓库，在代码城市中浏览；连接自己已安装并完成认证的 Agent harness；创建 Workstream，将对话转成具体工作；查看源码与 diff、验证结果，并在获准后打开 World View 预览。每个 Agent 有独立身份，界面可容纳最多四个 Agent 的 constellation。
这里的关键是把“对话”与“交付物”连在一起：讨论之后可以检查改动，而不是只留下难以追踪的聊天记录。不过，公开预览版并不意味着 Agent 自动获得安全边界。World 面向本机单人操作，模型账号和订阅由用户另行提供；所连接的 harness 仍可能调用云端服务。不要把它理解成离线模型、多人协作 SaaS 或 Agent 沙箱。
安装与开始
截至项目公开的 0.15.0-rc.4 预览版本，官方提供 Windows x64 与 Linux x64/glibc 构建。Debian/Ubuntu 可从 Release 页面下载 .deb 后安装：
sudo apt install ./AgentIntersect-World-0.15.0-rc.4-linux-x64.deb agentintersect-world
也可以下载 Linux portable archive，解压后运行其中的 agentintersect-world 启动器。首次安装前应查看该版本的 Release 说明和校验和；项目文档指出 Windows 安装程序尚未签名，因此应遵循设备自身的安全策略，不要为了运行安装包而关闭系统防护。该版本仍属 public preview，重要项目和应用数据应先备份。
启动后，先导入一个可丢弃的测试仓库，再连接已经安装、认证的 Agent。将一个小而清晰的任务放进 Workstream，例如“定位某处输入校验并补测试”，随后检查 Agent 改动、diff 与验证结果；确认后再查看预览。这样可以先验证本机 harness 能否正常衔接，也能观察 World 是否符合自己的工作习惯。不要一上来就让多个 Agent 同时改同一文件：多 Agent 可见不等于自动解决冲突，仍需明确任务边界并由人审阅合并。
使用时的边界
World 的价值主要在空间化浏览、会话组织和变更检查，而不是替你决定代码是否正确。建议把它放在“任务入口与结果检查”这一层：为不同 Agent 分配互不重叠的目标，要求每项工作都能对应到可审查的 diff 和验证结果；最终仍通过项目原有测试、代码审查和版本控制流程把关。
还要区分“本地应用”与“本地推理”。仓库和界面在本机使用，不代表 Agent 的模型请求不会出网。连接云端 harness 时，代码与提示词的处理方式仍取决于相应服务及其配置。测试含密钥、客户资料或专有代码前，应确认所选 Agent 的数据策略，并避免把 World 的本地优先描述误读为零网络传输。
适合谁试用
如果你经常同时运行多个编码 Agent，且发现主要成本在于跟踪“谁改了什么、改完如何验证”，这种以仓库为中心的空间化工作台值得体验。若你需要纯键盘的轻量 CLI、团队级权限审计、真正离线推理或多人实时协作，则应先核对这些需求是否由当前版本提供；项目明确说明它不面向公共多人服务，也不是原生 Agent harness 的替代品。把它当作实验性的开发界面，而非安全或协作能力的保证，预期会更准确。
相关链接