人工智能AI 应用开发工具CLIAI Agentdsh-pluginDeepSeek【免费下载链接】ccg-workflow多模型协作开发系统 - Claude 编排 Codex 后端 Gemini 前端28 个命令覆盖开发全流程一键安装零配置项目地址https://gitcode.com/fengshao1227/ccg-workflow点击查看免费下载本文围绕 ccg-workflow 仓库中templates/skills/seo-page-builder/技能目录展开系统讲解这套只做工具型 SEO 页面的构建方法论从技能边界、最短执行路径、Firecrawl SERP 研究到工具页类型分流、关键词密度实测校准、可执行量具onpage-audit.py与全页兜底 QA。读完你可以掌握一套先量竞品、再定靶子、禁止编造的可复现工具页 SEO 生产流程并能直接运行仓库内置脚本对任意竞品页与交付页做量化审计。一、技能定位SERP 驱动的 SEO 工具页统一入口seo-page-builder/是 ccg-workflow 模板库 中技能层skills/的一员定位为SERP 驱动 SEO 工具页的统一入口。它的核心边界非常明确只处理工具型页面generator、remover、enhancer、converter、editor、maker 等工具页不处理普通 campaign 落地页、博客、新闻页、资讯页或 programmatic 批量页遇到非工具页需求时先确认是否有更合适的专门技能再决定是否路由而不是一律接下。这一边界是经过数次演进收窄的结果。变更日志显示该技能最初名为seo-landing-page曾包含普通landing_page模式后在 2026-05-05 的几次迭代中移除普通 landing page 模式、将技能重命名为seo-page-builder、删除独立链接规范文件、把模块检查与 SEO QA 合并为模块信息价值 QA最终确立SERP 与 feature page 单一真源的瘦身结构见 AGENTS.md 变更日志。从实现看这一技能目录在安装时由 src/utils/installer.ts 的installSkillFiles从templates/skills/整体复制到~/.claude/skills/ccg/命名空间下并与质量关卡verify-*、域知识domains/等技能共同组成 CCG 的 100 技能体系其 YAML frontmatter 中的allowed-tools: Read, Write, Edit, Glob, Grep, Bash, WebFetch定义了 Agent 执行时的工具权限范围。二、目录结构入口、参考库与可执行量具的分工技能目录由三部分组成各自职责单一对应 AGENTS.md 成员清单组成文件职责入口SKILL.md触发边界、工具类型判断、最短流程、输出契约与质量栏参考库references/Firecrawl 流程、SERP 研究唯一真源、模块信息价值 QA、资料引用库、Google 标准校准量具scripts/可执行量具stdlib only三模式收词 / 竞品基准 / 交付页打分references/内部同样遵循单一真源原则四个 reference 文件各管一件事避免重复指令互相覆盖firecrawl-workflow.mdFirecrawl MCP/CLI 执行映射与等价替代链serp-research.mdSERP 研究唯一真源5/10 分级深度、逐页抓取、真实查询词采集、意图判断、失败处理feature-page-seo.md工具页流程、模块信息价值与 SEO QA、密度校准、政策门槛seo-source-library.mdGoogle、Moz、Backlinko、Ahrefs、Semrush、SearchPilot 等资料的引用库。开发规范还约定修改 SERP 研究、模块信息价值、on-page 检查或链接策略时先更新references/对应真源再检查SKILL.md是否仍能正确路由短规则合并进现有 reference不新增碎片文件。这保证了整套方法论只有一个可改写的版本不会出现指令漂移。三、执行路径六步最短流程SKILL.md 核心原则 给出的执行路径保持最短共六步确认工具页关键词和现有模板研究 SERP 意图提取信息缺口和能力边界判断工具页类型决定模块轻重产出页面文案、英文 source JSON 或实现说明按模块执行信息价值与 SEO QA。配套的执行顺序则更具体先读feature-page-seo.md→ 扫描仓库最接近的工具页模板 → 按serp-research.md做 SERP 研究Firecrawl 不可用时改用--suggest取 Google autocomplete 真实词禁止让模型编 PAA→ 建立关键词地图 / FAQ / 相关工具 / cannibalization 判断 → 判断工具页类型 →--benchmark实测 3-5 个排名竞品先拿到密度区间再动笔→ 严格镜像模板 route shape 与 JSON shape → 只改必要接线slug、namespace、import、metadata、page identifier、related links、页面文案→ 按模块跑信息价值与 SEO QA →--targets实测交付页。关键纪律是模板匹配优先仓库扫描找到最接近的现有工具页App Router 页面app/**/page.tsx、i18n 来源messages//locales//i18n/、共享 wrapper/metadata/schema/breadcrumb/related tools然后保留模板 route shape 和 JSON shape只改新增页面必需的字段不发明新的组件体系。默认只写英文 source JSON多语言扩展交给后续 i18n 流程。必要输入也被刻意收窄只询问会改变结果的缺失信息CORE_KEYWORD一个英文主关键词、品牌名/产品名、目标市场、现有 route/模板/JSON/参考 URL、交付物形态直接编辑 / 只写 JSON / 只写 brief / 只做审计、产品能力边界格式、尺寸、时长、价格、登录、安全、隐私、法务限制、可证明素材截图、示例、before/after、真实功能说明。四、SERP 研究Firecrawl 优先与等价替代链4.1 工具链映射firecrawl-workflow.md 定义了四类任务在 MCP 与 CLI 下的标准调用任务MCPCLI搜索 SERPfirecrawl_searchfirecrawl search 关键词 --limit 10 --pretty抓取页面正文firecrawl_scrapefirecrawl scrape URL --only-main-content --format markdown,links --pretty发现站内 URLfirecrawl_mapfirecrawl map URL --search 主题 --json --pretty动态交互firecrawl_interactfirecrawl browser execute snapshotCLI 安装与认证有两种方式npx -y firecrawl-clilatest init --all --browser或全局安装npm install -g firecrawl-cli后firecrawl login --browser也可通过环境变量export FIRECRAWL_API_KEYfc-YOUR-API-KEY认证。抓取参数方面firecrawl_search的limit默认 10、country默认us或用户指定市场、sources默认webfirecrawl_scrape常规页面用formats[markdown,links]onlyMainContenttrue需要标题/FAQ/价格字段时改用formats[json]带 schemaJS 页面先加waitFor5000仍失败再 map、最后 interact。4.2 替代链没有 Firecrawl 也要完成研究该文档特别声明了一个现实约束本机没有 Firecrawl MCP 也没有 firecrawl CLIwhich firecrawl为空但有FIRECRAWL_API_KEY配置在grok-searchMCP 中。因此仓库给出了完整的等价替代链并强调不要因为工具不全就跳过 SERP 研究——研究是技能的地基跳过就退化成凭空写模板文案任务Firecrawl本机替代搜索 SERPfirecrawl_searchmcp__exa__web_search_exa首选带正文摘要mcp__grok-search__web_searchmcp__open-websearch__search抓取正文firecrawl_scrapemcp__exa__web_fetch_examcp__grok-search__web_fetchmcp__open-websearch__fetchWebContent站内发现firecrawl_mapmcp__grok-search__web_map退而求其次抓/sitemap.xml动态交互firecrawl_interactchrome-devtools MCPnew_pageevaluate_script拿渲染后 DOM替代链的失败处理规则某个源结果太少或全是聚合页时换另一个源再搜一次再判定三个源都拿不到有效结果才记录数量限制并继续抓取只拿到导航时先web_map定位更具体 URL。文档还记录了一个实测坑grok-search.web_search用默认的grok-4.20-multi-agent模型会返回空 content实测两次需显式传model: grok-chat-expert。4.3 深度分级与逐页证据serp-research.md 规定研究深度分级默认分析 5 个有效自然结果竞争强关键词、完整落地页或用户明确要求深度研究时分析 10 个有效结果不足时说明数量限制。每个结果记录标题和 URL、内容类型工具/产品页/落地页/博客/视频/论坛/目录页、内容格式教程/清单/对比/模板/评测/问答/直接工具、内容角度最快/免费/新手/专业/高质量/隐私/工作流、H1 和主要 H2、可借鉴点、缺失或薄弱信息。排除广告、目标站点自身、无关聚合页和不匹配搜索意图的页面。意图判断汇总四类产出主导页面类型和原因、重复出现的模块或回答顺序、SERP/PAA/FAQ 问题、值得加入的信息缺口以及风险薄页 clone、doorway overlap、误导性功能承诺、法务/隐私敏感性。最终输出保持紧凑SERP 模式、信息缺口、页面角度、证据 URL。五、真实查询词采集禁止模型编造 PAA这是整个技能最硬的一条纪律写 FAQ 和长尾覆盖必须用真实数据禁止让模型凭空生成 People Also Ask——模型会编造看似合理且无从验证的问题。仓库提供了两条不依赖 Firecrawl 的真实数据来源见 serp-research.md。5.1 Google autocomplete 收词调用 Google 公开补全端点无需 key 和认证https://suggestqueries.google.com/complete/search?clientfirefoxhlenglusqquery返回[query, [suggestions...]]。用法是种子词 × 疑问前缀交叉跑前缀取、how to、can you、is it、why does、does、what is、how do i共 8 个请求间隔约 120ms全局去重。文档给出的实测数据是14 个种子词 × 8 前缀 →341 条真实建议词。产出直接用于三件事写 FAQ 问题用用户的原话不要改写、发现未覆盖的词簇、判断同义词哪个有量——文档举例image metadata remover有 10 条建议而metadata cleaner零条这一个数据就能直接决定 H1 用哪个词。⚠️ 必须滤噪音品牌词会串到同音词synthid→synthroid甲状腺药nano banana→ 香蕉味。词簇里混进大量无关词时说明该词本身有歧义值得在页面里显式消歧。5.2 竞品 FAQ 提取抓排名页 HTML用正则提两处FAQPage schema 内的type:Question→name以?结尾的h2–h4/summary文本。这是已经在排名的页面实际使用的问题比 PAA 推测更硬。抓的同时顺手算关键词密度基准一次抓取拿两份数据。六、工具页类型分流不把所有页面套成一条长模板feature-page-seo.md 工具页类型表 按类型决定首屏重点、必备模块与可省模块这是页面模块由关键词意图和工具类型决定原则的具体化类型典型关键词首屏重点必备模块可省或降权删除类background remover、watermark remover、object remover、text remover上传入口、处理模式、支持格式、隐私或合法使用提醒能力边界、工作步骤、示例/效果、信任与合规、FAQ、相邻工具模型技术解释泛泛行业介绍批量类batch background remover、bulk watermark remover批量容量、单次限制、计费单位、格式限制、回到单图工具的路径工具入口、能力边界、简短步骤、相关工具、FAQ大段 Features、重复使用场景、冗长口碑模块生成/编辑类AI image generator、AI photo editor、image makerprompt、模式、模型、比例、分辨率、积分或价格、示例 prompt模型/模式选择、工作步骤、用例、示例、能力边界、FAQ隐藏价格或积分空泛创意口号增强/修复类image upscaler、photo restoration、unblur imagebefore/after、输入质量、输出尺寸、自然度边界、隐私示例/效果、质量边界、使用场景、工作步骤、信任与合规、FAQ绝对修复承诺伪造对比图转换类image converter、video converter、format converter输入输出格式、压缩或质量选项、速度/大小限制格式表、工作步骤、批量能力、FAQ、相关工具与转换无关的创作类卖点模型页模型名 AI editor、AI image generator已选模型、模型差异、价格/积分、可执行入口模型差异、适合任务、限制、示例、与通用工具的关系、FAQ泛泛模型新闻脱离工具入口的介绍配套的 AI/GEO 补充当关键词属于 AI 工具、商业比较、best-for、替代品或高意图任务时额外写 5-10 个fan-out 查询假设覆盖替代方案、适合人群、价格/积分、限制、格式、质量、安全、隐私、对比和下一步任务——这些查询用于决定 FAQ、事实层、相关内链和可引用答案块。七、关键词覆盖与密度校准先量竞品再定靶子这是本技能最值得复用的方法论核心一句话禁止使用任何来自记忆或客户口头传闻的密度数字。7.1 「2% 密度」是有歧义的读错就是堆词密度有两种算法对多词短语相差数倍hits% 出现次数 ÷ 正文总词数 ——多数密度插件用这个span% 出现次数 × 短语词数 ÷ 正文总词数 —— 文本占比。用户说「核心词密度做到 2%」时必须先判定口径。按hits%对一个 3 词短语追 2%2500 词的页面要塞 50 次这是教科书级关键词堆砌在 AdSense 审核或 spam policy 下是负资产。7.2 流程抓 3-5 个排名页用同一段代码算同时算三个数正文词数、完整长尾词命中次数、单 token 命中次数。合理区间由竞品给出不由直觉给出。仓库记录了 2026-08 的实测样本AI 水印去除类词竞品均排在委托方之前竞品正文词数完整长尾词 hits%单 tokenA该词第一梯队4230.47%4.73%B9700.62%3.71%C10300.10%0.10%三个赢过委托方的页面完整长尾词没有一个超过 0.62%。所以「2%」只可能指单 token。采用的靶子完整长尾词按次数卡下限≥8 次单 token 写到自然为止。7.3 长页面的密度陷阱深度内容页常有 2500-4000 词是短页竞品的 3-9 倍。同样自然的重复次数密度被分母摊薄到 1/3。不要为追平短页竞品的密度而灌品牌名也不要为提密度而砍掉真实信息——两者都亏。密度短于目标时如实报告并说明推高需要多少次额外提及由用户决定是否接受堆词风险。7.4 最该查的不是密度是「有没有」零命中是常见的静默失败。实测某 8 页站点4 个页面的目标长尾词在正文里出现 0 次这是 AGENTS.md 变更日志 记录的真实审计当时全站技术 SEO 零缺陷、正文 2400-3500 词。三种成因H1 与 title 用词不一致—— title 写PDF SlidesH1 只写PDF修饰词插在短语中间把它劈断——Gemini Visible Watermark Remover≠gemini watermark remover用了没有搜索量的同义词—— autocomplete 里metadata remover有量metadata cleaner零。7.5 反灌水规则会把头部词挤出正文当内容规范要求「每句话必须带具体数字、真实限制或诚实失败模式」时写作者会把所有指代压成this tool/the engine/the page头部词随之从正文消失。这两条规则天然冲突必须显式对冲该教训已写入feature-page-seo.mdH2 写工具全名不写How it works/At a glance这类通用标题指代词换实名——零新增字数的提密度手段优先于任何新增句子⚠️ 批量替换前必须逐条看上下文PDF / 幻灯片类工具里the page常指文档页而非网页the site指站点隐私段落里的this site换成工具名就是胡话文件头注释也不该改。八、可执行量具onpage-audit.py 三模式scripts/onpage-audit.py 是「先量再定」从口号变成可跑量具的关键实现。它纯 Python 标准库实现stdlib only无需 key、无需安装三个模式对应三件永远不能靠猜的事# 模式一收割 Google autocomplete 真实词FAQ 长尾 python3 onpage-audit.py --suggest watermark remover --suggest image upscaler # 模式二用同一套算法量 3-5 个排名竞品密度基准 FAQ 提取 python3 onpage-audit.py --benchmark https://comp-a.com https://comp-b.com \ --phrase watermark remover --token watermark remover # 模式三给交付页打分canonical / robots / 词数 / 关键词覆盖 / FAQ 深度 python3 onpage-audit.py --targets targets.json8.1--suggestautocomplete 收词对应脚本的suggest()函数对每个种子词与 8 个QUESTION_PREFIXES交叉请求 Google 补全端点请求间隔time.sleep(0.12)约 120ms全局去重后按种子分组输出最后统计总数见 onpage-audit.py L262-L292。脚本还支持--hl/--gl指定语言与地区。8.2--benchmark竞品密度基准与 FAQ 提取对应benchmark()函数逐个抓取竞品页用与交付页完全相同的PageHTMLParser 与hits()计数逻辑算出正文词数、完整长尾词命中数与两种密度hits%/span%同时输出单 token 密度最后打印观察到的phrase hits%区间并提示按出现次数在这个区间内设靶任何 2% brief 都读作单 token而不是多词短语。顺带用正则从竞品 HTML 中提取 FAQPage schema 的Question.name与以?结尾的 H2-H4/summary 文本作为 SERP 证据输出onpage-audit.py L210-L257。脚本对 JS-only 页面也有防护正文词数小于 50 时判定为JS-rendered, no static body并跳过避免用空数据误导密度判断。8.3--targets交付页打分对应audit()函数读取targets.json配置后对每个页面跑硬检查与软警告硬检查FAILcanonical 是否指向自身、robots 是否含 noindex、正文词数是否达到word_floor、FAQ 数量是否达到faq_floor、title 长度 ≤ 65、desc 长度 120-165、H1 是否完整包含短语软警告warn短语命中次数低于phrase_floor命中 0 次时会额外提示ZERO, check H1 vs title wording以及coverage below floor — raise by naming the tool, not by adding sentences的处理指引。一个值得一提的实现细节脚本在量 title/desc 长度前先做html_mod.unescape()注释明确说明原因——amp;对 Google 是一个字符对len()是五个字符不解码会静默拉长每个 titleonpage-audit.py L155-L159。正文统计则优先取main内的可见文本DROP集合剔除 script/style/noscript/template/svgmain缺失时才回退到全部文本。8.4 targets.json 配置模板scripts/targets.example.json 是配置模板字段含义{ site: https://example.com, dist: dist, word_floor: 1200, phrase_floor: 8, faq_floor: 6, pages: { /: {phrase: widget remover, tokens: [widget, remover]}, /video/: {phrase: video widget remover, tokens: [widget, video]} } }要点dist可省略——省略时改为抓取线上站点有值时读取本地构建目录dist/path/index.html适合上线前对构建产物做静态审计phrase_floor是出现次数而非百分比tokens是2% brief 真正可能指的那个单 token 密度。九、模块信息价值与 SEO QA每个页面模块都必须同时通过三项检查feature-page-seo.md用户价值帮助用户理解或完成当前工具任务信息增量提供 SERP 竞品没有讲清的示例、限制、场景、步骤、证据、对比或边界可索引性内容在可抓取 HTML 中结构清晰能被搜索引擎和 AI search 引用。核心模块的验收要点包括模块必须讲清 / SEO QA 要点首屏任务区工具名、核心承诺、真实入口、输入方式、处理模式、关键限制首屏可先出现工具面板再出现 SEO H1但关键说明必须可抓取Hero / H11-2 句直接回答搜索意图H1 或同级主标题自然包含主关键词title/H1 同向但不机械重复能力边界支持格式、尺寸、时长、分辨率、价格、登录、处理模式、平台限制限制优先放在工具入口附近只有真实可验证时才写 free、no signup、instant 等承诺机器可读事实层支持格式、输出、限制、价格/积分、登录要求、隐私、更新时间、模型/模式、适合任务整理成短表格或 Key facts关键事实必须在可抓取 HTML 中优先服务端输出工作步骤input - configure - process - preview/output每步写用户动作和系统结果答案块/可引用块每个核心 H2 下先用 1-2 句直接回答该小节问题H2/H3 避免Step 1、Feature 1这类空标题FAQ 使用真实问题不为 schema 硬造问答相关工具正文放 2-4 个强相关工具使用真实a href锚文本描述目标页避免Learn more十、政策门槛与全页兜底检查10.1 交付前必须满足的门槛任一门槛不满足交付前必须修正feature-page-seo.md 政策门槛People-first页面先帮助用户完成任务再承接转化Who/How/Why能看出谁提供工具或内容、工具/内容如何产生或审阅、为什么这个页面对直接访问用户有用模块匹配意图由关键词和工具类型决定页面长度、首屏重点与模块顺序不做假工具没有假上传、假生成、假进度条或不可实现承诺不做薄页 clone至少有三处关键词专属价值点批量或纯工具页可以短但必须真实可用、限制清楚、入口明确、内链合理短不等于薄换皮才是薄不为 SEO 增肥无用、过时、堆词或挤占工具入口的文本可以删、移或压缩不抓取改写SERP 证据只用于研究不改写竞品文案不制造 doorway/cannibalization相似页面必须有清晰意图区分必要时合并结构化数据诚实schema 内容必须可见且有效导航完整不劫持返回按钮、不污染 history、不强制跳转、不用阻断脚本。10.2 全页兜底检查最终输出前最终输出或 diff 前再检查关键项只有一个 H1title、meta、H1 每页唯一title、meta、slug、H1、首段、alt 自然覆盖关键词主关键词在正文中的命中次数已实测不是目测H1 完整包含它且中间没有劈断短语的修饰词密度对照的是本次实测的竞品区间而非记忆里的百分比slug 短、可读、能反映工具任务核心 H2 下有可独立引用的直接答案Googlebot 可见内容与用户可见内容一致关键文案/链接/图片说明不能只存在于不可抓取交互态AI/LLM crawler 可能不执行 JavaScript关键事实、价格/积分、限制、格式、模型、内链和答案块不能只依赖客户端渲染页面返回 HTTP 200、未被 robots/noindex/login wall 阻断内链是真实a href赞助、付费、affiliate 或 UGC 链接使用正确rel图片有描述性 alt 和稳定尺寸Core Web Vitals 基线 LCP 2.5s、INP 200ms、CLS 0.1AI search readiness定义直接、答案简洁、步骤清晰、实体命名一致、事实可引用GEO readinessfan-out 查询有覆盖、事实层可抽取、meta/答案块/schema 不互相矛盾不按固定字数填充内容。十一、测试与 GEO 校准feature-page-seo.md 测试与 GEO 校准 给出五条实验纪律SearchPilot 类控制实验只能转成测试假设不能当成跨站通用定律每次只改一个主要元素title、meta、H1、事实层、正文内容、schema、内链块、布局位置或图片不要一次改完整页面后声称知道哪个元素有效为重要改动写清假设改了什么、影响哪类页面、预期影响 SEO 指标、预期影响 GEO/AI 引用、可能伤害什么转化或体验SEO 与 GEO 可能冲突传统 CTR 变好不代表 LLM 引用变好meta、答案块、事实表和结构化数据要同时考虑搜索结果展示与模型抽取内容测试出现负面结果时不直接判定内容无价值先检查是否把工具入口、证明、价格、限制挤到了更差位置大块 SEO 文案不能压过工具可用性如果增加内容影响首屏任务、速度、CLS 或转化优先缩短、重排或测试移除AI 生成页面内容必须有人审查产品事实、法律承诺、品牌表述、竞品误写、图片 alt 和本地市场语境。十二、与站级 SEO 技能的边界AGENTS.md 变更日志 明确划定了与 CCG 自带 domains/seo/seo-growth.md 的职责边界seo-growth.md管站级增长运营GSC 诊断、博客选题、多语言批翻、内链、掉量分诊、外链对应 ccg-skill-routing.md 中 SEO 域的路由表seo-page-builder管单张工具页的构建SERP 研究、工具页类型判断、模块信息价值、on-page 审计两者互补不重叠——博客与站级优化不要路由到本技能。十三、质量栏技能自身的验收标准SKILL.md 质量栏 汇总了整套技能的验收底线可作为任何工具页产出的最终检查工具必须真实可用或诚实说明当前能力和限制页面先帮助用户完成任务再追关键词每个主要模块都必须提供信息价值独特说明、真实限制、可验证示例、具体场景、操作步骤或可信来源页面模块由关键词意图和工具类型决定不把所有工具页写成同一个长模板关键词自然出现在 title、meta、H1、URL、首段、alt 和相关小节不套用固定密度数字但必须实测主关键词在正文的命中次数0 次是常见静默失败靶子由实测竞品区间给出提密度优先换指代词为实名、H2 写工具全名零新增字数不靠加句子短于目标就如实报告不做薄页 clone、doorway page、假工具、无证据承诺、抓取改写或隐藏关键信息链接少而相关锚文本描述具体目标付费或赞助链接使用正确rel结构化数据必须匹配页面可见内容。十四、一次真实审计带来的教训AGENTS.md 变更日志 记录了 2026-08-15 新增scripts/的起因这是理解整套方法论为什么如此强调实测的最好注脚8 个功能页里 4 个的目标长尾词在正文中命中0 次而全站技术 SEO 零缺陷、正文 2400-3500 词。成因是 H1 与 title 用词不一致、修饰词劈断短语、以及反灌水规范把指代压成 this tool从而把头部词挤出正文——最后一条已写进feature-page-seo.md是本次最值得复用的教训。同时确立密度靶子必须实测竞品得出该次实测三个排名页完整长尾词无一超过 0.62%故「2% 密度」只能指单 tokenSERP 问题取自 Google autocomplete 与竞品 FAQ schema禁止模型编 PAA。这段记录完整对应了本文第七、八节的方法论零命中静默失败、密度口径歧义、真实查询词采集——每一处都有一次真实审计作为依据而非拍脑袋的 checklist。十五、快速上手指引在 ccg-workflow 仓库中你可以直接查看并运行这套技能的全部素材入口与质量栏SKILL.md目录地图与变更史AGENTS.md 与 references/AGENTS.md三份方法论真源serp-research.md、feature-page-seo.md、firecrawl-workflow.md资料引用库seo-source-library.md量具与配置模板onpage-audit.py、targets.example.json最小上手路径先用--suggest收真实长尾词 → 用--benchmark量 3-5 个排名竞品拿到密度区间 → 按工具页类型搭建模块 → 用--targets对交付页跑全量硬检查。全程无需任何 API key纯标准库即可执行。安装到本地 Claude 环境时技能由 src/utils/installer.ts 的installSkillFiles统一部署到~/.claude/skills/ccg/命名空间下。赞分享人工智能AI 应用开发工具CLIAI Agentdsh-pluginDeepSeek【免费下载链接】ccg-workflow多模型协作开发系统 - Claude 编排 Codex 后端 Gemini 前端28 个命令覆盖开发全流程一键安装零配置项目地址https://gitcode.com/fengshao1227/ccg-workflow点击查看免费下载相关推荐claude-seo 单页面深度 SEO 分析seo-page 技能的检查清单、评分体系与底层实现claude seo 单页面深度 SEO 分析seo page 技能的检查清单、评分体系与底层实现 导读 本文基于 claude seo 开源仓库中的 seoccg-workflow SEO Growth Engine多语言静态站点的全周期 SEO 增长工作流ccg workflow SEO Growth Engine多语言静态站点的全周期 SEO 增长工作流 ccg workflow 将「SEO 增长引擎」沉淀为人工智能AI 应用开发工具CLIAI Agentdsh-pluginDeepSeek程序化 SEOProgrammatic SEO规模化建站实战基于 SEO Machine 的模板化页面体系搭建指南程序化 SEOProgrammatic SEO规模化建站实战基于 SEO Machine 的模板化页面体系搭建指南 程序化 SEOProgrammati人工智能AI 应用AI 写作AI 技能AI Agent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考