用途：按买家自身需求生成软件供应商候选清单，输出需求矩阵、有理据的入围名单、价格情景、被淘汰或有条件候选及聚焦的演示/试用核查清单，并将宣传声明、评论观察与自身推断分开标注来源与采集日期。
主要能力：先确立标准并发现候选。以业务流程、现有工具、团队规模、预算与币种、部署需求、集成要求、迁移限制及必备功能为起点；已有供应商列表优先使用，区分淘汰条件与偏好，提出加权排序前先确认权重。通过 Capterra 搜索、Product Hunt 产品搜索或 Bing 发现候选。Capterra 对无真实匹配的查询可能返回兜底列表，需验证类目与用例相关性；Bing 不支持 site: 查询且可能标记 low_confidence，应直接解析官方域名。
使用方式：设置 CRAWLORA_API_KEY（来自 crawlora.net），使用随附脚本 scripts/crawlora.sh，该脚本向 https://api.crawlora.net/api/v1 发送 x-api-key；端点与参数见 reference/endpoints.md。检查应用代码与 HTTP 状态，成功载荷位于 data 内；认证错误即停止，429 退避，瞬时上游失败重试一次；按用户范围与额度限制请求，保留来源 URL、ID、抓取页面与时间戳以便中断后恢复。获取 Capterra 产品详情需先用搜索返回的数字 product_id；Product Hunt 详情接受 slug 或 ID，但 alternatives 需产品 slug。用 /web/scrape 读取官方定价、功能、集成、部署与公开信任/文档页面，其 POST 体为扁平选项对象，例如 {"url":"https://vendor.example/pricing","formats":["markdown"]}，不要包在 scrapeOption 中；只使用实际提供或发现的 URL。
关键限制：缺失证据不等于不存在；硬性需求状态未知时应记为有条件，不因营销沉默直接淘汰。Capterra 归一化产品响应提供身份、描述、类目与聚合评分，不保证功能矩阵或当前价格；其评论端点承诺作者、标题与评分，全文、日期、公司规模、角色仅在确实返回时使用。聚合评论数非零但返回评论页为空时，报告为未采集到评论文本，不得编造主题或推断零评论。少量评论标题不能推断总体情绪、行业适用性或统计显著性；星级与 Product Hunt 热度不是适配评分。价格需在同一口径下比较（版本、席位、活跃用户、用量单位、计费周期、最低承诺、币种、强制附加项），年度计划的月均不等于按月报价；仅有报价的定价保持未知，不得编造总成本估算。集成交互需在工作流层面验证（原生连接器还是 API、单向还是双向同步、支持对象、版本限制）；标识不能证明所需数据流可用。公开安全/合规声明应作为带日期与范围的厂商声明，而非已独立审计的认证。除非被要求，不要注册试用、联系销售、购买软件或向厂商发送内部需求。