文中算例为合成数据，不是客户案例，也不证明广告效果提升。
报告中的数字正确，不代表回答了正确的问题。两天花费准确，不等于三天覆盖完整；账户自然日不一定等于UTC日；广告平台的转化价值，也不直接等于店铺收到的收入或利润。
用AI助手核对广告账户时，先看范围、覆盖和独立对照来源，再考虑建议是否可用。第一步应当是一份能解释、能重新打开的结果，而不只是一段听起来合理的优化意见。
先把问题限定清楚
明确一个获准账户、平台、已经结束的日期范围和币种，保留来源账户时区，以及平台归因和筛选设置。口径未知时应当直接说明，不能为了让两份结果看起来可比，自动补上未经确认的默认值。
首次任务可以很小：读取一个账户，列出可用指标，解释缺失。读取报告不等于授权改广告、预算或投放状态；创建保存任务也与广告写入不同，需要说明保存的状态。
小计不是完整期间总计
假设一个合成账户以USD、Asia/Hong_Kong自然日记账。请求1月1日至3日：参考表花费分别为$40、$60、$50，观察结果只有前两天，第三天没有记录。
此时可以说“有记录的两天花费小计$100”，不能说“三天总花费$100”。更不能把第三天补成$0，再判断账户停止投放。参考三天$150与已观察两天$100不是相同覆盖范围的期间指标。
在计算涨跌、CPA或ROAS之前，这个区别尤其重要。缺一天数据或缺少分母，可能生成外观完整、实际不支持结论的比率。保留缺失值，标明partial，指出下一步要核什么。本包算例把三天记录逐行展示，缺口没有藏在摘要后。
用独立来源核对
使用广告平台独立导出或后台结果，与相同账户、日期、时区、币种、归因和筛选的报告逐指标比较。记录差异、缺失与采用的容差；总数接近不能证明每天记录都相同。
同一个仓库换一个界面读取，可用于检查展示一致性，但不是独立平台对账。页面只显示几条预览，也不表示底层来源已经完整取齐；长证据通过原结果的正常分页或导出路径核查。
平台转化价值保留原标签；要称店铺收入、回款或利润，需要额外证据。也不要为了图表整齐，直接合并不同币种或把来源自然日重标为UTC。
恢复时沿用原结果
回答中断后，先重新打开同一保存任务和报告，核状态与已有证据，不要立刻创建一个替代任务。否则旧结果、新采集和重复操作很难区分。
明确只读已存数据时，对支持该参数的工具使用 source_policy=warehouse_only。缺数据就报告缺口，不自动回退实时广告查询；需要新采集时，另行说清账户和操作范围。对话文本既不会增加账户权限，也不能降低凭据本来拥有的权限。
分清停止访问与处置数据
产品断开、广告平台授权撤销、已存数据处置是三个动作。分别核对哪些新读取或采集已停止、哪些内容还保留，以及处置申请如何跟踪。申请提交不等于拿到了删除完成回执。
一次有用的首次体验应交付清楚的结果：哪些数值得到核对，哪些仍缺失，如何重新打开原报告，以及如何停止访问。之后再做一个用户真正需要的独立任务，判断它是否值得重复使用。
GravityAds MCP初期辅助只读范围按这一思路开展：读取已结束日期的账户指标，并返回已保存工作。平台、客户端和数据子范围按具体体验确认；文字工具与交互App界面分别验收，SDK成功不能外推所有客户端。完整自动巡检、广告写入与利润归因，不由一次账户指标读取自动放行。