他同时开4个AI写代码，今天关掉1个：多智能体开发的残酷真相

一个人同时指挥4个Claude Code实例并行开发，今天他主动关掉了第4个。不是算力不够，不是成本太高——是系统复杂度压垮了效率。

这是独立开发者@yukinishimura的真实记录。他的Flutter Web应用"Jibun Inc."要整合21个竞品的功能，AI模块已接入66家服务商。当多智能体协作从"酷炫实验"变成"日常开发"，第一批坑终于暴露。

数据冲击：一次会话，三连故障

被关停的Web实例，在单次会话中连续踩中三个雷：

GitHub MCP（模型上下文协议）连接断开3次。v2.1.110版本修复了"MCP工具调用在服务器断连时挂起"的问题，但这个补丁显然没部署到claude.ai/code的运行时。每次重连消耗数分钟。

流空闲超时——并行运行WebFetch和文件编辑时，响应中途被截断，会话无法恢复。

最致命的是边界侵犯：实例误报"docs/INSTANCE_CONFIG.md文件不存在"，试图创建新文件。但该文件归属PowerShell实例管辖。底层原因是MCP调用丢失，但代理完全不知情。

「任何一个都能忍，三个同时来，工作流就崩了。」

他最终用5个文件的清理，把4实例架构降回3实例。git统计显示149行删除、29行新增——Web实例的渗透范围远超预期。

文件所有权：比代码更重要的隐形架构

多智能体开发的核心矛盾，不是"怎么分任务"，而是谁有权改什么。

他的解决方案是docs/INSTANCE_CONFIG.md——一张明确的权限表。每个实例有专属领地，也有共享区域。比如Windows Desktop实例的写入范围是docs/目录（除DESIGN.md）加supabase/migrations/；CLAUDE.md和.github/COMPRESSED_PROMPT_V3.md则标记为共享领土。

这次降级决策来自Windows Desktop实例，却要修改PowerShell实例拥有的INSTANCE_CONFIG.md。他设计了一个逃生舱：在docs/cross-instance-prs/YYYYMMDD_.md丢备注，让归属实例下次会话审批。紧急情况下直接修改，但提交信息必须标注[cross-instance: PowerShell approval required]。

「权限表让我瞬间做出判断，而不是卡住。」

这个细节暴露了一个反直觉的事实：多智能体系统的瓶颈从不是"智能"，是"协调"。当4个代理同时操作同一仓库，git冲突只是表象，真正的战场在文件系统层面的主权划分。

并行开发的暗礁：未提交的修改

清理过程中，工作树里躺着另一个实例未提交的修改：lib/pages/admin/quota_dashboard_page.dart。他刻意避开了git add -A，逐个文件显式添加：

docs/MULTI_INSTANCE_COORDINATION.md

docs/INSTANCE_CONFIG.md

docs/README.md

CLAUDE.md

.github/COMPRESSED_PROMPT_V3.md

这个谨慎动作背后，是对多代理并发状态的深度不信任。当多个实例共享工作目录，任何全局操作都是冒险。显式清单是防御性编程，更是对系统复杂度的敬畏。

他的教训很具体：MCP协议的稳定性缺口、流处理的超时边界、文件权限的硬约束——这些基础设施层的毛刺，在单实例开发中被掩盖，在多实例场景下被放大。

为什么这件事值得科技从业者关注

这不是一个开发者的踩坑日记。这是AI辅助工程从"单兵作战"向"团队协作"跃迁的早期信号。

当Claude Code、Cursor、Windsurf等工具让"一个开发者+多个AI代理"成为可行模式，行业急需回答：如何管理AI代理的并发？如何定义机器之间的权责边界？当AI开始"误操作"其他AI的领地，人类应该介入还是设计自愈机制？

他的5文件清理、权限表设计、跨实例审批流程——这些粗糙但有效的补丁，正在定义下一代开发工具的需求清单。GitHub MCP的部署延迟、流超时的人性化设计、文件系统的代理感知——每一个都是产品机会。

66家AI服务商接入、21个竞品功能整合、4实例并行开发——这些数字勾勒出一个独立开发者的野心。但149行删除记录提醒我们：架构的减法比加法更难，也更关键。

多智能体开发不会消失。但这次降级表明，它距离"开箱即用"还有距离。第一批实践者正在用真实的工程债务，为后来者绘制地雷分布图。