别急着查数：先把业务背景收集到足以继续

Thu, 08 Oct 2026 00:00:00 +0000

“帮我看看转化率为什么下降。”如果 Data Agent 立刻找表、写 SQL、切渠道，它很可能高效地回答了错误问题。转化率的分子分母是什么？看注册、激活还是付费？变化发生在哪个窗口？结论要支持谁做什么决定？

Gather Business Context 的价值，是在计算前把请求放回业务坐标系。它不负责完成整场分析，而是交付一份足以让下一步安全开始的 Context Note。

先定义这次分析要改变什么

有效的起点不是“请给我更多资料”，而是四个边界：业务区域、目标人群、变化窗口、待做决定。它们决定后面该搜什么，也决定什么材料可以忽略。

如果决定是“本周是否回滚新版注册流程”，两年前的行业报告几乎没有控制力；近期实验配置、埋点变更和产品负责人的发布说明更重要。

搜索可从四类锚点组合展开：实体（指标、功能、实验、客户）、责任（Owner、团队、评审会）、时间（发布日、事故周、复盘窗口）和来源（看板、文档、表、会议）。

结果太多就组合锚点，结果太少就更换同义词或放宽时间。一次没有命中，只能说明当前检索策略没找到，不能证明业务背景不存在。

聊天、会议和旧报告适合发现线索；上线记录、事故复盘和负责人说明更接近实际工作；指标规范、正式决策、当前实现和权威数据源更可能控制定义与状态。

对每条材料只记四件事：适用时间、来源类型、建立的事实、已知限制。问题不是“它有没有提到这个词”，而是“它到底能证明什么”。

旧计划写“次日活跃”，当前看板却用“七日内回访”；会议说实验全量，配置记录显示只有 30%。这种矛盾不能在摘要中被整理掉。

通常，较新的明确决策强于旧计划，Owner 的原始材料强于转述，当前实现强于预期状态。但证据仍不足时，应并列保留两种说法，并指出由谁或哪份记录裁决。

一份可交接的上下文笔记至少包含：业务含义、为什么现在重要、受众与待做决定、指标定义与时间边界、控制来源、近期变化、冲突和未决问题。最后还要说明下一步最适合进入哪个分析工作流。

固定结构的好处不是形式整齐，而是避免搜索结果牵着分析走。团队可以直接看到哪里有事实、哪里只是解释、哪里仍需确认。

上下文收集没有天然终点。实用的停止条件是：问题、受众、时间和决策边界已清楚；关键定义能追到来源；近期变化和冲突已记录；剩余缺口不会阻止下一步，或已明确需要谁补充。

目标不是“收集完整”，而是“足够继续”。继续搜索只有在新证据可能改变任务范围、指标定义或决策时才有价值。

交接时应区分事实、解释与未知，并附上控制来源和适用日期。接手的诊断或报告 Skill 不必重新翻一遍资料，也不会把临时讨论当成正式定义。

优秀的数据分析往往不是从更快计算开始，而是从避免答错问题开始。Context Note 是这个边界的最小可审计产物。