Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
营销与增长
文章完成后的 SEO 验证,提供通过/失败清单,涵盖标题标签长度和关键词位置、元描述质量、标题层级和关键词密度、含锚文本分析的内外链审计、规范 URL 验证、Open Graph 元标签(og:title、og:description、og:image)、Twitter Card 验证、结构化数据是否存在及其有效性、URL 结构优化,以及图片替代文本是否存在。生成带有具体建议的优先修复清单。用户说“seo check”“validate seo”“on-page seo”“title tag check”或“link audit”时,用于一篇已完成的文章。不适用于全站审计(blog-audit、claude-seo)、AI 引用评分(blog-geo)、架构生成(blog-schema)或交付门槛(blog_preflight.py)。
通过获取引用的来源 URL 并检查页面是否确实包含所述数据,核实博客文章中的统计数据和主张。提取所有关键主张(统计数据、产品或政策主张、排名和比较性主张、具名来源),获取前验证引用的 URL,并对匹配置信度评分(完全匹配 1.0、改述 0.7–0.9、未找到 0.0)。未引用的主张标记为 UNVERIFIED;只有本次运行获取了来源并找到相关段落时,才将主张标记为已核实。检查来源是否如文章所述表达了相应内容;无法证明来源本身真实,也无法验证第一手经历。用户说“fact check”“verify statistics”“check sources”或“factcheck”时使用。仅生成报告;不用于改写文章(blog-rewrite)。
按涵盖内容质量、SEO、E-E-A-T、技术要素和 AI 引用准备度的五类 100 分制,对单篇博客文章或文章文件夹评分。先运行确定性分析器,再补充判断和按优先级排列的 Critical/High/Medium/Low 修复项。建议性的文风诊断不会推断作者身份,也不影响评分。可导出为 markdown、JSON 或表格;支持 MDX、markdown、HTML 或 URL。用户要求分析、评分、评价或检查特定文章质量时使用(“analyze blog”“blog score”“check blog quality”“rate this post”)。若要检查全站健康状况(孤立页面、关键词蚕食、过时内容、所有文章的 schema),请改用 blog-audit。
审计单篇博客文件的 AI 引用就绪度(内容自包含、段落有来源、实体清晰度、结构、爬虫访问),并用内部 0–100 分启发式评分;同时分别提供针对 AI Overviews、AI Mode、ChatGPT、Perplexity、Claude、Gemini 和 Copilot 的说明。用户提到“geo”“aeo”“AI 引用”“引用审计”或“ChatGPT 引用”时使用。不用于全站审计、实时 AI 可见度跟踪或 Schema 生成(分别使用 claude-seo seo-geo、blog-audit、blog-schema),也不保证获得引用。
当用户希望改善应用的新手引导体验、提高激活率、降低第 1 天流失或优化首次运行流程时使用。当用户提到 "onboarding"、"first-run"、"activation"、"tutorial"、"day 1 retention"、"new user flow"、"permission prompts"、"sign-up conversion"、"onboarding funnel" 或 "users dropping off early" 时适用。关于整体留存策略,请参阅 retention-optimization;关于付费墙位置,请参阅 monetization-strategy。
以 SERP 为依据的大纲生成,包含 H2/H3 标题层级、竞品内容差距分析、各部分字数目标、图表与配图位置标记、可选的 FAQ 问题规划和内部链接区域。仅生成骨架:结构、H2/H3 层级、字数目标、可选的 FAQ 占位。如果需要完整的竞品分析、数据统计研究和配图建议,请改用 blog-brief。比完整内容简报更轻量,只生成文章骨架与结构,可直接供 /blog write 使用。当用户说“outline”“blog outline”“content outline”“structure blog”“plan sections”“article skeleton”“heading structure”“SERP analysis”“competitive outline”“plan article”时使用。
使用凭据调用 Google API 获取博客数据:PageSpeed Insights、CrUX 历史记录、Search Console 性能数据和 URL 检查、GA4 自然流量、Cloud NLP 实体、YouTube 视频搜索、Google Ads Keyword Planner,以及 Indexing API(仅限职位和直播页面)。使用用户的 Google 凭据和配额,有时会产生费用;首次调用前会征求同意。仅在用户明确提出以下请求时运行:/blog google、“对这个博客 URL 运行 PageSpeed”、“提取我的 Search Console 数据”、“检查此 URL 的索引状态”、“设置 Google API 凭据”。与 claude-seo 共用 ~/.config/claude-seo/google-api.json 中的配置。
为一篇博客文章生成单个 @graph 中的 JSON-LD(包含 BlogPosting、Person、Organization、BreadcrumbList、ImageObject、VideoObject;FAQPage 仅作为可选实体标记),并根据 Google 当前支持的结构化数据进行检查。用户提到“生成 Schema”“为这篇文章生成 JSON-LD”或“博客 Schema”时使用。不用于审计全站 Schema 或其他 Schema 类型(claude-seo seo-schema),不用于产品页面,也不保证获得富媒体搜索结果:FAQ 富媒体搜索结果已于 2026-05-07 终止。
使用 NNGroup 四维语气框架(幽默–严肃、正式–随意、尊重–不敬、热情–客观)创建和管理写作 Persona。Persona 定义可读性目标、句长分布、词汇等级、缩略形式频率和摘要框标签。blog-write 和 blog-rewrite 会使用 Persona 来保持语气一致。用户提到“创建 Persona”“使用 Persona”“列出 Persona”,或希望将语气滑块和写作规则保存为结构化 JSON 时使用。不用于衡量现有文章的风格(blog-style),也不用于受众、定位和禁用短语上下文文件(blog-brand)。
当用户希望持续监测竞争对手应用时使用——跟踪元数据变化、关键词变动、截图更新、评分趋势或新功能。当用户提到「competitor monitoring」「track competitors」「competitor alert」「competitor changed their title」「watch a competitor app」「competitor weekly report」「competitive intelligence」或「what changed in competitor's listing」时使用。如需一次性深度竞品分析,请参阅 competitor-analysis;如需全市场榜单波动,请参阅 market-movers。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
