必须使用gemini-2.0-pro-exp及以上版本，配置tools中research_mode_v2函数、tool_config.mode="AUTO"、max_output_tokens≥8192，并添加系统指令启用三层思考模式，才能激活深度研究协议。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Gemini API在处理“Transformer位置编码替代方案的收敛性影响”这类复杂问题时自动启动多阶段推理、跨模态检索与假设验证闭环，必须绕过默认对话接口，通过结构化请求显式激活深度研究协议。
确认模型与工具支持前提
调用前必须使用 【gemini-2.0-pro-exp】 或更高版本模型，低版本如 gemini-1.5-pro 即使配置 research_depth 参数也无法触发完整研究图谱模块。
检查所用 SDK 是否支持 tools 字段嵌套 function_declarations。旧版 google-generativeai（v0.1.x）不识别 tool_config 结构，会静默忽略深度研究声明。
API请求中启用深度研究模式
方法一：显式声明 research_mode_v2 工具函数
在 tools 数组中写入 function_declarations，name 必须为 "research_mode_v2"，description 字符串需完全匹配官方定义："启用深度研究协议,启用多源验证与推理链回溯"。
方法二：组合启用谷歌搜索与结构化输出约束
同时设置 "google_search_retrieval": {} 工具 + "tool_config.function_calling_config.mode": "AUTO"，并确保 generation_config 中 temperature ≤ 0.4 —— 温度高于 0.5 时模型可能跳过验证步骤直接生成臆断结论。
方法三：强制激活隐式研究路径学习（IRPL）
不声明任何 tools，但将用户输入包裹在明确的研究指令框架内：以“请执行深度研究：”开头，后接问题，并在末尾追加“要求输出含证据锚点、中间假设及证伪步骤”。该方式依赖模型 IRPL 能力，仅在 gemini-3.1-pro 及以上版本稳定生效。
构造可审计的请求体（关键步骤）
第一步：设置基础模型与生成参数
指定 model 为 "gemini-2.0-pro-exp"，max_output_tokens 至少设为 8192 —— 深度研究过程常生成超长响应，若限制为默认 2048，会在推理链中途被截断，导致证据锚点丢失。
第二步：注入工具声明与调用配置
在 tools 字段中嵌入 function_declarations 数组，包含 research_mode_v2 定义；tool_config 内必须启用 function_calling_config.mode = "AUTO"，否则模型不会尝试调用该协议。
第三步：添加上下文锚定提示
在 contents[0].parts[0].text 前插入系统级指令块：[ROLE]research_assistant[INSTRUCTION]启用三层思考模式，优先执行学术文献检索→公式解析→交叉验证。这一步不是可选修饰，而是触发 Low/Medium/High 推理层切换的必要信号。
第四步：提交请求并捕获流式响应中的 evidence 标签
响应体中每出现一次
