用途：每周对一名学生的 Meta 广告 Base 做一次读取，回答一个具体问题——本周数字反映的是谁的问题，而不是罗列数据。原则是先拒绝、后建议：五项开篇检查决定眼前数据能否支撑结论，任一失败就先说明，再谈广告表现。
主要能力：按固定分类给出结论（广告问题、内容问题、技术交接、营销问题、销售问题、执行问题、非营销问题），每个结论带一个数字、一个比较对象和一个可当天执行的动作。多个问题同时符合时，取最上游的那个。每次运行向 IT-Systems 笔记追加带日期的裁决快照。
必要用法：按顺序定位 Base（先看 0[4-9]_<Business>-Business-Wing/01_Assets/IT-Systems/ 笔记，再在仓库中搜索 base_token，最后询问）。计算前先做字段探针，按名称解析本次要读的全部表和字段；缺表或缺字段即为拒绝。字段按名称绑定，不硬编码 table_id。开篇检查依次为同步时效、容量、量级、重复行、人工侧活性；重复行检查只能发现多出的行，不能发现缺失的行。
限制：每周一次，月度太慢、每日太吵。数值来自广告与 Leads 数据本身，若学生尚无 Base，应转介 breakthrough-performance-db-setup，不属本技能职责。仓库缺失不阻断分析，但裁决快照无处合法存放。人工输入的 Leads 数据陈旧时，合格率、每个合格线索成本等数字作废，据此不能下相应裁决。基地的裁决公式会用 TODAY() 窗口重算并改写历史，因此快照是唯一持久记录；与基地裁决不一致时须明确说明分歧及依据。具体阈值、判据与失败故事需查阅其 references 文件，本次资料未提供其完整内容。