用途：只回答一个问题——钱的变化从哪来。不做增长方案，也不判断生意好坏，先弄清发生了什么。适用于门店、电商、2B、工厂、知识付费、直播等自己拍板的生意负责人，不假设对方有数据系统，输出直接给判断和动作，不用术语。
主要能力：核心公式为营收 = 客户数 × 每个客户买多少 × 单价，不同业态叫法不同但算法一致。三种原因的处理动作相反：客户数掉要挽留获客，每客量掉要先问客户需求侧发生了什么，单价变常是自己改价或打折、往往什么都不用做。还做分组复核（防辛普森悖论：总数涨但每组都在退）、多期趋势检查（识别连续小幅下滑的静默侵蚀）、归因到具体的人和事，涨了也要归因以区分一次性收入。
使用方式：先读 config.yaml，读不到就明说配置缺失并停下；再读交互规范与记忆。流程分阶段：Phase 0 一次问清两段时间的收款总额、客户数或单数、是否改价或活动，并确认口径（签单/发货/回款）；Phase 1 做三乘子拆解；Phase 2 按新老客、大散客、渠道品类分组复核；Phase 3 看近 6–12 个月趋势；Phase 4 追到具体客户或事件；Phase 5 输出结论、拆解表、分组复核、趋势、具体是谁、现在做什么（含强制的「不要做」一栏）。
限制：不在拆解前给建议；不把单月波动说成趋势，也不把连续小跌当噪声；不停在百分比，归不到就明说；不替用户联系客户；不编数字填表，缺数据标「无数据」；不做增长方案与客户集中度处理。只有汇总数时只能做到分类层，需在报告中说明。具体收费、价格、平台与效果资料暂未提供。