用途：说明多智能体软件开发中“智能体可互换性”（fungibility）的理念与收益，即让一批同质、可互换的智能体执行任意任务，而不是为每个智能体设定固定专业角色。
主要观点：专用角色系统较脆弱，某个智能体崩溃、丢上下文或需重启时，需判断它是什么角色、当时在做什么、如何带上下文替换，以及依赖它的其他智能体怎么办；可互换智能体无需这类特殊替换逻辑。任何智能体都能扮演任意角色，按所在任务自适应。资料提到的可选智能体类型包括 Claude Code、Codex、Antigravity CLI（agy，固定使用 “Gemini 3.1 Pro (High)”）、Amp、Cursor 等。
两个关键机制：一是每个智能体使用 bv --robot-triage 或 bv --robot-next 自行寻找最高优先级的就绪任务，无需中央派发；二是把规划阶段要做的所有事都写入 markdown 计划并转为 beads，从而获得稳健性。
失败与扩容：智能体可能崩溃、标签页被误关、上下文腐化、陷入循环或被重启。此时进行中的 bead 保持 in-progress 状态，任何其他智能体都可接手，无需特殊替换逻辑，也不依赖特定智能体。扩容时直接增加智能体数量即可，不必担心各角色数量失衡。
适用场景：同一项目上多个智能体并行开发，尤其是项目变大变复杂、并发智能体数量超过 10 个时。资料用喷泉码（如 RaptorQ）类比：文件被转为可任意顺序接收的可互换数据块，不存在 BitTorrent 式的“最稀缺块”；软件开发中每个 bead 类似一个块，任何智能体都能处理它。
何时不适用：资料认为自动化科学探究（如 BrennerBot）等场景中，不同智能体之间的对话与辩论本身是发现真相的核心机制，此时指定角色更合适；而软件开发追求可用的好代码，目标是产出而非辩论。
实践用法：用 ntm spawn myproject --cc=3 --cod=2 --agy=1 启动任意类型组合的智能体，再用 ntm send myproject --all "$(cat initial_prompt.txt)" 向所有智能体发送同一初始提示。初始提示要求：仔细阅读 AGENTS.md 与 README.md，使用代码调查模式理解代码、技术架构与项目目的，注册 MCP Agent Mail 并向其他智能体自我介绍，及时查看与回复邮件，按 beads 与邮件系统性地推进任务并更新进度，避免陷入“沟通炼狱”；不确定时用 AGENTS.md 中的 bv 工具排序并选择可推进的 bead；确认收到其他智能体的通信请求，了解所有活跃智能体及其名称，并使用 ultrathink。智能体失败时，不要慌张，在其位置开新会话并给予相同初始提示即可；新智能体会读 AGENTS.md、用 bv 查看任务状态、接续进行中或卡住的任务，或选择新 bead。
限制：资料未提供该技能的具体安装命令、收费或价格、平台支持范围与效果评测数据；其为理念与工作流说明，依赖外部工具 bv、ntm、MCP Agent Mail 及 beads 体系，这些工具的具体获取与配置方式暂未提供。