Markdown 文件生成后手工上传飞书
这个 Agent 原生连不上飞书和企业微信。成果导出为 Markdown 报告或 JSON 文件后,需要你自己把文件下载下来,手动上传到团队的飞书文档或腾讯文档里。如果要推送到客户管理系统,它可以直接调用配置好的 HubSpot 接口写入跟进任务,不需要人工搬运客户数据。
Codex × 数据与自动化 · 原生覆盖 89%
团队效能与会议洞察 Skill有 9 个执行步骤,其中 8 步可以在 Codex 里直接完成。它能运行脚本处理数据和格式转换,正好对应这个 Skill 里最吃工具的一段。长上下文属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY CODEX
适配结论
团队效能与会议洞察 Skill不在 Codex 的前十推荐里——Codex更擅长本地文件、数据、代码和正式交付物,这个 Skill 的重心不完全在这里。它仍然可以正常安装使用,只是如果你要做的就是这件事,可以先看看下面几个更合适的 Agent。
用这个 Agent 跑「团队效能与会议洞察 Skill」,最大的好处是给强制排名、绩效记分卡和客户承诺跟进这类高容错率的动作加了道保险。在「提取会议决定与行动」、「计算评级与记分卡」这类核心环节上,Agent 会在写 Markdown 报告或推 HubSpot 任务前先停下来让你点确认。如果要把几十场录音批量转成待办,每次确认会打断长流程,需要预留审阅时间。它原生支持跑脚本和读本地文件,不用额外配环境。但如果你的需求是每天半夜无人值守跑批名单清洗,或者希望任务跑完直接推飞书群,这个 Agent 做不到,选 WorkBuddy 或 ZCode 更合适。
CAPABILITY × STEP
核心差异
团队效能与会议洞察 Skill 共 9 个环节。Codex 可直接执行 8 个环节(含 5 个仅需判断的环节),1 个需要相应工具与配置。判断质量取决于输入资料与具体推理。
| 步骤 | 所需能力 | 等级 | 在 Codex 下具体怎么做 |
|---|---|---|---|
| 01 读取团队数据 | 读本地资料 | 直接执行 | 直接交给 Codex:它能直接读取本机目录里的资料。 |
| 02 质疑岗位要求 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 03 删除重叠岗位 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 04 精简工作流 | 长上下文 | 有条件 | 可以做但有条件:长报告建议分章完成再合并。 |
| 05 加速卡点环节 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 06 标记自动化机会 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 07 计算评级与记分卡 | 运行脚本 | 直接执行 | 直接交给 Codex:它能运行脚本处理数据和格式转换。 |
| 08 提取会议决定与行动 | 读本地资料写本地文件 | 直接执行 | 直接交给 Codex:它能直接读取本机目录里的资料。 |
| 09 提取隐性承诺与推送任务 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
这个 Skill 最终要交付出带有员工评级的 Markdown 报告和推送到 HubSpot 的跟进任务,写错了直接影响绩效和客户关系。在「计算评级与记分卡」和「提取会议决定与行动」环节,Agent 会把算好的记分卡和待办清单先放到独立产物区。你可以逐份查看组织架构精简建议和员工 A B C 排名,确认责任人和截止时间没问题再放行写入本地文件或调用外部应用。这套机制省掉了事后人工去系统里撤回错误数据的麻烦,但批量处理几十份录音文稿时,需要预留看确认的时间。
Agent 读取本地的会议文本记录文件后,不会直接写死最终结果。它会把提取出的决定事项和待办跟进人生成临时文件放在独立产物区。你在这个区域核对无误后,它才真正写入本地 Markdown 或 JSON 文件。
Agent 会运行本地脚本来处理包含员工产出数据的 CSV 或 JSON 文件。在最终生成员工记分卡和架构精简建议前,它会先复述评级计划。你看过计算逻辑和初步结果再点确认,避免把错误的排名写进正式报告。
识别出语音会议里答应客户的承诺后,Agent 在向 HubSpot 写入带有截止时间的跟进任务前会请求确认。你可以在产物区检查承诺内容和截止时间是否对得上,确认后再让它执行外部应用调用。
IMPORT · RUN
资料导入与任务下发
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
把调研资料、数据表、网站文件和品牌规范放进 Codex 工作区,并说明最终要报告、表格、网页还是演示稿。
它可以同时读取 Skill 和项目文件,调用脚本或已连接的应用,把市场研究继续制作成可以直接交付的文件。
把包含员工角色描述的 JSON 或 CSV 文件,以及包含责任人和截止时间的会议文本记录文件放在当前工作区。在工作区里直接输入「读取这些文件,生成本季度的 A B C 级绩效排名并给出架构精简建议」。在执行前,它会先复述读取计划和评级逻辑。你可以在工作区界面实时看它跑脚本的进度。对于长报告,它会按章节分步生成,关键数据写入前会暂停等你点确认。
COLLABORATE · CHAIN
协作与后续衔接
这个 Agent 原生连不上飞书和企业微信。成果导出为 Markdown 报告或 JSON 文件后,需要你自己把文件下载下来,手动上传到团队的飞书文档或腾讯文档里。如果要推送到客户管理系统,它可以直接调用配置好的 HubSpot 接口写入跟进任务,不需要人工搬运客户数据。
工作区内文件共享,多个 Skill 串联时,可以让它先回读上一个 Skill 的 Markdown 中间产物再开始下一步。比如先用别的 Skill 处理录音转文稿,这个 Skill 再读取生成的会议文本记录。中间产物都有明确的文件形态,直接放在工作区目录下引用即可,不需要复制粘贴文本。
COMBINATION CASE
场景化实战案例
一个 20 人的 SaaS 销售团队到了季度末,主管手里有几十场客户访谈录音转成的文本,还有一份包含各销售员季度业绩的 Excel 表。他需要交出一份强制排名表,还要找出部门里职能重叠的卡点。
预期结果:交付出一份带有 A B C 级排名和架构精简建议的 Markdown 报告。由于默认不连飞书,主管需要自己把报告上传到团队群。客户跟进任务在确认后自动推送到 HubSpot。
VERIFY · TROUBLESHOOT
效果验证方法
把技能目录复制到 ~/.codex/skills/ 完成安装。在工作区里下发一条简单的指令,比如给它一份只包含两三个人的小型会议文本记录,让它提取行动清单。重点看它有没有在生成最终 JSON 文件前停下来,并把草稿放在独立产物区等你确认。如果它直接写死了文件没有询问,说明确认特性没有生效,需要检查技能目录配置。
请在 Codex 中使用「团队效能与会议洞察 Skill」。本次要完成:季度复盘时给团队员工做 A B C 级绩效强制排名。我会提供包含员工角色描述和产出数据的 JSON 或 CSV 文件和包含责任人和截止时间的会议文本记录文件。请先完成一份小样,交付带有组织架构精简建议和员工记分卡的 Markdown 报告和包含决定事项、行动清单和待办跟进人的 JSON 或 Markdown 文件,并列出需要我核对的事实和数字。
安装完成后,先只做第 1 步:让 Codex 读取团队数据,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
9 步里 8 步可直接执行,1 步需要相应工具与配置。请结合逐步说明确认实际做法。
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,先只做第 1 步:让 Codex 读取团队数据,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
这个 Skill 用到的都是通用能力,7 个 Agent 差别不大,可以按你已经在用的工具来选。
找不到资料时,提供工作区内的准确文件名;只给了分析结论时,补充你需要的文件类型和保存位置;需要外部数据时,先连接对应应用或提供数据文件。
「计算评级与记分卡」这个环节最值得按业务改。默认的评级可能只看产出数据。把团队具体的考核权重,比如销售额、转化率或客户满意度,写进判断规则里。让它在跑脚本算 A B C 排名时,直接按团队自定义的维度来打分。改好后,把这套评级脚本固化成团队版本,下次季度复盘直接复用这套规则。
INSTALL
安装到 Codex
把提示词复制给 Codex,它会自己下载 ZIP 并完成安装,装完会报告实际目录。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「团队效能与会议洞察 Skill」安装到 Codex。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-team-ops/1.0.0/skill-team-ops.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 Codex 的方式安装:mkdir -p ~/.codex/skills && cp -R ./skill-team-ops ~/.codex/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-team-ops/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-team-ops.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 Codex 中执行:
mkdir -p ~/.codex/skills && cp -R ./skill-team-ops ~/.codex/skills/
验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
Claude Code在这个 Skill 上直接覆盖 9/9 步,而且能在一次任务里承载长资料和长报告——如果你这次的卡点正是长上下文,换它更省事。
ZCode在这个 Skill 上直接覆盖 9/9 步,而且能在一次任务里承载长资料和长报告——如果你这次的卡点正是长上下文,换它更省事。
FURTHER READING
围绕 Codex 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
这次营销邮件发出后,打开率比往期低了不少。内容同事先改主题行,运营把发送时间从上午挪到晚上,第二轮数据仍没有起色。这样的排查很常见,问题在于打开率把几件事压成了一个数字:平台怎样统计、邮件有没有被接收
市场团队打开 CRM,看到新来的 MQL 已经有负责人,往往会认为交接已经完成。几天后再查,销售活动仍然是空的:没有电话,没有邮件,也没有退回原因。销售说线索质量差,市场拿出分配记录,双方都能找到对自
自动发文失败后的回滚顺序是"先停、再读、后动":先停止后续任务,再读日志与后台回读确认现场,最后按失败发生的发布阶段执行对应恢复动作。盲目重发是扩大错误的最快方式。本文按阶段给出一张回滚动作表。 自动
一人市场部的问题不是“事情多到做不完”,而是“没有第二个人帮你把关”。所以用 AI 的正确姿势,不是追求全自动,而是把重复执行交给 AI,把方向、事实核验和发布决策留给自己。下面这套最小可行工作流,覆
营销团队现在几乎都会把AI打开。写标题、改摘要、把会议记录压成纪要,这些都很快。可如果你问「上周那条投放测试现在做到哪了」,答案往往还在某个人的聊天记录里。用了AI,和营销动作真的跑完了,中间还差一层
多 Agent 协作工作流的核心不是"同时用更多 Agent",而是把一条营销流水线拆成阶段,明确规定每个阶段由哪个 Agent 负责、拿什么输入、交出什么输出、在哪个人工关卡停下等批准。没有这套约定
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 Codex 完成「官网首屏下方准备轮播客户评价,需要让用户看清当前第几条并能主动暂停」,最终得到布局选择表:轮播、Grid、List 或 Masonry 的适用理由与内容范围。
用 Codex 完成「规划多语言站点结构」,最终得到市场与语言优先级。
用 Codex 完成「SaaS 官网不断增加产品与解决方案,一级菜单超过一屏,访客很难找到定价、文档或联系入口」,最终得到菜单结构、锚文本和多端无障碍检查表。