用途：回答“X 为什么这样工作”“为什么选择 Y”这类设计动因、权衡、外部约束、死代码或历史沿革问题。它关注“是什么力量塑造了这段代码”，与回答“代码做什么、怎么工作”的 how 技能互补。
主要能力：先建立代码锚点，包括文件路径与行范围、关键符号、最近提交、PR 编号与关联工单；可使用 git blame -L <start>,<end> <file>、git log --follow -p -- <file>、git log --oneline -20 -- <file>、git log -1 --format=%B <commit> 以及 gh pr view <number> --json title,body,author,createdAt,mergedAt,labels,closingIssuesReferences,comments,reviews 等命令。随后按证据类别（源码历史、工单、长文档、团队聊天、基础设施可观测性、错误追踪、产品分析仓库）为每个可用 MCP 并行派生一名调查员，再由综合器汇总结论。
用法与限制：每次派生使用 generalPurpose 且 readonly: false（agent 模式），不用 readonly/Ask 模式，否则会剥离 MCP 访问；调查员本身不应写入。模型按 pstack 设置文件中的对应行取值，缺失则用默认值，值为 auto 或 inherit-parent 时留空。输出需区分“已发现”“可合理推断”“竞争假设”“未知”，并在 Sources Consulted 中逐条记录每位调查员，含返回空结果或被跳过者及原因。跳过某一类别需书面理由，如环境无对应 MCP 或该来源确实无关，并标为缺口。资料未提供具体价格、平台支持或效果数据。