启用“深度研究”后需通过总览视图、Console日志、信源核验和模式对比四步验证子问题完整性：总览节点少于3个且无红/紫标示则拆解不充分；Console出现“需公式推演”等关键词重复2次以上提示隐藏子问题；绿色结论须覆盖全部实体类型信源；深度研究子问题数应超深入模式40%以上。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在秘塔AI搜索中启用“深度研究”功能后，系统会自动将原始问题拆解为多个子问题并展开多线迭代追搜，但并非所有子问题都会被显式列出或最终呈现——有些可能因信源不足、逻辑收敛过早或路径标记为“待完善”而隐没于后台。要判断是否遗漏关键子问题，必须直接观察动态问题链的可视化画布，而非仅依赖最终报告文字。
看问题链画布右下角的总览视图
进入深度研究结果页后，画面右下角固定显示“总览视图”面板。这里以缩略图形式罗列全部已激活的子问题节点，每个节点旁标注状态色块：绿色（结论明确）、紫色（结论待完善）、红色（信息缺失）。【若总览中节点数量少于3个，且无红色/紫色节点，则极大概率存在子问题未被触发】——因为BrowseComp评测集验证表明，中等复杂度问题平均触发4.7个子问题，低于3个即提示拆解不充分。
点击任意节点可跳转至对应推理分支。注意：总览视图不显示已被系统主动合并或废弃的试探性子问题，仅保留当前活跃路径。
检查左下角Console滚动日志中的“发散原因”关键词
Console区域实时输出每轮检索的摘要，重点扫描含以下关键词的行：
• “需公式推演” → 表明存在需数学/逻辑验证的隐藏子问题，但当前未生成独立节点；
• “需补充地理/时间锚点” → 暗示空间或时序维度尚未结构化拆解；
• “待交叉验证” → 系统已识别矛盾信源，但未新建子问题进行溯源比对。
一旦发现上述任一关键词连续出现2次以上且未伴随新节点生成，说明该类子问题被抑制而非解决。此时需手动在问题输入框追加限定词，例如原问题为“苏轼与梅尧臣关系”，Console若反复出现“需确认宋代科举流程”，就应重输：“宋代嘉祐二年科举中主考官与小试官的权责分工”。
验证信源追溯完整性
方法一：逐个点击报告中所有绿色结论框右上角的「来源」链接，统计跳转后页面是否覆盖问题所需的全部实体类型。例如研究“王鹤棣毕业院校成立时间”，必须至少命中三类信源：①院校官网校史栏目、②教育部备案文件截图、③权威媒体报道该校建校新闻。缺少任一类，即存在子问题遗漏——系统可能只检索了百科类聚合页，未深入原始出处。
方法二：在报告末尾点击「事实核验」按钮，将结论反向拆解为验证问题。若生成的验证问题中出现“该校是否曾与其他院校合并？”“建校批文是否晚于挂牌时间？”等未在原问题链中出现的质疑点，说明初始拆解未覆盖制度变迁维度。
注意：学术模式下，若核验问题指向CNKI或万方数据库但未显示具体DOI号，代表信源追溯中断，对应子问题实际未完成。
对比不同搜索强度下的子问题数量
第一步：用同一问题分别运行「简洁」「深入」「深度研究」三种模式；
第二步：记录各模式下总览视图显示的子问题数量；
第三步：若「深度研究」的子问题数 ≤ 「深入」模式的1.2倍，立即返回重试——因为分段强化学习架构要求深度研究必须比深入模式多触发至少40%的子问题才能启动动态规划。这一步失败，说明任务拆解引擎未被真正激活。
