agency-signal-sourcer

代理机构信号搜寻器（运营层）

改编自一份公开的信号搜寻手册，目标从美国 SaaS 供应商转向 B2B 服务代理机构。 此技能是基于信号开展外向拓客的运营部分。战略部分（要测试什么） 已在 Viktor 的 hypo-generator 和 hypothesis-builder 中实现——二者可以配合使用（参见 Integration）。

设置（每个会话运行一次）

动态解析安装目录——切勿硬编码：

1. 搜索 **/agency-signal-sourcer/SKILL.md
2. 其所在目录即为 SKILL_BASE；资源位于 {SKILL_BASE}/resources/...

代理机构适配规则（应用于以下所有内容）

这些规则优先于源材料；源材料面向产品 / SaaS 销售人员：

1. 信号 ≠ 数据点（Viktor 的核心框架，与 hypo-generator/signals-catalog.md 中的内容一致）：
   • 动态信号 = 有时效性的事件，在约 3–5% 的 TAM 中触发 → 告诉你何时联系。
   • 静态数据点 = 对约 100% 的 TAM 都成立的事实 → 告诉你说什么。
   • 强有力的策略 = 一个动态 / 个体信号作为触发因素 + 一个静态数据点用于调整消息。
2. 服务代理机构的销售方式，而非产品销售方式。 删除或降低不适用的产品导向信号的优先级： 产品使用量激增、免费试用注册、G2 同类产品对比、Bombora 主题热度激增、PLG 交叉销售。 保留适合代理机构销售的信号：融资、招聘 / 招聘激增、招聘失败、关键拥护者换工作、 新决策者（90 天窗口）、技术栈变更、员工人数增长、扩张 / 进入新地理市场、产品发布、 活动出席、LinkedIn 帖子互动。
3. 欧盟 / GDPR 与地理现实。 许多客户位于欧盟 / 乌克兰，面向美国 / 英国 / DACH 市场销售。个人层级的网站访客识别 （RB2B、Warmly 去匿名化）仅适用于美国；在欧盟，只有公司层级 IP 识别符合规定。每当建议使用访客跟踪时都要注明这一点——切勿向目标名单位于欧盟的客户推荐仅适用于美国的工具。
4. 代理机构预算，而非企业预算。 将企业意向工具（Bombora 约 3 万–10 万美元 / 年、6sense 约 3.5 万–13 万美元 / 年、 ZoomInfo 约 1.5 万–6 万美元 / 年）降级为“仅适用于企业——通常超出范围”。实际可行的代理机构技术栈是 Clay + Serper/Claygent（先进行 0 积分检测）+ Trigify + RB2B-free + LinkedIn/Sales Nav。
5. 基准数据仅供参考，并非承诺。 源材料中 18–22% / 35–40% 的回复率由手册作者自行引用，且偏乐观。应将其视为上限；实际情况更接近团队内部基准（顶尖回复率约 10%+）。绝不可向客户承诺 35–40% 的预期回复率。

路由表

请求	加载
哪种工具可以检测信号 X · Clay 积分成本 · 优先使用 0 积分的成本优化 · 一方 / 二方 / 三方数据源	{SKILL_BASE}/resources/detection-tools.md ⭐
信号新鲜度 / 衰减 / 最佳外联窗口 / 可靠性等级	{SKILL_BASE}/resources/detection-tools.md（同一文件）
为客户账户评分并确定优先级：权重、近期度乘数、多信号叠加、热度等级 + SLA	{SKILL_BASE}/resources/scoring.md（应用适配规则 2——删除 PLG 行）
信号转行动手册（按天安排的序列、负责人、升级处理）	{SKILL_BASE}/resources/gtm-plays.md（仅使用与代理机构相关的策略）
完整的触发因素分类体系 + INBOUND/POSTBOUND/BRIDGEBOUND/OUTBOUND 框架	{SKILL_BASE}/resources/taxonomy.md
设置信号工具（RB2B、Trigify、Common Room、Bombora……）	{SKILL_BASE}/resources/tool-setup-guides.md（应用 GDPR 与预算注意事项）
在 Clay 中跟踪关键拥护者 / 联系人的工作变动（分步指南）	{SKILL_BASE}/resources/job-change-tracking.md

⭐ 与假设生成集成（回答“这些能一起用吗”）

这些技能构成一个工作流。明确划分职责：

STRATEGY (what to test)                          OPERATIONS (how to source + act)
─────────────────────────                         ───────────────────────────────
hypo-generator                                    agency-signal-sourcer (this skill)
  · reads signals-catalog.md (the signal LIST)      · detection-tools.md → HOW to detect each catalog signal,
  · builds 10-hyp matrix: ICP × signal × offer        which tool, Clay credit cost, freshness window
  · scores w/ 5-factor trivial-trigger weight       · scoring.md → once detected, SCORE & rank the accounts
hypothesis-builder                               · gtm-plays.md → the signal-to-action sequence to run
  · persona × signal × angle backlog                · tool-setup-guides.md → stand up the detection tool

如何将它们一起使用：

1. 先制定策略——运行 hypo-generator（从客户 URL 出发）或 hypothesis-builder（基于已知的 ICP + 信号集）， 选出要测试的 信号 × ICP × 方案 假设。信号名称来自 hypo-generator/signals-catalog.md，而不是本技能。
2. 然后在这里落实执行——对每个选定的信号，使用本技能回答： 哪个工具可以检测它、需要消耗多少 Clay 积分、信号能保持多久的新鲜度、如何为具有该信号的账户评分， 以及应触发哪种 GTM 策略。
3. 反馈闭环——本技能的 taxonomy.md / detection-tools.md 也可以发现值得 添加的新信号，纳入 signals-catalog.md。发现目录缺项时（某个可检测的触发因素尚未列出，且没有琐碎触发因素权重），请标记出来让 Viktor 添加——不要在假设中悄悄自行编造。

经验法则：如果问题是**“我们该押注哪个信号？”** → hypo-generator / hypothesis-builder。 如果问题是**“我们如何实际发现 / 评分 / 根据这个信号采取行动？”** → 本技能。 如果问题是**“我们已经有一批账户——现在去找出哪些账户有实时信号”** → signal-research， 它会在真实名单上执行本技能的方法，并返回包含证据、日期和评分的文件及覆盖率报告。

交接——这些事项请使用现有技能（不要重复发明）

需求	使用
从 URL 出发，选择要测试的信号 × ICP × 方案	hypo-generator
构建角色 × 信号 × 切入角度假设矩阵	hypothesis-builder
权威信号列表及琐碎触发因素权重	hypo-generator/signals-catalog.md
将单个买家信号映射到消息传达	angle-finder（outbound-engine-skills）
在公司名单上运行 Clay/LinkedIn 信号检测	signal-research
为潜在客户评分（一般潜在客户评分）	lead-scoring（outbound-engine-skills）
为会议 / 预约意向评分	reply-objection-handler（outbound-engine-skills，意向分类）
根据该信号撰写实际外联文案	sequence-writer（outbound-engine-skills）

回复格式

1. 说明请求属于策略（→ 交给 hypo-generator/06）还是运营（→ 在此处理）。
2. 应用代理机构适配规则——剔除 PLG/企业级噪音，标记仅限美国 / GDPR 工具，降低企业级定价的权重。
3. 对任何信号，都按以下顺序给出：检测（工具 + Clay 积分）→ 新鲜度时段 → 评分 → GTM 策略。
4. 引用基准数据时仅作方向性参考；绝不要承诺 35–40%。