Codex × B2B 获客 · 原生覆盖 88%

Codex × B2B automated outbound pipeline Skill

B2B automated outbound pipeline Skill有 8 个执行步骤,其中 7 步可以在 Codex 里直接完成。它能在敏感写入前请求确认,正好对应这个 Skill 里最吃工具的一段。在 7 个 Agent 里,同时具备操作前确认、批处理的并不多,这是选它做这项任务的实际理由。页面预览属于有条件支持,执行路径和原生能力不同,下面单独说明。

  • 7/8步可直接执行
  • 需手工衔接的步骤
  • 未进前十在本 Agent 的推荐清单

WHY CODEX

用这个 Agent 跑该 Skill

B2B automated outbound pipeline Skill不在 Codex 的前十推荐里——Codex更擅长本地文件、数据、代码和正式交付物,这个 Skill 的重心不完全在这里。它仍然可以正常安装使用,只是如果你要做的就是这件事,可以先看看下面几个更合适的 Agent。

用这个 Agent 跑该 Skill,核心收益是把写文件、调 Instantly 发信队列和生成 HubSpot 报表等高风险动作,放在了「操作前确认与产物区」的安全围栏里,跑批时不会悄无声息地发错邮件或覆盖联系人名单。相比 ZCode 等工具,它不原生连飞书,也无法定时触发跑批,最终产出的潜客名单和 ICP 报告得手工上传到协作群。如果在推进过程中极度看重上线前的人工复核,且能接受按需手动触发,这个工具最合适。如果销售团队要求系统每天半夜无人值守跑线索清洗,不要选它。

操作前确认

在敏感写入前请求确认。关键写入前会请求确认,适合正式交付物

批处理

对多个对象循环执行同一套方法。这是 Codex 在 7 个 Agent 里相对少见的能力。

CAPABILITY × STEP

操作前确认与产物区守住邮件队列

B2B automated outbound pipeline Skill 共 8 个环节。Codex 可直接执行 7 个环节(含 1 个仅需判断的环节),1 个需要相应工具与配置。判断质量取决于输入资料与具体推理。

7步可直接执行
1步有条件支持
需手工衔接的步骤
88%原生覆盖率
Codex 跑 B2B automated outbound pipeline Skill 的逐步对照 · 每步要做什么见 B2B automated outbound pipeline Skill原生页面
步骤所需能力等级在 Codex 下具体怎么做
01 访客意向打分 运行脚本页面预览 有条件 可以做但有条件:Codex 对页面预览的支持有限制。
02 五层线索过滤 纯判断 任意 Agent 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。
03 邮件队列分配 读本地资料MCP 与连接器 直接执行 直接交给 Codex:它能直接读取本机目录里的资料。
04 死单线索打分 写本地文件 直接执行 直接交给 Codex:它能把过程文件和成果直接落盘保存。
05 死单跟进草稿 打开网页取正文写本地文件操作前确认 直接执行 直接交给 Codex:它能访问原始页面并抽取正文。
06 网络信号检索 联网检索MCP 与连接器 直接执行 直接交给 Codex:它能自己发起搜索并扩展检索词。
07 信号潜客排序 打开网页取正文批处理 直接执行 直接交给 Codex:它能访问原始页面并抽取正文。
08 成交特征比对 读本地资料 直接执行 直接交给 Codex:它能直接读取本机目录里的资料。

这个 Skill 要把线索通过 Webhook 推送到 Instantly 发信队列,还要把死单跟进草稿写回本地目录。这些是对外交付且一旦写错代价极高的动作。借助操作前确认与产物区特性,执行「邮件队列分配」前 Agent 会停下来列出准备推送的名单数量和目标 UUID,等人工逐份看过才放行。在生成「死单跟进草稿」时,草稿统一停留在产物区供修改,不会直接覆盖原始的死单记录。判断标准是看关键写入动作是否收到明确的确认提示,以及产物是否可预览后再移出。

  1. 01

    死单跟进草稿

    调用 HubSpot 数据生成草稿后,文本会在产物区逐份列出。必须人工点开核对里面的公司名和上次的拒单原因,确认无误后再批量保存。这避免了把半年的丢单直接重发给已经流失的客户。

  2. 02

    邮件队列分配

    根据过滤结果向 Instantly 推送名单前,Agent 会请求确认。检查框里核对准备推送的线索总数和对应的 campaigns.json 活动名称,放行后 Webhook 才会实际触发写操作。

  3. 03

    信号潜客排序

    从 Brave Search 拿到融资和招聘信号后,原生的批处理能力会自动将潜客公司按分值排序并写入本地 CSV。不需要人工干预去重,拿到文件后直接筛选高分段的公司去外联即可。

  4. 04

    访客意向打分

    需要运行脚本对刚拿到的网站访客名单做意向打分。这个环节受限于本地环境预览支持,如果脚本依赖特定浏览器内核渲染页面,可能会遇到执行受阻,需要手动转成纯文本喂给它处理。

IMPORT · RUN

HubSpot 私有应用 Token,用于读取客户和交易数据怎么交给 Codex

Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。

需要准备的资料

  • HubSpot 私有应用 Token,用于读取客户和交易数据
  • Instantly 账号的 API Key,用于创建和分配营销活动
  • 配置文件 campaigns.json,包含 Instantly 活动的 UUID
  • Brave Search API Key,用于检索企业网络动作信号

在 Codex 里是这样推进的

把调研资料、数据表、网站文件和品牌规范放进 Codex 工作区,并说明最终要报告、表格、网页还是演示稿。

它可以同时读取 Skill 和项目文件,调用脚本或已连接的应用,把市场研究继续制作成可以直接交付的文件。

把 HubSpot 私有应用 Token 和 Brave Search API Key 放进环境变量。在本地工作区准备好 Instantly 账号的 API Key 和包含活动 UUID 的 campaigns.json 配置文件。打开工作区,直接用自然语言下发任务,比如「读取本地 HubSpot 上半年的丢单列表,结合 Brave Search 检索近期拿到融资的公司,生成一份排好序的潜客名单」。Agent 会先复述计划,在调用外部 API 前停下来等确认。执行进度和中间产物会实时显示在工作区底部的产物区。

COLLABORATE · CHAIN

成果落飞书需要手工上传

成果落飞书需要手工上传

这个 Agent 不提供原生的飞书或企业微信连接器。执行完毕后,带有意向打分的潜客名单和跟进邮件草稿会生成为 CSV 或 Markdown 文件存放在本地。要把这些成果同步给销售团队,需要手工将文件拖拽上传到飞书群或飞书多维表格。如果要减轻搬运负担,可以指定它在生成文件时直接按飞书表格要求的列名排版。

以本地文件形态串联上下游 Skill

这个 Agent 的工作区内文件全局共享。如果要串联其他 Skill,比如先跑一个用爬虫抓取领英公开资料的 Skill,再跑这个 Skill 做打分,可以让它先回读上一个 Skill 产出的 `linkedin_leads.json` 再开始执行。中间产物都有明确的本地文件形态,依赖这些文件作为输入和输出。串联时注意检查上一个产物的字段名是否与该 Skill 的预期格式对齐。

COMBINATION CASE

海外 SaaS 团队重启死单外联

海外 SaaS 团队重启死单外联

海外市场 SDR 团队刚拿到一批新融资的公司名单,同时想从 HubSpot 里捞出一批半年前因为预算原因流失的旧线索。他们需要一份清洗去重过的列表,直接导入 Instantly 发信,还要附上针对每家公司的跟进草稿。

  1. 在本地工作区放置 campaigns.json,配置好三个不同意向等级的 Instantly 活动队列 UUID。
  2. 下发任务,让 Agent 提取 HubSpot 半年前的拒单记录,并与新融资名单做匹配去重。
  3. Agent 停在操作前确认环节,列出准备调用的 Instantly 接口和准备推送的线索条数。
  4. 在产物区逐份审阅针对融资信号生成的跟进邮件草稿,修改部分行业术语后放行。
  5. 把最终生成的打分列表 CSV 手工上传到飞书表格,分发给 SDR 团队

预期结果:交付了按近期融资热度排序的潜客名单,并附带针对每家公司定制了第一句破冰话术的死单跟进草稿。由于操作前确认机制,拦截了两条包含已退订邮箱的脏数据。最终发信队列分配无误,飞书表格仍需人工上传。

VERIFY · TROUBLESHOOT

装好后,在本地放一个只有 3 行数据的测试用 `dead_deals.csv`,再给它一个明确拿到过融资的假公司名

装好后,在本地放一个只有 3 行数据的测试用 `dead_deals.csv`,再给它一个明确拿到过融资的假公司名。下发任务让它跑一次「死单跟进草稿」环节。重点看两个信号:第一是 Agent 在生成草稿前是否暂停并要求你确认读取文件;第二是在产物区里能否直接点开看到带融资背景的跟进邮件草稿。只要出现确认提示并且草稿里的融资信息正确引用了检索结果,就说明 Skill 在正常工作。

可直接使用的第一个任务

请在 Codex 中使用「B2B automated outbound pipeline Skill」。本次要完成:刚拿到一批网站访客名单需要做外联。我会提供HubSpot 私有应用 Token,用于读取客户和交易数据和Instantly 账号的 API Key,用于创建和分配营销活动。请先完成一份小样,交付通过 Webhook 推送到 Instantly 对应发信队列的线索名单和从 HubSpot 提取的历史丢单列表及对应的跟进邮件草稿,并列出需要我核对的事实和数字。

安装后的最小验证任务

安装完成后,先只做第 8 步:让 Codex 成交特征比对,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。

Codex 常见问题

  • 找不到资料时,提供工作区内的准确文件名
  • 只给了分析结论时,补充你需要的文件类型和保存位置
  • 需要外部数据时,先连接对应应用或提供数据文件
  • 页面预览相关步骤结果不稳定时,先确认当前环境是否满足条件
Codex 跑B2B automated outbound pipeline Skill需要改哪几步?

8 步里 7 步可直接执行,1 步需要相应工具与配置。请结合逐步说明确认实际做法。

资料要怎么交给 Codex?

Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。

装完先做什么验证?

安装完成后,先只做第 8 步:让 Codex 成交特征比对,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。

为什么选 Codex 而不是别的 Agent?

因为它能在敏感写入前请求确认,也能对多个对象循环执行同一套方法,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。

Codex 常见的失败情况有哪些?

找不到资料时,提供工作区内的准确文件名;只给了分析结论时,补充你需要的文件类型和保存位置;需要外部数据时,先连接对应应用或提供数据文件。

个性化迭代 Skill 的建议

在这个 Agent 上最值得改的是「访客意向打分」的规则。它默认依据网页访问停留时间和页面层级打分,对于 SaaS 软件等特定行业并不完全准确。可以在配置目录的提示词文件里补充自家产品的核心页面权重,比如把定价页的访问得分调高。修改后让 Agent 重跑一遍历史访客名单,对比打分排序结果是否更贴近实际成交客户的特征,确认有效后把这套配置固化为团队版本。

INSTALL

把B2B automated outbound pipeline Skill装进 Codex,一条命令完成

把提示词复制给 Codex,它会自己下载 ZIP 并完成安装,装完会报告实际目录。

METHOD 01 · 交给 AI 自己装

复制提示词

适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。

请帮我把「B2B  automated outbound pipeline Skill」安装到 Codex。
1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-sales-pipeline/1.0.0/skill-sales-pipeline.zip
   注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。
2. 解压后保留 SKILL.md 及全部配套文件,按 Codex 的方式安装:mkdir -p ~/.codex/skills && cp -R ./skill-sales-pipeline ~/.codex/skills/
3. 安装完成后告诉我实际安装目录。
4. 用一个只读小任务验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。
5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。
参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-sales-pipeline/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-sales-pipeline.md

OTHER AGENTS

ZCode、TRAE在这个 Skill 上覆盖更多环节

下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。

7/8 步可直接执行

ZCode B2B automated outbound pipeline

ZCode在这个 Skill 上直接覆盖 7/8 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。

6/8 步可直接执行

TRAE B2B automated outbound pipeline

TRAE在这个 Skill 上直接覆盖 6/8 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。

FURTHER READING

Codex 与B2B automated outbound pipeline相关的实操文章

围绕 Codex 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。

冷邮件发出去前,公司、职位、邮箱和观察来源都要对得上

销售把昨晚 AI 写好的一批冷邮件打开,准备今天发出去。扫两眼,句子通顺,信里还提了对方官网刚上的功能。真正卡住的是表格另一边:有人职位对不上买家,也递不到决策人;有人工作邮箱是按名字拼出来的;有的公

  • B2B获客
  • B2B外联
  • 冷邮件

冷邮件获客Skill怎么调:短版与长版提示词加三道人工关卡

冷邮件获客是 B2B 出海里最典型也最容易被玩坏的外联动作。调用冷邮件获客 Skill 之前,你要先确定三件事:名单来源、发送账户、审批人。Skill 负责把“发一封邮件”变成“一个可控的外联动作”,

  • B2B获客
  • 冷邮件
  • 线索核验
  • 外联工作流

MQL 已经分给销售却没人跟,先补上“接受”这一步

市场团队打开 CRM,看到新来的 MQL 已经有负责人,往往会认为交接已经完成。几天后再查,销售活动仍然是空的:没有电话,没有邮件,也没有退回原因。销售说线索质量差,市场拿出分配记录,双方都能找到对自

  • Vibe Marketing
  • 营销自动化
  • B2B获客
  • 营销分析

产品那句话客户复述不出来,销售和市场就会各写一套

市场部改官网,销售改话术,投放改广告,三边各自有一套说法,在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍,仍然复述不出你们到底解决哪一件事,这才麻烦。功能清单越长,这句话越容易丢。产品营销要

  • 定位
  • 销售赋能
  • 产品营销

客户不肯署名,B2B 证言怎样写得可信

市场团队手里经常有这样的反馈:客户在复盘会上说产品确实解决了问题,也同意团队整理成文字,但一提公开姓名、公司和 Logo,审批就停住了。最后,官网只剩一句“某头部客户高度认可”,销售也不愿发给潜客,因

  • 内容营销
  • 用户调研
  • 销售赋能
  • B2B营销

NEXT WORKFLOW

按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。

Codex · B2B 获客#01

Codex B2B 客户开发 Skill

用 Codex 完成「从零建立目标账户清单」,最终得到目标账户与联系人表。

来源项目 · coreyhaines31/marketingskills ★ 49,944 · Fork 7,586
Codex · 数据与自动化#02

Codex B2B RevOps 营收运营 Skill

用 Codex 完成「销售抱怨市场部转交的线索质量太差」,最终得到包含进入与退出条件的线索生命周期阶段定义表(CSV 或 Markdown 格式)。

来源项目 · coreyhaines31/marketingskills ★ 49,944 · Fork 7,586

VibeMKT COMMUNITY

加入 VibeMKT 社群

微信扫码,交流营销 Skill 的选择、安装、试用与业务化改造。

加入 VibeMKT 社群的微信二维码

二维码会持续显示,关闭弹窗后返回当前页面。