智能体组织管理器

要解决什么问题

当你在同一对话或同一任务里挂多个子 Agent、分工又经常变时，很容易出现职责重叠、上下文互相污染，或者主 Agent 不知道该把子任务交给谁。名字里的「Organization」通常不是指公司人事系统，而是指智能体之间的角色、层级与协作边界——谁负责规划、谁负责执行、谁只做评审。

技能如何工作

@user_3ef04463/agent-org-manager 在 SkillHub 上作为一类组织化管理技能被安装到宿主模型后，会把对话引导到「先定结构、再派活」的节奏：明确组织单元（例如协调者 / 执行者 / 质检）、约定信息向上汇总的方式，并在多轮里尽量保持角色稳定，避免每个回合都重新发明一套分工。

典型使用方式包括：

• 在复杂任务开始前，用几句话定义组织图（谁对谁汇报、哪些决策必须经谁确认）
• 将大目标拆成带负责人标签的子任务，而不是扁平地列待办
• 当子 Agent 或工具返回结果时，按角色归档，再由协调角色做合并与冲突处理

具体指令与约束以技能包内的 SKILL.md 为准；宿主 Agent 是否真能并行调用多个子 Agent，取决于你所用的运行时，而不是技能名本身。

适用边界与注意点

• 它不能替代专用的多 Agent 编排框架（队列、状态机、持久化工作流等），更适合在对话层做分工与纪律约束。
• 若任务本身只需单 Agent + 少量工具，引入组织层级会增加 token 与协调成本，未必划算。
• 组织定义写得越模糊，模型越容易「角色漂移」；边界条件（失败重试、谁有权改计划）需要你在提示里写清楚。