当需要用人搜聚合站和公开记录查个人地址/电话/亲属…

用 Spokeo、BeenVerified、Whitepages、TruePeopleSearch、FastPeopleSearch、That'sThem、Radaris、Intelius、Pipl 等 people-search 聚合站及 voter files、county court、property records 做人物搜索、反向地址/电话/邮箱查询、地址历史与亲属簇构建、本人暴露审计和退出，但每个要用的字段都必须用 primary source 确认。

适用场景

解决思路

1. 核心操作规则：把 broker 记录当线索而非事实；每个准备使用的字段都必须对照 primary source 确认；若无法识别该字段的 primary source，则丢弃该字段。
2. 按输入流区分数据：public records（property deeds、court filings、business registrations、voter files、professional licences、bankruptcy、marriage/divorce）在源头权威但 broker 副本可能过期；marketing/commercial data（warranty cards、loyalty programmes、subscriptions、credit-header data、online forms、ad exchanges）通常未验证、常为推断值、常是 household-level 而非 person-level；self-reported/scraped（profiles、résumés、forum posts、broker 用户输入）可靠性更低。
3. 把 broker 之间互相买卖视为结构性事实：一个错误记录会传播到所有品牌；不要因为多个 broker 显示一致就认为已确认。
4. 检查地址历史：broker 地址表实际是 append-only，很少退役旧地址；把 current address 当作可能落后多次搬迁的候选值，并回 property/court record 确认。
5. 检查 household merging：同一地址两人或同一都市区同名两人可能被融合成一份 profile；父子、同名堂表亲等同名亲属常被合并。
6. 检查 relatives/associates：这些列表通常是地址共现推断，可能包含前室友、房东、前住户；要用讣告或 civil-registration index 验证关系。
7. 检查 age：常由 credit header 或 voter file 的出生年推导，可能差一年或显示为年龄段；要用 voter file、licensing record 或带出生日期的文件确认。
8. 检查 phone：Number portability 和 prepaid churn 使 carrier/line-type 归属快速衰减；用 whose-number-is-this 验证。
9. 不要期待更正传播：让一个 broker 修正记录，不会修正上游来源或下游买家；必须逐层处理。
10. 持有姓名加城市时：优先查当地 property and court records、公开选民文件；broker 只用于生成候选地址列表，再拿该列表去核对这些记录。
11. 持有电话号码时：优先做 carrier/line-type lookup（whose-number-is-this）；broker 只用于反向查到候选姓名，然后到别处确认。
12. 持有 email address 时：优先用 what-an-email-reveals；broker 只用于反向查到候选姓名。
13. 需要亲属时：优先讣告，因为通常更准确并明确写出关系；broker 的 household cluster 只作为第一轮候选，用来和讣告对照。
14. 需要就业信息时：优先 professional networks、licensing boards、corporate registries；不要使用 broker 就业数据，这是他们最差的字段。
15. 需要资产时：优先 property registry、court judgments、who-really-owns-it；broker 数据没有可用性。
16. 自我审计时：brokers 本身就是目标；先用其枚举自己的暴露，再进入 opt-out 流程。
17. Anchor first：不要运行裸姓名搜索；把 find-anyone 中的 disambiguating anchor 带入每次搜索；任何不满足 anchor test 的结果视为另一个人。
18. 有意识地只搜少量 broker，不要全搜；选择上游来源不同的 broker，而不是品牌不同的 broker。
19. 提取 selectors，不提取结论：收集候选 addresses、phones、emails、middle names、age bands、associated names；每个都当作待测线索。
20. 逐项对照 primary source 确认：Address 到 property or court record；Age 到 voter file、licensing record 或带 date of birth 的文件；Employment 到 employer 或 register；Relatives 到 obituary 或 civil-registration index。
21. 记录哪些字段已确认、哪些已丢弃；经确认存活的 broker 字段要引用 primary source，而不是引用 broker。
22. 把已确认 selectors 转入 pivot 技能：Candidate name from reverse lookup 到 find-anyone；Email 到 what-an-email-reveals；Phone 到 whose-number-is-this；Username/screen name 到 hunt-a-handle；Employer/business name 到 x-ray-a-company、who-really-owns-it；Address tied to company 到 who-really-owns-it；Removed/changed broker profile 到 read-deleted-pages；Relatives and associates cluster 到 graph-the-network；Your own exposure inventory 到 what-leaked-about-you。
23. 按辖区和记录类型查 primary-source catalogue，并阅读访问与法律注释：reference/source-catalogue.md。
24. 应对 free-tier bait：预期结果页用 masked characters 确认存在匹配、用 counts（如 8 phone numbers、12 addresses）暗示深度、用 broker 未付费的公共数据填充、用 progress animation 暗示 live searching 实际是 checkout funnel、报告以 auto-renewing subscription 形式到达且取消路径难找、对不存在的姓名也返回结果。
25. 不要把 teaser count 当证据；假设任何 paid tier 会持续计费，直到你主动停止。
26. 有些 broker 确实提供 investigator/business tiers，但带合同使用限制；把它们当不同产品，并承担签约时同意的义务。
27. 美国 FCRA 合规操作：不得使用非 FCRA broker 数据做 employment、tenancy、credit、insurance 决定，包括 screening job applicant、vetting tenant、检查即将雇佣的 contractor；若决定受 FCRA 覆盖，必须走 regulated CRA 并遵循其流程，包括 notice 和 adverse-action requirements。
28. 知悉相关美国限制：motor vehicle and driver records 在 Driver's Privacy Protection Act 下仅限 enumerated purposes；一些州把 voter-file 使用限制在 electoral purposes。
29. 在 GDPR/UK/EU 范围内时，把 your case file 也当 processing：需要 lawful basis、retention limit，并准备在数据主体询问你持有什么时给出可辩护答复；legitimate interests 可用，但需要 documented balancing test。
30. 自我防护审计：把自己跑过主要 broker，记录每个 profile URL，然后逐个执行 opt-out。
31. 处理 opt-out 特性：每个 broker 单独 opt-out、故意繁琐、通常要先找到自己的 profile URL；有些要 email confirmation，有些要 identity documents，这本身有风险。
32. 把删除当作持续维护：removals 会失效，broker 会从上游重新摄取，删除后的 profile 会在刷新周期后重现。
33. 评估 paid removal services：它们能自动化大量 broker 的繁琐流程，但触及不到没有 opt-out 的 broker，也不会处理底下的 public records。
34. 利用辖区权利：California 有 broker registration requirement 和 statutory deletion mechanism，让居民可一次向注册 broker 请求删除；Vermont 维护 broker registry；法定权利比逐站表单更持久。
35. 修上游源：对高风险人群用 address confidentiality programmes；opt out of UK open electoral register；通过 entity 持有 property；这些是结构性而非 cosmetic 修复。
36. 搜索自己会留痕：假设每次搜索都会被记录、出售、可能可见。
37. Broker 搜索会与你的 account、IP、payment identity 关联，搜索本身也是 broker 可出售的数据。
38. 有些 professional/social platforms 会通知 subject 你查看了 profile，或通过 contact-graph inference 暴露你；上传 contact list 是调查人员最常暴露身份的方式。
39. 有些 paid/investigator tiers 会通知 subject 或生成对方可访问的记录；credit-header products 会留下 inquiry trail。
40. 从自己的账号搜自己的姓名，会在你和你的 identifiers 之间建立最强关联。
41. 敏感案件接触这些数据前使用 investigate-without-getting-made；最低限度：单独 browser profile、不复用账号、signup form 中绝不用案件真实联系信息。
42. 执行时检查失败模式：不要因重复出现而增长信心（五个 broker、一个上游 vendor、一个错误）；对 merged people 保持警惕（profile 看似连贯但 merge 不可见；两个互不连通区域的地址簇是提示）；对 deceased subjects，记录会残留并可能与同名 living relative 合并；Last updated 只反映 broker 刷新副本时间，不反映 underlying fact 为真的时间。
43. 处理覆盖偏差：美国以外 coverage 薄到不存在；非美国 subject 无结果没有任何含义；租房、常搬、近期移民、从未持有 property 或 landline 的人在数据集中系统性稀薄，稀疏结果是 sampling artefact；已 opt out 或参加 address confidentiality programme 的人会产生干净结果，这不是任何证据。
44. 置信度分级操作：Confirmed 是字段被 primary record（deed、court filing、licence、registration）佐证，该记录点出你的 subject 且匹配 anchor；引用 primary record，broker 退出链条；Probable 是被一个独立 non-broker source 佐证，anchor 匹配且无冲突记录；Unconfirmed 是只在 broker 上出现，无论多少家；按线索报告并说明 anchor basis；Rejected 是未过 anchor test 或与 primary record 冲突；保留在分配给另一个 candidate 的文件中。
45. 永不因更多 broker 同意而把 claim 评为更高等级。
46. Worked example 可执行流程：skip trace 一个 judgment debtor（姓名加 last-known city）：先用两个 broker 得到 profile；做 anchor test（已知 employer city 只匹配四个地址中的两个，另两个放入 candidate B file）；查匹配县的 county recorder，找到 subject 名下 deed，确认地址 2 是三年前售出的历史地址而非 broker 显示的 current；对 distinctive surname 的 relative，通过真正亲属的 obituary 确认其是地址 2 的前住户并丢弃；地址 1 无 property record；把已确认 selectors（一个 prior address、一个来自 deed 的 middle initial）放入 court file 用于 current service address。
47. Legal/ToS 操作：不要 scraping 这些站点，因为它违反 terms，且大多数部署 active anti-automation；business tiers 存在是为了卖 API。
48. Bulk collection of personal data 可能在你和数据所在地触发 computer-misuse 和 data-protection law 风险。
49. 不要用 broker 数据定位已采取措施使自己不可定位的人，除非有 documented lawful basis（court order、skip-trace mandate、active investigation）；开始前阅读 ../../ETHICS.md。
50. 写下 objective：同一 lookup 合法还是犯罪，完全取决于开始前写下的 objective。

适用边界 · 注意事项

• 不要用非 FCRA 的 broker 数据做雇佣、租房、信用、保险决定；这些决定必须走受监管的 CRA，并遵守 notice 和 adverse-action 流程。
• 不要对非美国主体因 broker 无结果就下结论；美国以外覆盖薄到不存在，且 GDPR/UK/EU 对处理有 lawful basis、retention 等要求。
• 不要在无 documented lawful basis（法院命令、skip-trace mandate、active investigation）时用 broker 数据定位刻意不可定位的人；也不要 scraping 这些站点，因违反 ToS/反自动化并可能触发 computer-misuse/data-protection 法律风险。