先明确分析约定，再开始取数
在推送效果与设备分析项目中，问题会被整理为包含对象、时间范围、指标和数据版本的分析约定。关键条件缺失时先补充，后续动作围绕这份约定执行。
发送期间、回执观察时长、设备状态时点分别具有不同含义。例如，查询某段时间发送的消息，需要另行说明给这些消息留出多长的回执观察时间，才能解释“尚未确认到达”的数量。
问题与范围→参数校验→只读查询→结果与证据
模型提出动作，程序负责约束
项目让模型从已注册的工具中选择动作。程序检查参数、依赖关系、授权数据源和执行预算，再通过只读视图取得数据。只读视图是数据库提供的受限查询入口，用于控制可见字段和记录范围。
这使执行范围可以由代码核对：查询用了哪些条件、消耗了多少次工具调用、依据哪个数据版本。开放分析扩大范围时，也应先明确具体变更并等待确认。
清晰的执行边界，需要落实在参数、权限、数据库访问和预算里，而不只是写在提示词中。
指标名称之外，还要看分母与未知值
“到达率”和“点击率”看似简单，但如果不知道分母是什么，很容易把不同指标放在一起比较。项目将点击/发送与点击/到达区分，并保留缺少到达回执的点击记录。
| 容易混淆的情况 | 需要保留的区别 |
|---|---|
| 缺少到达回执 | 未知到达与已知失败分别记录。 |
| 汇总多个分组的比率 | 按汇总后的分子和分母重算。 |
| 分母为零 | 标记无样本，避免解释为业务上的零表现。 |
| 设备存量 | 按指定时点查询，明确跨应用的去重规则。 |
结果应当可以沿着过程复核
演示数据由固定规则生成，明确标注为模拟数据。它适合检查查询口径、边界情况和流程行为；关于真实业务效果的判断，则需要相应的实际数据与验证。
在报告中保留数据版本、时间范围、已执行的动作和证据，有助于判断一个任务为何结束。即使最终回答读起来很完整，也应回到这些记录，确认它是否完成了最初约定的问题。