用途
prospecting 是一个用于构建合格潜在客户名单（prospect list）的技能。它的目标是把一份 ICP（理想客户画像）定义，转化为经过验证、已打分、可直接用于触达的线索表。它面向四类销售动作（motions）：
- B2B SaaS：客户是其他 SaaS 公司或数字业务。
- 通用 B2B：非 SaaS 的 B2B 客户，如服务、制造、企业、中端市场。
- 本地小微企业（Local SMB）：本地小店、健身房、餐厅、诊所、沙龙、服务等。
- 需求信号（Demand-signal）：早期阶段，寻找第一批客户、设计合作伙伴或测试用户，依据公开的痛苦/需求/时机信号。
主要能力
每个分支都遵循相同的五个阶段：
- 定义 ICP：收集公司特征、技术栈（SaaS 分支）、购买信号、决策者画像、排除条件，输出一段 ICP 陈述加通过/不通过的清单。
- 构建候选名单（发现）：来源数量应比最终所需多 2–3 倍，以便资格验证时筛除。不同分支使用不同来源组合与交叉验证。
- 逐个资格验证：按 ICP 清单给每个候选打分，并为每条资格结论附加来源 URL。置信度分高（两个独立来源或官方页面确认）、中（一个可信来源加一致搜索证据）、低（证据不完整或含糊）。
- 打分并优先排序：用 Hot / Warm / Cold / Skip 评分标准（SaaS、B2B、本地 SMB 分支）。需求信号分支用 0–100 的 demand-fit 评分。默认比例目标约为 20% Hot、30% Warm，其余为 Cold/Skip。之后分配账户层级：Tier 1（1:1，前 25–50）、Tier 2（1:few，20–200 共享一个痛点）、Tier 3（1:many）。
- 输出线索表：默认在聊天中以 markdown 表格呈现；超过 25 行或用户明确要求文件时切换为 CSV。表格之后始终补充“最优先触达对象”（前 3–5 个 Hot 线索，各附一句触达理由）、搜索参数、未解决问题。
使用方式
技能建议先检查是否存在产品营销上下文文件（如 .agents/product-marketing.md、.claude/product-marketing.md 或旧命名 product-marketing-context.md），若有则先读取，再只询问未被覆盖的信息。随后按分支选择对应参考文件（SaaS 用 references/saas-prospecting.md，B2B 用 references/b2b-prospecting.md，本地 SMB 用 references/local-prospecting.md，需求信号用 references/demand-signals.md）。
需要收集的输入：分支、ICP 描述、目标数量（SaaS/B2B 默认 25，本地 SMB 默认 15）、地理范围（本地 SMB 必需）、可用工具、输出格式（默认聊天表格）、购买信号偏好。
输出表格列因分支而异，但每条线索都包含：评分、公司/商家名称、联系人（适用时）、为何是潜在客户、来源、置信度、最后验证日期。CSV 列也按分支给出完整字段清单。
适用场景
适用于需要系统化找客户、筛选资格、建立外联名单的场景：SaaS 销售、B2B 销售、本地商家拓客、早期产品寻找第一批客户或设计合作伙伴。技能还列出相关技能，如 cold-email（外联序列）、customer-research（理解客户为何购买，反哺 ICP）、competitor-profiling、revops、sales-enablement、directory-submissions、product-marketing。
限制与合规
技能明确了合规护栏：禁止大规模抓取 LinkedIn、Google Maps、付费墙站点或限流 API；禁止绕过 CAPTCHA、登录墙或机器人防护；只使用公开的企业联系渠道；遵守 GDPR / CAN-SPAM / CASL，为每个联系人保留来源 URL 和日期；禁止转售从 Google Maps、LinkedIn 等平台提取的数据；自我限速，不要被识别为机器人；禁止使用泄露、泄漏或无来源的数据；不得以健康、财务困境、政治信仰、性取向、宗教等敏感或受保护属性来筛选、细分或个性化。邮箱加入外联名单前需验证可送达性，catch-all 域名需设定策略，未通过验证的邮箱应单独放入 invalid 桶。
暂未提供
关于具体收费、价格、平台支持情况、实际使用效果或逐步执行步骤，资料中暂未提供。