操作前确认
在敏感写入前请求确认。这是 Claude Code 在 7 个 Agent 里相对少见的能力。
Claude Code × 内容与创意 · 原生覆盖 29%
营销对比表设计 Skill有 7 个执行步骤,其中 2 步可以在 Claude Code 里直接完成。它能在敏感写入前请求确认,正好对应这个 Skill 里最吃工具的一段。需要提前知道的是:产物区审阅这 1 项它不做,涉及的 1 个步骤要按下面的手工方式衔接。
WHY CLAUDE CODE
适配结论
营销对比表设计 Skill不在 Claude Code 的前十推荐里——Claude Code更擅长项目上下文、文件、终端和 MCP,这个 Skill 的重心不完全在这里。它仍然可以正常安装使用,只是如果你要做的就是这件事,可以先看看下面几个更合适的 Agent。
Claude Code 适合把对比表的事实规则长期留在项目中:项目说明记录来源、字段口径和复查周期,研究、内容、前端与测试子任务分别处理资料、文案、组件和回归。项目配置检查命令后,Hooks 可在事实文件或组件变化时触发过期、结构与构建检查。团队确认事实账本后,再把改动纳入项目。
在敏感写入前请求确认。这是 Claude Code 在 7 个 Agent 里相对少见的能力。
CAPABILITY × STEP
核心差异
营销对比表设计 Skill 共 7 个环节。Claude Code 可直接执行 2 个环节(含 1 个仅需判断的环节),4 个需要相应工具与配置,1 个需手工衔接。判断质量取决于输入资料与具体推理。
| 步骤 | 所需能力 | 等级 | 在 Claude Code 下具体怎么做 |
|---|---|---|---|
| 01 确认父页面与选择问题 | 联网检索写本地文件页面预览中文办公文档操作前确认 | 有条件 | 可以做但有条件:Claude Code 对页面预览的支持有限制。 |
| 02 确定对比类型与对象 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 03 选择公平维度 | 写本地文件 | 直接执行 | 直接交给 Claude Code:它能把过程文件和成果直接落盘保存。 |
| 04 撰写区块与表格 | 页面预览中文办公文档 | 有条件 | 可以做但有条件:Claude Code 对页面预览的支持有限制。 |
| 05 补充适用人群与行动 | 页面预览 | 有条件 | 可以做但有条件:Claude Code 对页面预览的支持有限制。 |
| 06 处理移动端与无障碍 | 页面预览 | 有条件 | 可以做但有条件:Claude Code 对页面预览的支持有限制。 |
| 07 完成事实与信息一致性验收 | 中文办公文档产物区审阅操作前确认 | 不支持 | 改成手工:在对话流里分段核对结果。(没有独立产物区,成果以项目文件形式落地) |
主任务固定实体名称、共同维度、来源格式和审核要求,子任务围绕同一事实账本工作,结果在 PR 中汇总。项目上下文保存长期规则,Hooks 在项目已配置检查命令后负责触发检查。验收标准是新会话能恢复口径,项目检查能指出缺来源、过期和结构偏差。
从项目上下文、页面源码和内容资料提取受众、意图、CTA、比较对象与文件范围。
研究与内容子任务分别整理来源和表述,主任务合并共同维度并保留争议状态。
前端子任务准备组件,内容子任务准备短文案;主任务确认来源后,获得授权再纳入 PR。
测试子任务运行事实、结构、链接、构建和响应式检查,结果写入 PR。
IMPORT · RUN
资料导入与任务下发
Claude Code可以直接读取目录里的资料,把这些文件放在同一个位置即可。
把品牌规范、项目背景和现有文件放在同一个项目目录,Claude Code 会结合项目内容调用相应 Skill。
让它先列出任务步骤,再读取文件、调用终端或 MCP 工具完成研究和制作;复杂任务可以分给多个子任务。
团队 Skill 放入项目级 skills 目录,实体命名、来源格式、事实文件、组件入口和验收命令写进项目说明。
MANUAL HANDOFF
能力缺口与人工衔接
有 1 项能力需要你在 Claude Code 之外完成,下面写清了各自影响哪一步、怎么补。
影响:第 7 步 完成事实与信息一致性验收
原因:没有独立产物区,成果以项目文件形式落地
做法:在对话流里分段核对结果
COLLABORATE · CHAIN
协作与后续衔接
每项改动写明来源、核对日期、目标文件和验收证据,外部系统只通过已获批连接使用。
实体、维度、来源与脚注先确认,各子任务引用同一版本,主任务拒绝把缺证据内容写进公开组件。
COMBINATION CASE
场景化实战案例
假设团队持续更新多语言对比页,容易出现事实版本和脚注不一致。
预期结果:交付物应形成可版本化的事实账本、组件差异与回归检查;最终文案和上线由负责人批准。
VERIFY · TROUBLESHOOT
效果验证方法
完成一个区块后新开会话,核对项目上下文能否恢复事实文件、组件入口、复查周期和验收命令。
请在 Claude Code 中使用「营销对比表设计 Skill」。本次要完成:竞品落地页需要说明产品差异,同时避免只挑选有利于自己的比较项。我会提供父页面类型、目标受众、搜索或广告意图,以及表格在页面中的预定位置和比较对象与统一名称,包括自家产品、竞品、方案、套餐或新旧工作方式。请先完成一份小样,交付区块方案:页面位置、对比类型、H2、引导语与单一 CTA和对比维度表:行列设计、优先级、单元格短文案和各选项适用人群,并列出需要我核对的事实和数字。注意:产物区审阅这部分你做不到,遇到时直接告诉我,我手工补。
安装完成后,请 Claude Code 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
7 步里 2 步可直接执行,4 步需要相应工具与配置,1 步需手工衔接。请结合逐步说明确认实际做法。
Claude Code可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,请 Claude Code 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
因为它能在敏感写入前请求确认,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
没有调用 Skill 时,在任务里直接写出 Skill 名称;没有取到 MCP 数据时,检查连接和授权状态;项目资料太多时,指出本次优先参考的文件。
先配置来源日期、空字段、caption、表头、脚注、构建和链接检查,再让 Hooks 在相关文件变化后触发命令。
INSTALL
安装到 Claude Code
把提示词复制给 Claude Code,它会自己下载 ZIP 并完成安装,装完会报告实际目录。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「营销对比表设计 Skill」安装到 Claude Code。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-comparison-table/1.0.0/skill-comparison-table.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 Claude Code 的方式安装:mkdir -p ~/.claude/skills && cp -R ./skill-comparison-table ~/.claude/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在项目里提一个只读任务并点名 Skill,确认它按 SKILL.md 的步骤复述计划。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-comparison-table/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-comparison-table.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 Claude Code 中执行:
mkdir -p ~/.claude/skills && cp -R ./skill-comparison-table ~/.claude/skills/
验证:在项目里提一个只读任务并点名 Skill,确认它按 SKILL.md 的步骤复述计划。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
TRAE在这个 Skill 上直接覆盖 4/7 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
ZCode在这个 Skill 上直接覆盖 4/7 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
WorkBuddy在这个 Skill 上直接覆盖 3/7 步,而且能直接读写 Word、Excel、PPT 等办公文档——如果你这次的卡点正是中文办公文档,换它更省事。
FURTHER READING
围绕 Claude Code 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
市场部改官网,销售改话术,投放改广告,三边各自有一套说法,在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍,仍然复述不出你们到底解决哪一件事,这才麻烦。功能清单越长,这句话越容易丢。产品营销要
流量结构一变,后台最显眼的数字就是转化率往下掉。很多人的反应是改按钮颜色、改表单字段、再开一轮首屏测试。这些能测,但排在后面。转化率是「来的人里有多少做了你要的动作」,来的人换了,动作完成率一定会动。
分享到 LinkedIn 的标题,别拿页面 Title 直接去灌
文章页点了分享,LinkedIn 和 X 上弹出来的卡片,用的经常是页面后台 Title。后台 Title 是写给搜索和浏览器标签的,里面会塞栏目名、品牌名、竖线分隔,拿到信息流里又长又像后台。分享卡
市场团队准备改官网首页,先把三家同行交给 AI 研究。首页说了什么、产品有哪些功能、价格怎样分档、案例里用了哪些客户,很快就整理成一份完整的对照表。 开会时,大家依然答不上来:我们的首页究竟要赢过谁?
假设一个团队月底复盘:14 天试用注册量没有明显下降,付费人数却低于预期。会议很快会出现三种建议——缩短试用期、要求先绑卡、到期前增加优惠提醒。每一种都可能有效,也可能改错位置,因为“试用转付费率”把
这次营销邮件发出后,打开率比往期低了不少。内容同事先改主题行,运营把发送时间从上午挪到晚上,第二轮数据仍没有起色。这样的排查很常见,问题在于打开率把几件事压成了一个数字:平台怎样统计、邮件有没有被接收
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 Claude Code 完成「新建外语官网落地页并需要安排翻译」,最终得到包含语境、受众和语气要求的翻译需求文档。
用 Claude Code 完成「App Store 的自然搜索流量已经停滞」,最终得到六维 ASO 评分卡与总分评级。
用 Claude Code 完成「SaaS 工具目录的卡片同时放功能、价格、标签和多个按钮,访客很难快速比较」,最终得到卡片字段规格:必填、选填、显示顺序、文字长度和缺失内容处理。