这个站的数据只记录一种事实：某个产品在某一天，通过它的支付服务商公布了一个金额，并注明这是什么类型的钱。下面整页内容都从这一句推出来——它能定什么，不能定什么。
1. 什么时候用：问题关于「钱确实在流动」
六类值得拿到这里来的问题。它们都能用「带日期的支付通道记录」回答——而且大多在别处会被答坏，办法就是把支付总额当成公司营收。
1哪些 SaaS / AI 产品是真的在收钱？
按 MRR 区间、近 30 天金额、市场或收费模式筛选项目库。每一行都带收入数字自己的日期，所以「有收入」永远等于「截至这一天有这么多」，不是「现在还是这么多」。
2有什么方向已经有人在付钱了？
用 MRR 区间验证付费需求，再读报告里的定价与获客打法。数据能证明「已经有人付钱」，不能保证照着做一个也能成。
3这个竞品到底怎么赚钱？
compare_companies 把 2–5 个产品并排比，每个 cell 标成 comparable、partial、different_basis 或 not_available——订阅收入不会被悄悄拿去和 marketplace 的 GMV 排名。get_report 再补拆解：定位、定价、获客渠道。
4谁在增长，这个增长是真的吗？
search_growth_signals 会给基数、绝对增量、百分比、数据点数量和增长类型（sustained_growth、spike_driven、period_over_period、newly_observed）。没有基数的百分比不会返回；没过闸门的行会标成不合格，而不是排到最后一名。
5这个数字到底是什么钱？
每一行都写明经济口径：订阅收费、按量收费、服务计费、平台费、marketplace GMV、支付流水、商户销售、一次性销售或未知。这就是「公司赚的钱」和「流过的钱」的区别。
6Agent 能每周自动跑一轮研究吗？
MCP 端点提供 6 个工具，带结构化筛选、带日期的证据和质量标记：search_reports、list_reports、get_report（唯一计读的工具）、get_usage、search_growth_signals、compare_companies。搜索、列表、增长与对比都不消耗读取额度。
一句话版本
如果问题需要「有日期的、钱确实流过的证据」，再加上它怎么定价、怎么获客，这里是对的来源。如果问题需要成本、留存、市场规模或审计，这里就是错的来源。
2. 这五类问题不要用它
每一条拒绝都给出这个问题该去哪里。一个从不说「不」的数据产品，等于告诉你它什么都能答——那和答对不是一回事。
1哪家公司最赚钱？
利润、毛利、现金流、净利润都需要成本。这里记录的是收入信号，而收入不是利润——没有一行能回答这个问题。
该去这里：审计报表、SEC 文件，或公司自己公布的财务数据。
2这个市场有多大（TAM）？
样本是「愿意公开收入」的产品，不是普查。把它放大成市场规模，等于把没人申报的那部分编出来。
该去这里：行业研究、分析机构报告，或把假设写清楚的 bottom-up 模型。
3哪家留存最好 / churn 最低？
这里没有 cohort、留存或 churn 数据。MRR 高不是留存好的证据，它只是某一天的一个数字。
该去这里：产品自身的分析后台，或厂商自己披露的留存数字——且要当成「自报」而不是「测量」。
4这家上市公司的真实利润是多少？
支付通道记录的收入信号不是审计后的财务报表，也无法与报表对齐。
该去这里：官方财报与审计报告。
5我该不该投这家公司？这个方向一定成吗？
这是研究输入，不是投资建议；也没有任何数据能保证结果。别人跑通的模式不构成你的保证。
该去这里：自己做尽调，并把这里的每个数字都当成有日期的观察值。
3. 引用这里的数字时怎么写
下面这些不是文风偏好。每一条都存在，是因为曾经有一句看起来很合理的表述，错在读者根本看不出来的地方。
- 01
写清楚指标本身，不要换成同义词：MRR 是流水率，近 30 天金额是一段窗口；两者都不是会计意义上的「营收」。
- 02
一定带上日期：数字看 revenueAsOf，数据集看 dataThrough，报告正文看 reportContentAsOf。
- 03
写明经济口径（订阅收费、按量收费、GMV……）。「流过了这么多钱」和「公司赚了这么多」是两句不同的话。
- 04
保留质量标记：needs_review 与 quoteCaveat 存在，是因为近 30 天金额与 MRR 对不上。别为了让句子更短就把提示删掉。
- 05
说「样本」，不要说「市场」：这个总体是「愿意公开收入」的那批产品。
