用途：对选定企业比较其被报告的投诉主题或回复模式。需先确定企业/地点范围、报告或日期窗口，以及可比的投诉类别；并把投诉人指控、企业回复、客户再回复与 BBB 所呈现状态作为相互独立、各自归属的证据。
访问与配置：设置 CRAWLORA_API_KEY。已连接时优先用 Crawlora MCP 工具，否则使用随附的 scripts/crawlora.sh，它以 x-api-key 发往 https://api.crawlora.net/api/v1。具体方法与参数见 reference/endpoints.md。除 HTTP 状态外还要检查应用层代码，载荷在 data 内。认证错误即停止，遇 429 退避，瞬时上游失败重试一次，并按范围与额度限制调用/翻页。分别保留来源 ID、URL、来源日期与观测/抓取时间。
实体解析与取证：用 BBB 数据集分面/搜索或实时搜索定位企业档案，匹配企业 ID、名称/别名、位置、网站与总部关系。多地点总部档案可能聚合各分店，不应把其数量记到每个地点，也不应与分店数量合并为独立投诉。存档档案不含完整投诉，需用返回的档案 URL 或经核验的总部 URL 走实时 business/complaints/more-info 路由，勿猜投诉页 slug。
total_complaints 有自身报告窗口（通常为呈现的三年窗口），closed_last_12_months 是另一种口径，应保留返回的 period_text，勿自造统一时间跨度。投诉路由无日期过滤/分页参数，需在本地筛选返回的逐项日期并标注覆盖范围。complaints_list_incomplete=true 表示真实汇总总量可与不可得的逐项明细并存，不可用空列表代替零投诉，也不可编造主题/状态计数。
证据与报告：保留投诉 ID、日期/类型/状态、叙述与回复线程角色。BBB 状态含 Resolved、Unresolved、Answered、Unanswered、Unpursuable，有答复不等于已解决或承认。保留 BBB 的 REMOVED 遮蔽，勿重建身份。按投诉 ID 去重，多轮回复算一条投诉多个观测。主题编码需含不确定/多标签状态并附简短归属摘录。分列展示逐项样本量、汇总总量、缺失列表与日期过滤。样本解决/回复比例只用该样本可比状态，不应对应全部客户或不匹配的汇总窗口。回复间隔需真实角色/日期配对。输出身份/覆盖、投诉与回复证据表、主题/状态计数、相关评分理由及未决问题。主档案的理由列表可能是浅层模板，more-info 提供更完整的分项列表。评论、认证与字母评级是不同度量。无可比客户/交易量时，计数不能对企业投诉率排名，也不能证明欺诈、质量、责任或消费者结果。不得据研究请求提交投诉、联系商家、发布指控或发起法律行动。
限制：资料未提供收费、价格与具体输出格式细节；实际可用字段与端点以 reference/endpoints.md 及 API 返回为准。