操作前确认
在敏感写入前请求确认。关键写入前会请求确认,适合正式交付物
Codex × B2B 获客 · 原生覆盖 88%
B2B automated outbound pipeline Skill有 8 个执行步骤,其中 7 步可以在 Codex 里直接完成。它能在敏感写入前请求确认,正好对应这个 Skill 里最吃工具的一段。在 7 个 Agent 里,同时具备操作前确认、批处理的并不多,这是选它做这项任务的实际理由。页面预览属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY CODEX
适配结论
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 个需要相应工具与配置。判断质量取决于输入资料与具体推理。
| 步骤 | 所需能力 | 等级 | 在 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,等人工逐份看过才放行。在生成「死单跟进草稿」时,草稿统一停留在产物区供修改,不会直接覆盖原始的死单记录。判断标准是看关键写入动作是否收到明确的确认提示,以及产物是否可预览后再移出。
调用 HubSpot 数据生成草稿后,文本会在产物区逐份列出。必须人工点开核对里面的公司名和上次的拒单原因,确认无误后再批量保存。这避免了把半年的丢单直接重发给已经流失的客户。
根据过滤结果向 Instantly 推送名单前,Agent 会请求确认。检查框里核对准备推送的线索总数和对应的 campaigns.json 活动名称,放行后 Webhook 才会实际触发写操作。
从 Brave Search 拿到融资和招聘信号后,原生的批处理能力会自动将潜客公司按分值排序并写入本地 CSV。不需要人工干预去重,拿到文件后直接筛选高分段的公司去外联即可。
需要运行脚本对刚拿到的网站访客名单做意向打分。这个环节受限于本地环境预览支持,如果脚本依赖特定浏览器内核渲染页面,可能会遇到执行受阻,需要手动转成纯文本喂给它处理。
IMPORT · RUN
资料导入与任务下发
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 文件存放在本地。要把这些成果同步给销售团队,需要手工将文件拖拽上传到飞书群或飞书多维表格。如果要减轻搬运负担,可以指定它在生成文件时直接按飞书表格要求的列名排版。
这个 Agent 的工作区内文件全局共享。如果要串联其他 Skill,比如先跑一个用爬虫抓取领英公开资料的 Skill,再跑这个 Skill 做打分,可以让它先回读上一个 Skill 产出的 `linkedin_leads.json` 再开始执行。中间产物都有明确的本地文件形态,依赖这些文件作为输入和输出。串联时注意检查上一个产物的字段名是否与该 Skill 的预期格式对齐。
COMBINATION CASE
场景化实战案例
海外市场 SDR 团队刚拿到一批新融资的公司名单,同时想从 HubSpot 里捞出一批半年前因为预算原因流失的旧线索。他们需要一份清洗去重过的列表,直接导入 Instantly 发信,还要附上针对每家公司的跟进草稿。
预期结果:交付了按近期融资热度排序的潜客名单,并附带针对每家公司定制了第一句破冰话术的死单跟进草稿。由于操作前确认机制,拦截了两条包含已退订邮箱的脏数据。最终发信队列分配无误,飞书表格仍需人工上传。
VERIFY · TROUBLESHOOT
效果验证方法
装好后,在本地放一个只有 3 行数据的测试用 `dead_deals.csv`,再给它一个明确拿到过融资的假公司名。下发任务让它跑一次「死单跟进草稿」环节。重点看两个信号:第一是 Agent 在生成草稿前是否暂停并要求你确认读取文件;第二是在产物区里能否直接点开看到带融资背景的跟进邮件草稿。只要出现确认提示并且草稿里的融资信息正确引用了检索结果,就说明 Skill 在正常工作。
请在 Codex 中使用「B2B automated outbound pipeline Skill」。本次要完成:刚拿到一批网站访客名单需要做外联。我会提供HubSpot 私有应用 Token,用于读取客户和交易数据和Instantly 账号的 API Key,用于创建和分配营销活动。请先完成一份小样,交付通过 Webhook 推送到 Instantly 对应发信队列的线索名单和从 HubSpot 提取的历史丢单列表及对应的跟进邮件草稿,并列出需要我核对的事实和数字。
安装完成后,先只做第 8 步:让 Codex 成交特征比对,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
8 步里 7 步可直接执行,1 步需要相应工具与配置。请结合逐步说明确认实际做法。
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,先只做第 8 步:让 Codex 成交特征比对,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
因为它能在敏感写入前请求确认,也能对多个对象循环执行同一套方法,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
找不到资料时,提供工作区内的准确文件名;只给了分析结论时,补充你需要的文件类型和保存位置;需要外部数据时,先连接对应应用或提供数据文件。
在这个 Agent 上最值得改的是「访客意向打分」的规则。它默认依据网页访问停留时间和页面层级打分,对于 SaaS 软件等特定行业并不完全准确。可以在配置目录的提示词文件里补充自家产品的核心页面权重,比如把定价页的访问得分调高。修改后让 Agent 重跑一遍历史访客名单,对比打分排序结果是否更贴近实际成交客户的特征,确认有效后把这套配置固化为团队版本。
INSTALL
安装到 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
METHOD 03 · 手动放目录
解压 ZIP 后,在 Codex 中执行:
mkdir -p ~/.codex/skills && cp -R ./skill-sales-pipeline ~/.codex/skills/
验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
ZCode在这个 Skill 上直接覆盖 7/8 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
TRAE在这个 Skill 上直接覆盖 6/8 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
FURTHER READING
围绕 Codex 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
销售把昨晚 AI 写好的一批冷邮件打开,准备今天发出去。扫两眼,句子通顺,信里还提了对方官网刚上的功能。真正卡住的是表格另一边:有人职位对不上买家,也递不到决策人;有人工作邮箱是按名字拼出来的;有的公
冷邮件获客是 B2B 出海里最典型也最容易被玩坏的外联动作。调用冷邮件获客 Skill 之前,你要先确定三件事:名单来源、发送账户、审批人。Skill 负责把“发一封邮件”变成“一个可控的外联动作”,
市场团队打开 CRM,看到新来的 MQL 已经有负责人,往往会认为交接已经完成。几天后再查,销售活动仍然是空的:没有电话,没有邮件,也没有退回原因。销售说线索质量差,市场拿出分配记录,双方都能找到对自
市场部改官网,销售改话术,投放改广告,三边各自有一套说法,在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍,仍然复述不出你们到底解决哪一件事,这才麻烦。功能清单越长,这句话越容易丢。产品营销要
LinkedIn广告Skill怎么用:从人群定向到素材验收的流程
LinkedIn广告制胜在于专业人群与B2B语境。本文按前置检查、人群定向、素材人群匹配、投放验收四个环节说明怎么调用LinkedIn广告Skill。
市场团队手里经常有这样的反馈:客户在复盘会上说产品确实解决了问题,也同意团队整理成文字,但一提公开姓名、公司和 Logo,审批就停住了。最后,官网只剩一句“某头部客户高度认可”,销售也不愿发给潜客,因
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 Codex 完成「从零建立目标账户清单」,最终得到目标账户与联系人表。
用 Codex 完成「销售抱怨市场部转交的线索质量太差」,最终得到包含进入与退出条件的线索生命周期阶段定义表(CSV 或 Markdown 格式)。
用 Codex 完成「从零搭建 B2B 冷邮件系统」,最终得到外联序列和文案框架。