用途：在需要做技术判断时，同时从项目内部上下文与外部世界知识两个方向做深度调研，避免只看单一来源。内部来源包括代码、Git 历史与 blame、注释、配置、测试、日志和项目文档；外部来源包括网页搜索、官方文档、Stack Overflow 与论坛、博客教程、GitHub issue、最佳实践与对比文章。
主要能力：提出“150% 研究规则”，即 100% 核心来源加 50% 另一世界交叉验证；重要事实要求至少 3 个来源，并区分主来源、解释来源与验证来源；对来源一致性做交叉校验，量化置信度（强 90-100%、好 75-89%、中等 50-74%、弱低于 50%）；输出结构化研究结果，包含问题、内部发现、外部发现、综合、建议、置信度、来源是否一致与未知缺口。
使用方式：先明确知识缺口，再按需求选择来源，例如理解现有代码用读代码加 Git 历史，找方案用网页搜索加最佳实践，排错用日志加 git blame 加错误搜索，对接外部系统用官方文档加示例。资料中给出的 Git 命令示例包括 git blame path/to/file.js、git log -p --follow path/to/file.js、git log -S "specific code" --oneline、git log --since="2024-01-01" --until="2024-02-01"。工具名称因代理而异，按能力选择等价工具即可。完成后需写入 .sessions/SESSION_[date]-[name].md 会话日志。
适用场景：选择库、法律与许可问题、架构决策、缺陷调查、性能优化、安全审查等。
限制：资料未提供具体安装命令、收费方式、支持平台与实测效果；技能本身不替代专业法律意见，置信度与来源判断依赖使用者执行。