“帮我看看转化率为什么下降。”如果 Data Agent 立刻找表、写 SQL、切渠道，它很可能高效地回答了错误问题。转化率的分子分母是什么？看注册、激活还是付费？变化发生在哪个窗口？结论要支持谁做什么决定？
Gather Business Context 的价值，是在计算前把请求放回业务坐标系。它不负责完成整场分析，而是交付一份足以让下一步安全开始的 Context Note。
先定义这次分析要改变什么
有效的起点不是“请给我更多资料”，而是四个边界：业务区域、目标人群、变化窗口、待做决定。它们决定后面该搜什么，也决定什么材料可以忽略。
如果决定是“本周是否回滚新版注册流程”，两年前的行业报告几乎没有控制力；近期实验配置、埋点变更和产品负责人的发布说明更重要。
用搜索锚点代替宽泛关键词
搜索可从四类锚点组合展开：实体（指标、功能、实验、客户）、责任（Owner、团队、评审会）、时间（发布日、事故周、复盘窗口）和来源（看板、文档、表、会议）。
结果太多就组合锚点，结果太少就更换同义词或放宽时间。一次没有命中，只能说明当前检索策略没找到，不能证明业务背景不存在。
让证据逐步收敛，而不是堆成资料库
聊天、会议和旧报告适合发现线索；上线记录、事故复盘和负责人说明更接近实际工作；指标规范、正式决策、当前实现和权威数据源更可能控制定义与状态。
对每条材料只记四件事：适用时间、来源类型、建立的事实、已知限制。问题不是“它有没有提到这个词”，而是“它到底能证明什么”。
冲突本身也是上下文
旧计划写“次日活跃”，当前看板却用“七日内回访”；会议说实验全量，配置记录显示只有 30%。这种矛盾不能在摘要中被整理掉。
通常，较新的明确决策强于旧计划，Owner 的原始材料强于转述，当前实现强于预期状态。但证据仍不足时，应并列保留两种说法，并指出由谁或哪份记录裁决。
Context Note 应该固定结构
一份可交接的上下文笔记至少包含：业务含义、为什么现在重要、受众与待做决定、指标定义与时间边界、控制来源、近期变化、冲突和未决问题。最后还要说明下一步最适合进入哪个分析工作流。
固定结构的好处不是形式整齐，而是避免搜索结果牵着分析走。团队可以直接看到哪里有事实、哪里只是解释、哪里仍需确认。
什么时候停止搜索
上下文收集没有天然终点。实用的停止条件是：问题、受众、时间和决策边界已清楚；关键定义能追到来源；近期变化和冲突已记录；剩余缺口不会阻止下一步，或已明确需要谁补充。
目标不是“收集完整”，而是“足够继续”。继续搜索只有在新证据可能改变任务范围、指标定义或决策时才有价值。
从背景到分析的交接
交接时应区分事实、解释与未知，并附上控制来源和适用日期。接手的诊断或报告 Skill 不必重新翻一遍资料，也不会把临时讨论当成正式定义。
优秀的数据分析往往不是从更快计算开始，而是从避免答错问题开始。Context Note 是这个边界的最小可审计产物。