基本设置
视觉分析（analyze_image）
Agent 配置
开启后对话页可选「多代理」模式；子代理在 config.yaml 的 multi_agent.sub_agents 或 agents 目录中配置。
仅 orchestration=plan_execute 时有效；execute 与 replan 之间的最大轮次。
企业微信 / 钉钉 / 飞书机器人每条消息使用的执行模式；Deep / Plan-Execute / Supervisor 需启用多代理。
多模型分工
分层调用：Strategist（规划层）负责编排，Executor 子代理（打手层）负责工具调用。下方 Profile 引用 config.yaml 的 model_profiles 档案（决定 base_url/api_key），Model 仅覆盖模型名。点「获取模型」按所选档案在服务端实时拉取可用模型（API Key 不下发到浏览器），也可手动输入未列出的模型名。修改保存后自动同步到「系统自检」。
方案保存当前页面中的 Profile、Model、Fallback、推理强度及各子代理模型路由，不包含 API Key。应用方案后立即写入 config.yaml 并供后续新任务使用。
留空时沿用现有 Strategist / 全局路由；这里只改变模型分工，不改变归属置信度、安全阈值或人工确认规则。
各档案可单独覆盖全局推理强度（global: —）。下拉表示档案可请求的档位；下方会按当前具体模型显示本地精确声明、通配声明或保守默认。GET /models 仅列模型 ID，不能证明某模型支持 ultra；混合档案运行时仍按最终模型自动降到最高兼容档。空=继承全局。
“本地解析”只读取已保存声明，不访问上游。实时探测仅在明确点击具体模型时，以该 Profile 已配置的凭据发出极小、无工具请求；各推理档位独立超时（baseline/low 20s、medium 30s、high 45s、xhigh 60s、max 90s、ultra 120s），timeout 不等于 unsupported。结果仅供人工判断，绝不自动写入声明、切换模型或刷新运行路由。
Model 行的「获取模型」按该行选中的 Profile 实时拉取；留空表示继承全局兜底模型。子代理的工具/指令仍在 config.yaml / agents 目录维护，此处不改动。
主模型 5xx/429/限流时自动切换到此备用模型并发飞书告警；留空表示不启用故障转移。
| 模型角色 | Profile | Model |
|---|---|---|
| Recon Planner 收集策略与阶段规划 |
||
| Target Attribution 机构官网归属与冲突判定 |
||
| Competition Priority 比赛影子排序的结构化 JSON 规划 |
||
| Competition Worker 快速突破单代理与唯一一次卡死恢复 |
||
| Competition Worker Fallback 仅主路 429/5xx/限流时接管 |
||
| Data Classifier 数据泄露证据语义分类（轻量快速模型） |
||
| Escalation 漏洞簇组合升级分析（需强推理能力） |
| 档案名 | Reasoning Effort |
|---|
| 具体模型 / * | 允许档位 | 不兼容时保底 | 本地解析 / 实时探测 | 操作 |
|---|
* 是该 Profile 的默认项，不能实时探测。
| 子代理 | Profile | Model | Fallback Profile | Fallback Model |
|---|
浏览器（Chrome）自检状态
检测中…
刷新
系统自检
快速自检：核心 LLM 模型真实探活 + 浏览器 + 外部 MCP（影响漏洞挖掘的关键链路）。全系统自检：在快速自检基础上追加数据库、磁盘、飞书告警通道等基础设施检查。每个 LLM 均发起一次最小真实请求验证可用性。