用途：判断某个 RevenueCat 功能需要哪个 SDK 最低版本、是否需要升级 SDK、SDK 受限功能为何不工作，或评估升级影响。所有工具调用均通过 RevenueCat MCP 服务器完成。
主要能力：
- 检查功能兼容性：在做出任何 SDK 兼容性结论前，先调用 list-sdk-feature-gates，找到与用户功能匹配的门禁，并使用其对各相关 RevenueCat SDK 的最低版本。若无法识别门禁，应说明并列出接近的门禁，不得猜测；可参考工具输出中的文档链接消歧。多个门禁可能适用时优先选用最具体的门禁，例如现有客户实验注册用 experiment-existing-customer-enrollment，实验曝光状态或报告用 experiment-exposure-tracking，新客户实验注册用 experiment-new-customer-enrollment。若多个门禁共同起作用，需逐一评估并指明。
- 分析 SDK 采用情况：调用 list-sdk-versions 评估项目已观察到的 SDK 版本带来的升级影响或发布风险。每行描述最近 30 天出现的订阅者，包含 sdk_type、sdk_version、sortable_sdk_version、platform、platform_flavor 与 platform_flavor_version、subscribers_last_30days 与 pct_of_subscribers。可按需选择分组：sdk_type 用于按 SDK 系列高层盘点，platform 用于比较原生 iOS 与 Android，platform_flavor 用于 React Native、Flutter、Capacitor、Unity、Kotlin Multiplatform 等包装器。
升级影响计算：筛选相关 SDK 系列，将观察到的版本与门禁的 min_version 比较，对低于要求的行汇总 subscribers_last_30days 与 pct_of_subscribers，并说明这些数字代表最近 30 天观察到的订阅者，而非历史全部安装量。输出过大时可用 jq 快速过滤，或用代码执行工具做版本比较、分组和订阅者占比计算。
限制：资料未提供具体门禁列表、版本号、支持平台细节及更多示例；实际兼容性结论必须以工具实时返回结果为准。