Nexus
面向复杂任务的 TypeScript 多智能体协作框架，用 Queen / Worker 角色、信息素式任务信号和分布式容错组织并行执行。
THE INVESTMENT THESIS
当复杂任务天然可以并行时，多智能体系统的瓶颈从“模型聪明程度”转向任务图、资源发现、故障恢复和结果组装。
TypeScript
core / scheduler / pheromone
Vitest core suite
Queen / Worker / Scout / Doctor
task / ack / done / heartbeat / alert
nexus-swarm v0.1.0
核心思路
单个 Agent 容易被上下文、能力与时间限制。Nexus 把复杂目标分解给不同 Worker，由 Queen 负责协调和汇总，使任务能够并行推进。
WAOAG 与信息素协议用于表达任务吸引力、进度和协作状态，试图用群体智能思路降低中心协调的压力。
工程方向
项目关注分布式运行、故障恢复与角色协作，不只描述概念。当前更适合作为实验性基础设施，用于验证调度和通信机制，而不是宣称已经成熟生产化。
不是功能列表，是价值如何流动。
目标进入 WAOAG
Queen 将复杂请求拆成 AND / OR / ATOMIC 任务图。
发布任务信息素
τ_task 携带权重与能力要求进入共享场。
Worker 自主竞争
节点依据能力、负载和任务状态领取工作，并发送 τ_ack。
心跳与重新分配
τ_heartbeat 过期或 τ_alert 触发后，未完成任务可以重新进入竞争。
结果组装
τ_done 回流 Queen，按依赖关系聚合成最终输出。
价值、交付和增长，必须同时成立。
目标是跨机器调度异构 Agent，而不是单进程聊天编排。
从不可靠、异构的个人设备网络切入。
潜在价值层在观测、策略、节点管理和托管控制面。
必须通过真实 workload 证明，当前仍是研究假设。
不把规划写成成绩。
核心抽象已编码
Queen、Worker、HiveNode、TaskDecomposer 与 InMemoryPheromoneField 均有 TypeScript 实现。
基础行为有测试
8 个用例覆盖任务分解、信息素过滤/过期、Worker 完成信号与 Queen 状态。
README 超前于实现
文档描述 Redis、远程 WebSocket、Scout/Doctor 与完整分布式能力，但 v0.1 代码主要完成内存场和基础类。
尚无规模基准
没有公开吞吐、任务成功率、故障恢复时间或与其他框架的可重复对比。
能看见风险，才有资格谈规模。
协调开销大于并行收益
小任务被拆得过细时，通信与组装成本会吞噬收益。
建立任务粒度阈值和串行基线，按端到端时间而非 Agent 数量评估。
文档与实现差距
过早声明分布式和容错会降低技术可信度。
能力矩阵按 implemented / simulated / planned 展示，并配可运行示例。
结果一致性
并行 Agent 可能产生互相冲突或不可复现的结论。
引入任务 schema、证据引用、确定性合并器和重放日志。
下一步，用可以被验证的指标定义。
能力对齐
让 README、API 与 v0.1 实现逐项一致。
真实分布式演示
跨两台设备运行，记录成功率、恢复时间和网络开销。
基准与控制面
与串行/中心调度基线对比，并加入可观测仪表盘。
仓库初始化
完成 TypeScript/npm 工程骨架、Queen / Worker 模型和协议说明。
运行时验证
规划 / 待验证进一步补充任务基准、可观测性与故障注入测试。
SOURCE & DATA ROOM NOTES
BUSINESS CONTACT
如需完整项目材料、合作方案或进一步核验信息，可通过邮件联系。
NEXT CASES