成果导出飞书与企微需要手工搬运
本 Agent 不原生连飞书或企业微信。生成的注册转化漏斗分析表、引导清单文案和邮件排期表会以本地文件形式存在工作区。要进飞书,需手动把产物区的文件下载后上传到飞书文档或多维表格。不像 WorkBuddy 能直写飞书。团队内部传阅审核还是得手工搬一次,或先产出到本地再用其他工具推送到企微群。
Codex × 数据与自动化 · 原生覆盖 88%
新用户激活与留存 Skill有 8 个执行步骤,其中 7 步可以在 Codex 里直接完成。它能运行脚本处理数据和格式转换,正好对应这个 Skill 里最吃工具的一段。页面预览、中文办公文档属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY CODEX
适配结论
新用户激活与留存 Skill不在 Codex 的前十推荐里——Codex更擅长本地文件、数据、代码和正式交付物,这个 Skill 的重心不完全在这里。它仍然可以正常安装使用,只是如果你要做的就是这件事,可以先看看下面几个更合适的 Agent。
跑新用户激活与留存 Skill 时,计算漏斗流失指标与比对留存流失行为是核心执行环节。这个 Agent 的「操作前确认与产物区」能让你在生成包含流失率指标的注册转化漏斗分析表前逐份审阅,避免对外交付的数据报告出错。编写引导清单文案和设计首三十秒流程属于纯判断,任何 Agent 都能做,这里不产生额外优势。要额外做的是资料准备:产品核心价值描述和留存行为原始数据要存成本地文本或表格文件放进目录,不支持直读在线文档。如果你的激活方案需要按周自动巡检留存数据,或者要跑大批量用户的行为清洗,不要选它,它没有定时器且需要人工确认,长流程会被打断。适合要交付出错代价高的正式激活报告的场景。
CAPABILITY × STEP
核心差异
新用户激活与留存 Skill 一共 8 步。Codex 能直接执行 7 步,1 步有条件,0 步得你自己补,另外 5 步是纯判断、换哪个 AI 都一样。
| 步骤 | 所需能力 | 等级 | 在 Codex 下具体怎么做 |
|---|---|---|---|
| 01 核对产品核心价值 | 读本地资料 | 直接执行 | 直接交给 Codex:它能直接读取本机目录里的资料。 |
| 02 比对留存流失行为 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 03 计算漏斗流失指标 | 运行脚本 | 直接执行 | 直接交给 Codex:它能运行脚本处理数据和格式转换。 |
| 04 设计首三十秒流程 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 05 编写引导清单文案 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 06 设计空状态界面 | 页面预览中文办公文档 | 有条件 | 可以做但有条件:Codex 对页面预览的支持有限制。 |
| 07 排布邮件触发节点 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 08 制定停滞用户唤回方案 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
生成注册转化漏斗分析表和邮件推送排期表前,这个 Agent 会先复述计算计划,在写入文件前停下来等你确认。省掉的动作是:以前跑完脚本直接吐出一整份可能算错流失率的表格,现在可以在独立产物区逐份打开核对再放行。判断标准是看它有没有在关键写入前暂停并展示将要写入的具体数据指标。对于排布邮件触发节点这种纯文本输出环节,确认环节价值不大,但落在计算漏斗流失指标上能卡住数据准确性。如果你要批量生成针对不同用户分群的唤回邮件,每批都要手动点确认,耗时会长。
把产品核心价值描述文档存为 txt 或 docx 放进工作区目录。直接在工作区输入文件名让它读取。它能原生读本地 docx 文件,不用先转成 Markdown。读完会复述核心价值作为后续生成引导文案的基础。
把留存用户与流失用户的原始行为数据存成 CSV。它运行 Python 脚本算各节点流失率。算完不直接写表,而是在产物区生成分析表预览,等你确认数字无误后才落盘。重点看每步流失率有没有算错。
这个环节需要页面预览能力。本 Agent 有条件支持:能生成空状态界面的代码,但无法直接在对话里渲染预览。需要把代码复制到浏览器里看效果,如果不符再回退给它改,不如能直接预览的 Agent 顺畅。
IMPORT · RUN
资料导入与任务下发
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
把调研资料、数据表、网站文件和品牌规范放进 Codex 工作区,并说明最终要报告、表格、网页还是演示稿。
它可以同时读取 Skill 和项目文件,调用脚本或已连接的应用,把市场研究继续制作成可以直接交付的文件。
把产品核心价值描述文档、留存与流失用户的原始行为数据 CSV、现有注册后交互流程截图、现有触发邮件文案统一放进 ~/.codex/skills/ 下的工作区目录。在工作区对话框里直接打文件名引用,比如「读 user_retention_data.csv 算漏斗」。下达任务后它先复述执行计划,比如「将运行脚本计算流失率并生成报告」,复述完才开始。进度直接在工作区界面看,关键写入步骤前会弹确认提示,点通过才继续写。
COLLABORATE · CHAIN
协作与后续衔接
本 Agent 不原生连飞书或企业微信。生成的注册转化漏斗分析表、引导清单文案和邮件排期表会以本地文件形式存在工作区。要进飞书,需手动把产物区的文件下载后上传到飞书文档或多维表格。不像 WorkBuddy 能直写飞书。团队内部传阅审核还是得手工搬一次,或先产出到本地再用其他工具推送到企微群。
在这个 Agent 下多个 Skill 串联靠工作区内的文件共享。比如先跑完这个 Skill 产出邮件文案文件,再唤起下一个 Skill 时,让它先回读这个文件再开始。中间产物都是明确的本地文件格式。注意串联时每个 Skill 的写入前确认都要手动过一遍,不能全自动流转。
COMBINATION CASE
场景化实战案例
一个 B2B 工具的注册转化率还行但次周留存率太低。产品经理要把用户流失在哪个操作环节找出来,并产出一份带流失率数据的漏斗报告和五条任务引导清单的具体文案,下周给管理层汇报。
预期结果:交付了一份包含流失率指标的注册转化漏斗分析表和五条引导文案。漏斗计算结果经人工二次核对无误,确认环节拦住了一次因列名错位导致的错误计算。最终报告需人工排版后用于汇报。
VERIFY · TROUBLESHOOT
效果验证方法
装好后先给一份包含 50 行的模拟用户行为 CSV 和一句产品价值描述。看两个信号:第一,它是否主动运行脚本算出每步流失率,而不是瞎编数字;第二,算完是否在产物区生成文件并暂停问你「是否确认写入这份漏斗表」。如果它直接把结果刷在屏幕上没有生成可下载的文件,或者没等确认就往下跑文案生成,说明 Skill 配置没生效。确认这两点后再喂真实的上万行数据跑完整任务。
请在 Codex 中使用「新用户激活与留存 Skill」。本次要完成:注册转化率还行但留存率太低。我会提供产品核心价值描述文档和留存用户与流失用户的原始行为数据。请先完成一份小样,交付包含流失率指标的注册转化漏斗分析表和标注了交互优先级的注册后三十秒流程方案,并列出需要我核对的事实和数字。
安装完成后,先只做第 1 步:让 Codex 核对产品核心价值,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
不需要改。8 步用到的能力Codex全部原生支持,可以按 Skill 的原始方法直接执行。
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,先只做第 1 步:让 Codex 核对产品核心价值,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
这个 Skill 用到的都是通用能力,7 个 Agent 差别不大,可以按你已经在用的工具来选。
找不到资料时,提供工作区内的准确文件名;只给了分析结论时,补充你需要的文件类型和保存位置;需要外部数据时,先连接对应应用或提供数据文件。
最值得改的是计算漏斗流失指标环节的判断逻辑。默认可能只算整体转化率,可以根据业务在 Skill 里加上按注册来源或设备类型分组的流失计算规则。把你们团队惯用的流失定义阈值写进技能目录的配置文件里,这样每次算指标不用重说一遍。改完后,算完的注册转化漏斗分析表会直接带上你们要的分群维度,省去事后在 Excel 里二次透视。排布邮件触发节点环节也可以把团队的邮件发送时间窗限制写进去。
INSTALL
安装到 Codex
把提示词复制给 Codex,它会自己下载 ZIP 并完成安装,装完会报告实际目录。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「新用户激活与留存 Skill」安装到 Codex。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-onboarding/1.0.0/skill-onboarding.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 Codex 的方式安装:mkdir -p ~/.codex/skills && cp -R ./skill-onboarding ~/.codex/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-onboarding/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-onboarding.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 Codex 中执行:
mkdir -p ~/.codex/skills && cp -R ./skill-onboarding ~/.codex/skills/
验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
TRAE在这个 Skill 上直接覆盖 7/8 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
ZCode在这个 Skill 上直接覆盖 7/8 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
WorkBuddy在这个 Skill 上直接覆盖 6/8 步,而且能直接读写 Word、Excel、PPT 等办公文档——如果你这次的卡点正是中文办公文档,换它更省事。
FURTHER READING
围绕 Codex 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
一人市场部的问题不是“事情多到做不完”,而是“没有第二个人帮你把关”。所以用 AI 的正确姿势,不是追求全自动,而是把重复执行交给 AI,把方向、事实核验和发布决策留给自己。下面这套最小可行工作流,覆
市场部改官网,销售改话术,投放改广告,三边各自有一套说法,在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍,仍然复述不出你们到底解决哪一件事,这才麻烦。功能清单越长,这句话越容易丢。产品营销要
流量结构一变,后台最显眼的数字就是转化率往下掉。很多人的反应是改按钮颜色、改表单字段、再开一轮首屏测试。这些能测,但排在后面。转化率是「来的人里有多少做了你要的动作」,来的人换了,动作完成率一定会动。
市场团队准备改官网首页,先把三家同行交给 AI 研究。首页说了什么、产品有哪些功能、价格怎样分档、案例里用了哪些客户,很快就整理成一份完整的对照表。 开会时,大家依然答不上来:我们的首页究竟要赢过谁?
推荐计划上线一个月,运营后台常会出现两种相反的尴尬:页面有人点,专属链接也发出去了,新客却没有完成注册或购买;另一种更早,老客户连分享按钮都懒得碰。团队往往把两种情况归到同一个原因——奖励不够大,于是
自动发文失败后的回滚顺序是"先停、再读、后动":先停止后续任务,再读日志与后台回读确认现场,最后按失败发生的发布阶段执行对应恢复动作。盲目重发是扩大错误的最快方式。本文按阶段给出一张回滚动作表。 自动
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 Codex 完成「推广白皮书和线上活动」,最终得到广告系列与受众结构。
用 Codex 完成「Meta 和 GA4 报的转化数差了一倍」,最终得到多渠道数据差异对齐与去重对照表 (xlsx 格式)。
用 Codex 完成「测了五条短视频开头数据需要决定留哪条」,最终得到包含基线和测试组各核心指标变化的 Markdown 对照表。