用途：完整提取超出单次上限的 Sales Navigator 搜索。资料指出，一个 Sales Navigator 搜索 URL 每次最多提取 1,000 个账户或 2,500 人，超出部分会被静默丢弃；该技能通过精确计数、拆分、合并、重新计数和模型化提取，把整份搜索结果取出，并装入少量模型而非数百个模型。
前提与安装：若会话中已有 cargo-gtm，应改用完整包。安装使用 npm install -g @cargo-ai/cli，然后执行 cargo-ai login --email 并配合验证码登录；首次使用会创建账户和工作区，无独立注册步骤，也无浏览器。新账户有 100 个免费额度且无需银行卡。资料还提供会话语义写入命令及 cargo-ai whoami 确认登录。
主要能力与两种模式：账户模式下搜索 URL 为 /sales/search/company，单次上限 1,000，计数器为 searchCompanyMetrics 的 total_results，提取器为 fetchAccountSearch。人员模式下 URL 为 /sales/search/people，上限 2,500，计数器为 searchPersonMetrics 的 total_leads，提取器为 fetchLeadSearch。两种模式的去重键分别为 sales_navigator_company_id 和 linkedin_profile_id。未超上限的搜索可按原样提取。
使用流程：1）清理搜索 URL 并计数；2）对超出上限的搜索按拆分杠杆递归拆分，账户依次按行业、地理、人数增长、关注者拆分，人员依次按地理、资历、当前职位年限、职能、公司规模与行业、职位名称拆分；3）将可合并的小块合并为尽量少的搜索，按计数之和装箱到上限；4）对每个合并后的搜索重新计数，并将合并计数与各部分之和比较；5）把最终搜索装入模型，账户模型约 10,000 行，使用 fetchAccountSearch 且 limit 1,000，人员使用 fetchLeadSearch 且 limit 2,500；6）等待运行成功后查询行数，跨模型按去重键去重。人员模型需强制重跑两次以补齐覆盖。
限制与成本：始终采用 cookieless 方式，不添加 identityIds；仅当用户搜索依赖其本人账户专属筛选（如已保存列表、连接度数、TeamLink 等）时，需征得用户明确同意后才可添加其 seat id。计数每次 0.25 额度，提取按返回行每行 0.2 额度；人员模型运行三次并按每次返回行计费。工作区另有滚动 24 小时 Sales Navigator 搜索请求限额，计数和提取分页（约每页 25 行）共享该限额。提取按模型运行为全有或全无。资料建议先仅执行计数步骤，再小规模试提取，向用户展示搜索数、模型数、预计行数与额度估算并获得同意后再全量提取。账户提取到的 number_employees 是页面标签而非筛选时使用的员工数。