用途：Mixture of Experts（MoE）审计是一种批判性思维框架，用于对任意对象（代码库、功能方案、部署流程、仓库治理技能等）进行多角度审查，通过多个彼此独立的“专家角色”从不同角度分析同一主题，再交叉比对结论，避免隧道视野。
适用场景：需要严谨的多方面批判时，例如“用混合专家审查这个架构方案”“我们的技能是否存在意图重复？”“审计这个部署脚本的安全与性能”。
工作流程：
- 确定审计主题。
- 定义 2-3 个相关但正交的专家角色；默认最多 4 个，仅当用户明确要求广泛覆盖或领域真正独立时才更多。每个角色写清所有权契约：角色（批判视角）、范围（检查的证据或子系统）、范围外（不得决定或修改的内容）、预期输出（发现、矛盾或产物建议）、降级方案（视角超时或证据不全时如何处理）、集成契约（发现会影响哪些文档、检查、技能或代码面）。示例角色包括：代码库审计员、技能分析师、安全专家、可扩展性工程师、成本分析师、无障碍审计员、性能专家、证据/验证 QA、证据/留存 QA、测试装置 QA 专家、代际架构怀疑者、循环压缩/痛点导师等。
- 派发子代理：使用当前宿主可用的子代理能力独立启动这些专家。只读视角保持只读，除非用户明确要求实施。若无子代理工具，则顺序运行各专家视角，并标注为非并行 MoE。
- 交叉比对发现：等待所有子代理回报，或在声明的降级点停止。综合独立批判，寻找结构性矛盾、遗漏边界、维护陷阱等。若某视角超时或证据不可用，标注为 missing_lens、partial_lens、timed_out_lens 或 superseded_lens，并给出紧凑的视角状态摘要。
输出模式：
- 只读批判模式：仅在对话中总结，不创建文件或计划。
- 实施规划模式：起草简要实施计划或学习产物。
- 执行模式：仅在用户明确批准后应用最小范围变更并验证；若跳过或阻塞验证、生成器或新鲜度检查，需记录未运行的命令、原因及因此未证明的声明。
呈现方式：以关键发现、矛盾和可操作建议开头，最后给出单一处置：chat_only、promote_to_artifact、convert_to_check、compress_existing、delete_or_retire 或 leave_native。若后续实施，通过 multi-agent-handoff 交接或保留在父级并明确声明上限。仅当下一步会修改文件或扩大范围时才请求批准。
安装命令：npx skills add arenukvern/skill_steward --skill mixture-of-experts
限制：资料未提供该技能的具体平台兼容性、收费、价格或性能效果的量化信息；子代理能力取决于当前宿主环境，无子代理时只能顺序执行并标明非并行模式。