（12826期）agent-swarm-workflow – 多智能体并行开发工作流指南

多智能体并行开发工作流指南 多代理并行开发工作流，依托 NTM/Agent Mail 实现分布式协作，提供完整提示词库与质量检查，显著提升复杂项目开发效率。 使用说明 该 Skill 提供了一套完整的多代理并行开发工作流指南，由 Jeffrey Emanuel 设计，旨在通过分布式代理协作提升复杂软件项目的开发效率。核心用法围绕 NTM（Named Tmux Manager）、Agent Mail、Beads 和 BV 四大组件展开：使用 NTM 批量生成和管理多个 AI 代理会话，通过 Agent Mail 实现代理间的文件预留与消息协调，利用 Beads 管理任务依赖图与执行状态，并借助 BV 工具智能选择高优先级任务。工作流包含详细的提示词模板，涵盖初始指令、任务切换、自我审查、交叉审查、随机代码探索等关键环节，形成"执行-审查-提交"的质量闭环。 显著优点在于其"代理可互换"设计理念——所有代理使用相同基础模型和配置，通过统一协议自组织协调，无需预设专业分工。详尽的提示词库（如 ultrathink 指令）确保代理保持高质量输出，而文件预留机制和 bead 状态追踪有效避免工作冲突。质量检查循环（自我审查、交叉审查、随机探索）持续运行直至无问题发现，显著提升代码可靠性。 潜在局限性包括较高的工具链依赖（需预先配置 NTM、Agent Mail 服务器等），以及陡峭的学习曲线。作为 T3 来源的个人开发者项目，长期维护和支持存在不确定性。多代理协调本身也带来通信开销，小型项目可能反而降低效率。 该技能适合需要并行处理复杂任务的中大型开发团队、追求 AI 辅助编程极致效率的开发者，以及研究多代理协作系统的技术人员。不适用于简单脚本编写或资源受限环境。 使用风险主要来自外部工具依赖：NTM、Agent Mail、BV 等组件的可用性和兼容性可能影响工作流稳定性。代理上下文压缩后需重新加载 AGENTS.md，存在关键信息丢失风险。虽然文件预留机制减少冲突，但在高频并行编辑场景下仍需人工监督。此外，工作流要求所有代理严格遵守通信协议，任一代理异常可能导致 bead 状态不一致。 原始说明 Jeffrey Emanuel's multi-agent implementation workflow using NTM, Agent Mail, Beads, and BV. The execution phase that follows planning and bead creation. Includes exact prompts used.