用途：在进入需求、设计或方案决策前，先与用户就问题及其环境达成共识，并把理解记录下来，产出 .specs/[feature-slug]/CONTEXT.md。它只收集理解，不做决策：不定义成功标准、不提方案、不画架构、不排序、不定范围，这些留给下游技能。
主要能力与用法：
- 访谈：一次只问一个问题（用 AskUserQuestion），每个问题附推荐答案；答案产生新分支时先追到底；能从代码、.specs/ 已有决策或 git 历史读到的就不问；用户未定的记录为开放问题，不臆测。
- 扫描代码库：只查与问题相关部分，记录同域模块、既有模式、重叠的 ADR/RFC/PRD、技术债、集成边界，只记观察不下结论。
- 外部调研：用 WebSearch 查找成熟做法、开源项目、标准与案例，用 WebFetch 实际读取后再记录，不凭搜索摘要引用，不编造 URL；无相关来源就写“External search returned no relevant sources”。
- 合成与路由：按模板写 CONTEXT.md，含问题描述、受影响人群、现状成本、相关方、技术/法律/运营/时间团队四类约束、Prior Art、代码库发现、外部参考与开放问题。完成后提示下一步：/create-prd 转需求、/create-technical-design 转架构、/create-rfc 做决策对齐。
停止条件：每个开放分支已关闭或记录、模板各节无需编造即可填写、用户确认记录忠实其理解。
限制：不产出需求、方案、架构或成功指标；未提供具体安装命令、收费与价格信息。