Research Question Validator 是一个研究问题有效性检查技能。它接收用户提出的研究问题，快速给出一个有证据支撑的判断：这个问题是否值得继续投入。
用途
该技能面向需要在投入完整文献综述或基金申请之前，先获得“决策级”答案的研究者。它运行 4-5 次定向 Consensus 检索，综合返回内容，并输出一份简洁的 Word 文档（.docx），供研究者保存、批注和分享。输出回答三件事：新颖性信号（该问题是已饱和、活跃但存在空白，还是真正的空白）、证据摘要（现有文献实际显示了什么）、下一步建议（研究者应如何使用这些信息）。
数据完整性原则
评估中的所有内容必须来自本次会话中 Consensus 返回的结果。只引用 Consensus 返回的内容，绝不用训练知识中的论文补充。如果知道某篇相关论文但 Consensus 未返回，则不得将其纳入评估；若提及，必须标注 [Not from Consensus — model knowledge]，且不计入计数和空白证据。检索在收到并检查结果后才算完成，不能仅凭意图标记为完成。首次检索后需检查返回论文数量，若出现“showing top 10”或升级提示，说明用户处于有上限的套餐：未认证约每次 3 条结果，免费层约 10 条，Pro 约 20 条。若评估基于受限结果，需明确说明。检索返回零结果时应如实说明，不得用训练知识静默替代。
错误处理
任何检索失败时，等待 3 秒后重试一次；记录每次失败（哪次检索、什么错误、重试是否成功）。连续 3 次失败后停止并提醒用户，报告失败前已收集的内容。不得静默跳过失败检索，需在评估中标注 [Search failed — not included]。
工作流程
第一阶段：解析研究问题。提取核心概念、人群或领域、拟采用的方法或干预、结局、隐含研究类型。若问题含糊，简要说明所用解释后继续。将问题提炼为三个检索角度：直接角度、方法角度、空白角度。
第二阶段：依次运行 4-5 次 Consensus 检索。每次检索间隔至少 1 秒，确认结果到达后再发下一次。检索 1 为直接证据（始终运行，不加年份过滤）；检索 2 为系统综述与元分析（始终运行，计算/AI 类问题还检查基准论文或综述文章）；检索 3 为近期活动（始终运行，year_min 为当前年份减 2）；检索 4 为空白语言（始终运行，检索“research gaps limitations unmet needs future directions”等，提取 2-4 条引文）；检索 5 为方法或 AI 角度（当问题涉及特定计算或方法时运行）。全部完成后记录最终统计：发送的检索数、每次检索收到的结果数、任何失败。
第三阶段：综合与评分。新颖性信号分三级：已饱和（存在直接针对该问题的系统综述、大量原始研究、问题似已回答）；活跃但存在空白（有论文但系统综述指出未解决问题、检索 4 返回明确空白语言、用户具体角度覆盖不足）；真正的空白（几乎没有直接针对该问题的论文、无系统综述、检索 4 显示研究者正呼吁此类工作）。置信度分高（多次检索结果一致）、中（结果混合或部分检索论文少）、低（多数检索结果少，可能受套餐上限或术语狭窄影响）。
第四阶段：生成 .docx。生成前阅读 DOCX 技能文件，用 Node.js 脚本和 docx 库编写，必要时执行 npm install -g docx，保存到 /mnt/user-data/outputs/research-question-assessment-[slug].docx。文档结构包括：第 1 节研究问题与新颖性信号（含按信号级别着色的提示框和置信度）；第 2 节证据密度（含摘要表：检索 1 找到的论文数、是否存在系统综述、最活跃时期、Consensus 套餐上限）；第 3 节文献显示的内容（3-4 句综合，引用格式为 Author et al. (Year)，标题超链接到 Consensus URL）；第 4 节空白证据（2-4 条来自摘要的直接引文，带作者、年份、期刊及超链接）；第 5 节你的问题的位置；第 6 节建议的下一步（按信号级别给出对应建议）；第 7 节检索日志（完整审计表，含查询、过滤、收到结果数、备注，以及检测到的套餐层级、失败检索与重试结果）。样式为 Arial 12pt 正文、海军蓝（#1a3a5c）标题、表头浅蓝（#e8f0f8）填充，文档控制在 2-3 页。
第五阶段：交付。保存 .docx 并展示，同时在对话中给出简要总结，包括新颖性信号、证据、关键空白引文、建议下一步，并说明所有引用均链接到 Consensus，检索日志显示每次查询和结果数。
适用场景与限制
适用于科研人员在立项、撰写基金申请或开展完整文献综述前快速判断研究问题的新颖性与空白。限制包括：依赖 Consensus 检索结果，受套餐层级结果上限影响；速率限制为每秒 1 次 Consensus 查询，必须顺序执行；术语差异可能影响结果，需尝试术语变体并在日志中注明；零结果需从真正新颖、套餐上限、术语错误三方面核查。