
1. 项目缘起为什么我把营销方法论拆成了一套可执行的技能库做增长这几年我最头疼的一件事不是缺工具而是工具太多、方法论太散。SEO 有一套流程CRO 有另一套逻辑数据分析又是独立的一摊每次带新人或者自己切换项目都要重新把脑子里的东西捋一遍。更麻烦的是现在 AI 编程助手越来越强像 Claude Code 这类工具已经能直接读写文件、执行终端命令、跑脚本但你让它帮你做营销它默认是不懂营销的——它不知道什么是独立站的 SEO 结构不知道列表页该怎么设置更不会主动帮你做转化率优化。marketingskills这个项目就是冲着这个痛点去的。它的核心思路很直接把营销领域里那些高频、可复用、有明确输入输出的工作封装成 AI agent 能直接调用的“技能包”。你可以把它理解成给 Claude Code 这类 AI 助手装了一套营销外挂——原本它只会写代码现在你让它分析一个页面的 SEO 问题、生成一份 CRO 检查清单、或者跑一遍数据分析流程它都能按你预设的规范来执行。这个项目适合什么人我梳理了一下大概三类一是独立开发者或者小团队里身兼营销职能的技术人你懂代码但营销方法论不成体系这套东西能帮你把流程标准化二是增长方向的从业者你想借助 AI 提效但不知道怎么把营销知识“喂”给 AI三是任何在用 Claude Code、AI agents 做自动化的人你想把营销场景接进自己的工作流。不管你是哪一类核心价值是一样的把营销从“靠人记、靠人传”变成“靠技能库沉淀、靠 AI 执行”。2. 整体设计思路技能包到底怎么拆、为什么这么拆2.1 从“大而全”到“小而专”的拆分逻辑我见过不少营销自动化项目一上来就想做一个“全能营销助手”结果做出来的东西什么都能聊两句什么都干不精。marketingskills的设计走的是另一条路按营销职能拆成独立技能每个技能只解决一类问题有明确的触发条件和输出格式。这么拆的理由很实在。第一AI agent 的上下文窗口是有限的你把 SEO、CRO、analytics 全塞进一个 prompt 里它执行的时候容易串味做 SEO 分析时突然给你扯转化率建议。第二独立技能方便迭代SEO 的规则变了只改 SEO 那个技能包不影响其他部分。第三独立技能可以组合你需要做一次完整的落地页优化可以依次调用 SEO 检查、CRO 检查、analytics 埋点检查三个技能像搭积木一样。从热搜词也能看出来大家关心的SEO、CRO、analytics正好是三个最核心的营销职能而且它们之间有天然的先后关系SEO 负责把人带进来CRO 负责让进来的人转化analytics 负责告诉你前面两步做得怎么样。这个链条本身就是一套完整的增长闭环拆成三个技能包刚好对应闭环的三个环节。2.2 为什么选择 Claude Code 作为执行载体这里要解释一个关键选型为什么这套技能库是围绕 Claude Code 这类 AI 编程助手设计的而不是做成一个独立的 SaaS 工具或者浏览器插件。核心原因是 Claude Code 具备三个普通营销工具没有的能力。第一它能直接操作文件系统你的网站代码、配置文件、内容目录它都能读写这意味着 SEO 技能可以直接改你的页面结构而不是只给你一份建议报告。第二它能执行终端命令analytics 技能可以跑脚本拉数据、做计算不用你手动导出 CSV 再上传。第三它支持自定义指令和技能扩展你可以把营销方法论写成它认识的格式让它按你的规范执行。我实测下来用 Claude Code 做营销任务最大的好处是“闭环”。传统流程是工具 A 分析出问题你复制结果到工具 B 执行修改再去工具 C 验证。用 Claude Code 加技能包分析、修改、验证可以在一个会话里完成中间不用切换工具效率提升非常明显。当然前提是你得把技能包写好这就是marketingskills要解决的问题。2.3 技能包的通用结构设计每个技能包我建议按统一结构来组织这样 AI 调用的时候行为可预期。一个完整的技能包通常包含四个部分触发描述用自然语言说明这个技能在什么场景下被调用比如“当用户要求检查页面 SEO 问题时”。输入定义明确需要哪些参数比如页面 URL、目标关键词、竞品列表。执行步骤把营销方法论拆成 AI 能逐步执行的指令序列每一步都有明确的动作和判断标准。输出格式规定结果以什么形式呈现是 Markdown 报告、JSON 数据还是直接的文件修改。这个结构的好处是你写技能包的时候思路清晰AI 执行的时候也不会跑偏。我踩过的坑是早期技能包只写了“做什么”没写“输出成什么样”结果 AI 每次给的格式都不一样后续想自动化处理都没法做。后来强制规定输出格式整个流程才顺起来。3. 核心技能拆解SEO、CRO、Analytics 三件套怎么落地3.1 SEO 技能包从关键词到页面结构的完整检查链SEO 技能包是整个项目里最复杂的一块因为它涉及的检查点最多。我把它拆成了三个子模块关键词分析、页面结构检查、内容优化建议。关键词分析子模块的输入是一组种子关键词和目标市场执行步骤是先做关键词扩展然后按搜索意图分类最后输出一张关键词优先级表。这里有个细节要注意AI 做关键词扩展的时候容易发散过度生成一堆不相关的词所以我在技能包里加了一条约束——“只保留与种子关键词语义距离在两级以内的词”实测下来结果精准很多。页面结构检查子模块是直接操作文件的。你给它一个页面文件路径它会检查标题标签、meta 描述、H 标签层级、内链结构、图片 alt 属性这些基础项。我特别加了一条针对独立站的检查规则列表页的分页设置和 canonical 标签。热搜词里有人问“discuz 列表页 seo 设置”其实独立站的列表页也有类似问题——分页 URL 参数处理不当会导致重复内容canonical 指向错误会让权重分散。技能包里我把这些规则都写成了明确的判断条件。内容优化建议子模块会结合前两个模块的结果给出具体的修改建议。比如“这个页面的 H2 标签里缺少目标关键词建议改为 XXX”而不是笼统地说“优化标题”。这种具体到可执行层面的建议才是 AI 技能包相比传统 SEO 工具的优势。3.2 CRO 技能包把转化率优化变成可执行的检查清单CRO 这块的难点在于转化率优化很依赖具体场景落地页、注册页、结算页的优化点完全不同。我的处理方式是先按页面类型分类每种类型有一套基础检查清单然后再根据具体业务补充自定义规则。基础检查清单覆盖的是通用原则首屏是否在 3 秒内传达核心价值、CTA 按钮是否足够醒目、表单字段是否精简到必要程度、信任元素评价、认证、案例是否到位、移动端体验是否达标。这些检查项 AI 可以自动完成你给它页面文件或者截图它能逐项判断并给出评分。自定义规则这块我举个例子。假设你做的是 SaaS 产品注册页的 CRO 重点可能是降低注册门槛那技能包里就加一条规则“检查注册表单字段数量超过 3 个字段时提示可以优化”。如果你做的是电商结算页的 CRO 重点可能是减少弃购规则就变成“检查结算流程步骤数超过 3 步时提示可以合并”。这里有个实操心得CRO 技能包的输出不要只给问题列表要给优先级排序。我一开始让 AI 把所有问题按顺序列出来结果用户看到 20 条建议直接懵了。后来改成按“影响程度 × 实施难度”做四象限分类优先展示高影响低难度的项采纳率明显提升。3.3 Analytics 技能包让数据分析从“看报表”变成“问问题”Analytics 技能包的设计思路和前面两个不太一样。SEO 和 CRO 是“检查-建议”模式Analytics 是“提问-回答”模式。你不需要它主动检查什么而是你问它问题它帮你从数据里找答案。具体实现上技能包会定义一套数据查询的规范。比如你问“上周哪个渠道的转化率最高”技能包会引导 AI 先确认数据源位置然后生成查询语句执行后把结果整理成易读的格式。这里的关键是数据源的标准化——你的数据存在 CSV 里、数据库里还是 API 里技能包需要提前配置好连接方式。我特别想强调一个功能异常检测。传统做法是你自己盯着报表看哪天数据掉了现在可以在技能包里加一条规则“每天自动对比前 7 天同时段数据偏差超过 20% 时标记异常”。AI 执行这条规则比你手动看报表靠谱得多而且它还能顺带分析可能的原因比如“流量下降主要来自自然搜索建议检查近期是否有页面被降权”。热搜词里有人问“claude code 如何直接执行终端命令”这正好是 Analytics 技能包的核心能力。你配置好数据查询脚本后AI 可以直接在终端里跑脚本、拿结果、做分析整个过程不需要你手动介入。我实测下来原本需要 30 分钟的数据周报现在 5 分钟就能出初稿。4. 实操落地从零搭建你的营销技能库4.1 环境准备与 Claude Code 基础配置先把基础环境搭起来。不管你用的是 Mac、Windows 还是 Ubuntu核心步骤是一样的安装 Claude Code、配置模型接入、设置工作目录。安装这块网上教程很多我只说几个容易踩坑的点。第一安装完成后先跑一个简单命令验证是否正常比如让它读取当前目录的文件列表确认文件系统权限没问题。第二如果你在配置过程中遇到网络或区域相关的提示按官方文档的指引处理即可这里不展开。第三工作目录建议单独建一个专门放营销相关的文件和技能包不要和代码项目混在一起避免 AI 误操作。配置模型接入的时候如果你用的是默认模型直接登录即可。如果你想接入其他模型需要确认该模型是否支持 Claude Code 的技能调用格式。我试过几种组合实测下来默认模型的技能调用最稳定其他模型在复杂技能链的执行上偶尔会丢步骤。VSCode 配置这块装好 Claude Code 的扩展后建议把技能包目录加到工作区里这样 AI 能直接读取技能定义文件。Ubuntu 环境下注意文件权限技能包目录需要可读写否则 AI 执行文件修改类技能时会报错。4.2 编写第一个 SEO 技能包从模板到可用我拿 SEO 技能包当例子走一遍完整的编写流程。第一步建目录结构。在技能库根目录下建skills/seo/文件夹里面放三个文件skill.md技能定义、rules.json检查规则、templates/输出模板。第二步写skill.md。内容大概是这样# SEO 检查技能 ## 触发条件 当用户要求检查页面 SEO、优化关键词、或分析搜索排名时调用。 ## 输入 - 页面文件路径或 URL - 目标关键词可选 - 竞品 URL可选 ## 执行步骤 1. 读取页面文件提取 title、meta、H 标签、内链、图片 alt 2. 对照 rules.json 逐项检查 3. 如有目标关键词检查关键词密度和分布 4. 按输出模板生成报告 ## 输出 Markdown 格式的检查报告包含问题列表和修改建议。第三步写rules.json。把检查规则结构化方便 AI 逐条执行{ title: { max_length: 60, must_contain_keyword: true, unique: true }, meta_description: { max_length: 160, must_contain_keyword: true }, h1: { count: 1, must_contain_keyword: true }, internal_links: { min_count: 3 }, images: { require_alt: true } }第四步测试。找一个你自己的页面让 Claude Code 调用这个技能看输出是否符合预期。我第一版测试的时候发现 AI 把 meta description 的长度限制理解成了字符数而不是像素宽度后来在规则里加了说明才纠正过来。4.3 技能链的组合调用一次完整的落地页优化单个技能跑通后就可以组合使用了。我拿落地页优化举例走一遍完整流程。先调用 SEO 技能检查页面的搜索友好度输出一份问题清单。然后调用 CRO 技能检查转化要素输出另一份清单。最后调用 Analytics 技能拉取这个页面过去 30 天的流量和转化数据看哪些问题实际影响了业务指标。三个技能的输出汇总后你会得到一张优先级矩阵SEO 问题里哪些影响流量、CRO 问题里哪些影响转化、数据里哪些指标异常。按“业务影响 × 修复成本”排序从高影响低成本的项目开始改。这里有个实操细节技能链调用的时候建议把前一个技能的输出存成文件后一个技能读取文件而不是依赖上下文传递。原因是上下文传递在长对话里容易丢失存文件更可靠。我现在的做法是每个技能输出都写到output/目录下下一个技能从那里读。4.4 参数计算与阈值设定让检查结果更靠谱技能包里的阈值不能拍脑袋定得有依据。我举几个例子说明计算过程。关键词密度业界常说的 1%-2% 其实是个粗略范围。更准确的做法是看竞品——抓取排名前三的页面统计目标关键词的出现次数除以总词数取平均值作为基准。我在技能包里加了一个“竞品密度分析”步骤自动算这个基准值。页面加载时间Google 的 Core Web Vitals 里 LCP 建议小于 2.5 秒FID 小于 100 毫秒CLS 小于 0.1。这些是硬指标直接写进技能包的检查规则里。转化率基准这个因行业而异。我的做法是技能包不设固定基准而是让 AI 计算“你的历史平均转化率”然后对比当前页面偏差超过 20% 时标记。这样比套用行业平均值更贴合实际。5. 常见问题与排查技巧实录5.1 技能不触发或触发错误怎么办这是最常见的问题。AI 没有按预期调用技能通常有三个原因。第一触发描述写得太模糊。比如你写“当用户需要 SEO 帮助时调用”AI 可能在你只是问“什么是 SEO”的时候也触发。改成“当用户要求检查具体页面的 SEO 问题、或提供页面文件要求优化时调用”边界就清晰了。第二技能之间有重叠。SEO 技能和 CRO 技能都可能检查标题标签如果两个技能的触发条件都覆盖了“检查标题”AI 可能随机选一个。解决办法是在触发描述里明确分工比如 SEO 技能负责“标题的搜索友好度”CRO 技能负责“标题的转化吸引力”。第三技能文件格式不对。Claude Code 对技能定义文件的格式有要求YAML 头信息、Markdown 结构这些如果写错了技能可能加载失败。建议先用官方示例文件测试确认格式没问题再改内容。5.2 输出格式不稳定的处理方案AI 每次输出格式不一样后续自动化处理就没法做。我的解决方案是三层约束。第一层在技能定义里明确输出模板给出一个完整的示例输出。第二层在输出要求里加一句“严格按照上述模板格式输出不要添加额外说明”。第三层如果还是不稳定就在技能执行完后加一个“格式校验”步骤用脚本检查输出是否符合模板不符合就重新生成。实测下来三层约束加上后输出格式稳定性能到 95% 以上。剩下 5% 的情况通常是输入数据本身有问题比如页面文件读取失败导致输出为空。5.3 数据源连接失败的排查思路Analytics 技能依赖数据源连接失败是最常见的报错。排查顺序建议这样先确认数据文件路径是否正确AI 读取文件时的相对路径是相对于工作目录的不是相对于技能包目录。再确认文件权限特别是 Ubuntu 环境下AI 进程可能没有读取某些目录的权限。然后确认数据格式CSV 的编码、分隔符、表头这些如果和技能包预期的不一致解析会出错。最后确认数据量如果文件太大AI 读取时可能超时建议先做数据抽样或者分片读取。我踩过的一个坑是 CSV 文件里有中文列名AI 解析时偶尔会乱码。后来统一改成英文列名问题就没了。如果你的数据源必须用中文列名建议在技能包里加一步编码转换。5.4 常见问题速查表问题现象可能原因排查方法解决方案技能不触发触发描述模糊检查 skill.md 触发条件细化触发场景描述触发错误技能技能间重叠对比多个技能的触发条件明确各技能职责边界输出格式混乱缺少格式约束检查输出模板是否完整加格式校验步骤数据读取失败路径或权限问题手动执行读取命令测试修正路径、调整权限执行中途卡住上下文过长查看对话历史长度拆分任务、存中间结果结果不准确规则阈值不合理对比实际数据验证调整阈值、增加竞品基准5.5 几个让我少走弯路的实操心得第一个心得技能包不要一次写太多。我一开始想把所有营销场景都覆盖写了十几个技能结果维护不过来很多技能写完就没用过。后来精简到 SEO、CRO、Analytics 三个核心技能每个都打磨到能用、好用反而效率更高。第二个心得每次修改技能包后用同一组测试用例跑一遍回归。我建了一个tests/目录里面放几个典型页面和预期输出改完技能就跑一遍确认没有破坏已有功能。这个习惯帮我避免了好几次“修了一个问题引入两个新问题”的情况。第三个心得技能包的版本管理很重要。用 Git 管理技能库每次修改都提交出问题了可以回滚。我还会在 commit message 里写清楚改了什么、为什么改过几个月回头看能快速回忆起来。第四个心得不要追求全自动。有些环节人工判断比 AI 更靠谱比如最终的内容创意、品牌调性把控。技能包负责的是标准化、重复性的工作把人的时间释放出来做更有价值的事而不是完全取代人。6. 技能库的扩展方向与个人体会这套技能库跑通之后我陆续加了一些扩展。比如把 SEO 技能和内容生成技能串起来AI 检查完页面问题后直接生成优化后的内容草稿。再比如把 Analytics 技能和告警系统对接数据异常时自动发通知。这些扩展都是基于核心三件套长出来的没有偏离最初的设计思路。我还试过把技能库分享给团队里其他人用发现一个有意思的现象不同人用同一套技能效果差异很大。原因不在技能本身而在于输入的质量。你给 AI 的页面文件越规范、数据越干净、目标越明确输出就越好。这其实反过来倒逼你把营销基础工作做扎实——页面结构清晰、数据埋点完整、目标定义明确这些本来就是做好营销的前提。如果你也想搭一套自己的营销技能库我的建议是从一个最小的技能开始跑通全流程后再扩展。不要一上来就追求大而全先把一个场景做透比如就做 SEO 检查做到每次输出都稳定可用然后再加第二个技能。这个过程里积累的经验比技能本身更有价值。