multi-agent-analysis

用途：当用户要求“multi-agent analysis”、使用子代理分析或验证某个结论时，该技能负责把问题拆解、派发子代理分析，再由主代理核实并给出自己的判断。工作流程分四步。第一步框定问题：用一两句话复述问题并说明类型（验证结论/修复、判断哪个答案正确、架构正确性与最简方案、某事如何运作）；若任务有独立部分，先用 TaskCreate 列出清单避免遗漏。第二步确定规模并派发：聚焦问题或范围复杂度有限时默认用 1 个子代理，只有在范围、规模或复杂度足够大、能形成可并行分析的独立角度时才用 2–3 个；所有 Agent 调用放在同一条消息中发送。按任务选模型：架构/设计判断用 opus，映射、代码追踪或文档/网页研究用 sonnet。给每个子代理的简报要求：传入问题陈述、它自己的角度以及文件路径（而非粘贴内容）；每条结论须基于其读过的来源；返回 Findings 模式而非原始堆砌；标注在问题之外发现的重要事项；不得再派生子代理，整个树保持一层。第三步核实并给出判断：先合并重复项，同一发现在 2 个以上子代理出现时按一条处理、保留最高置信度；再对置信度 ≥ 0.70 的每条发现亲自阅读其引用的代码或文档进行核实，不得依据未核实的摘要行动；低于 0.70 的只列出、不据此行动。随后叠加上自己的判断：对每条给出同意、修正或推翻并说明理由，不得原样转述；发现冲突时依据来源有意裁决，不做平均。第四步面向决策呈现：先给答案，再按“分析结果：答案、发现（结论—你的判断—置信度 0.00–1.00）、观察、未决问题”的格式报告；必要时附树状/ASCII 图或表。到分析并建议为止，是否实施由用户或其他构建型技能决定。输出结构为 Findings，包含 problem、findings（claim、reasoning、evidence、confidence）、observations、open_questions。限制：不展开多层子代理；不执行未核实的摘要；无来源结论不得据此行动。