Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计提醒

seo-ai-optimizerSEO AI 优化器

Agent Skill

seo-ai-optimizer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

894

周安装

38

GitHub Stars

68

下载量

313
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:seo-ai-optimizer(SEO AI 优化器)
来源仓库:https://github.com/luongnv89/skills
仓库路径:skills/seo-ai-optimizer
安装命令:
npx skills add https://github.com/luongnv89/skills --skill seo-ai-optimizer
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/luongnv89/skills --skill seo-ai-optimizer

简介

seo-ai-optimizer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词或任务场景快速定位结果。

  • 它可协助 Agent 按来源线索组织候选信息。
  • 使用时需结合来源仓库、安装命令和原始 README 继续核验具体用法。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

SEO & AI Bot Optimizer

Audit and optimize website codebases for search engines and AI systems.

Repo Sync Before Edits (mandatory)

Before modifying any project files, sync the current branch with remote:

branch="$(git rev-parse --abbrev-ref HEAD)"
git fetch origin
git pull --rebase origin "$branch"

If the working tree is not clean, stash first, sync, then restore:

git stash push -u -m "pre-sync"
branch="$(git rev-parse --abbrev-ref HEAD)"
git fetch origin && git pull --rebase origin "$branch"
git stash pop

If origin is missing, pull is unavailable, or rebase/stash conflicts occur, stop and ask the user before continuing.

Quick Reference

Consult these reference files as needed during the workflow:

  • references/technical-seo.md — Full SEO checklist and best practices
  • references/framework-configs.md — Framework-specific configuration (Next.js, Nuxt, Astro, Hugo, etc.)
  • references/ai-bot-guide.md — AI crawler directives, llms.txt format, JSON-LD templates

Environment Check

This skill has two modes of operation:

With Subagent Architecture (Recommended): If the Agent tool is available in your environment, the audit runs via a 4-phase subagent workflow for maximum accuracy and depth. See "Subagent Architecture" section below.

Without Subagent Tool (Fallback): If Agent is not available, the skill still runs a complete audit in a single conversation, though without the structured intermediate data format. The end result (SEO audit report) is the same.

Subagent Architecture

When the Agent tool is available, this skill uses a 4-phase, multi-agent architecture optimized for large websites:

Phase 1: Auditor Agent

Purpose: Run automated SEO audit and manual review checklist

This agent:

  • Scans website files for technical SEO issues (meta tags, headings, canonical URLs, structured data)
  • Checks project-level files (robots.txt, sitemap.xml, llms.txt, ai-plugin.json)
  • Performs manual review of content quality, internal linking, and framework configuration
  • Creates seo-audit.json: a complete machine-readable inventory of all SEO issues with severity levels

Output artifact: <project>/seo-audit.json

Phase 2: Researcher Agent

Purpose: Fetch latest SEO and AI-bot best practices via web search

This agent:

  • Performs 4+ targeted web searches covering SEO best practices, meta tags, AI-bot directives, framework-specific guidance
  • Synthesizes findings into actionable recommendations
  • Compares research against audit findings to identify gaps
  • Creates seo-research-findings.json: structured research results and recommendations with citations

Output artifact: <project>/seo-research-findings.json

Phase 3: Implementer Agent

Purpose: Apply user-approved changes per category (meta tags, robots.txt, llms.txt, structured data, sitemaps)

This agent:

  • Receives user-approved list of improvements to apply
  • Implements changes categorized by type (meta tags, robots.txt, AI bot directives, JSON-LD, sitemap, etc.)
  • Handles framework-specific implementation (Next.js, Nuxt, Astro, Hugo, SvelteKit, static HTML)
  • Produces modified source files ready for testing

Output: Modified project files with git-ready changes

Phase 4: Validator Agent

Purpose: Re-run audit on modified site, return before/after comparison

This agent:

  • Re-runs the audit script on the modified website
  • Produces before/after comparison showing what was fixed
  • Validates critical files (robots.txt syntax, JSON-LD validity, canonical URLs, image links)
  • Creates seo-validation-report.json: detailed delta report with recommendations for remaining work

Output artifact: <project>/seo-validation-report.json

Data Flow

Website Project
    ↓
[Auditor] → seo-audit.json
    ↓
[Researcher] → seo-research-findings.json
    ↓
(User reviews & approves improvements)
    ↓
[Implementer] → Modified source files
    ↓
[Validator] → seo-validation-report.json
    ↓
(User reviews improvements & validates results)

Each agent is self-contained, with clear responsibilities and structured outputs that can be reviewed independently.

Important

  • Audit first, present findings, then propose a plan — never modify files without user approval
  • Fetch latest best practices via web search during each audit to supplement embedded knowledge
  • For large codebases (100+ pages), audit a representative sample and offer to expand

Workflow

  1. Detect -- Identify project framework and scan for relevant files
  2. Audit -- Run automated scan + manual review across 4 categories
  3. Research -- Web search for latest SEO/AI bot best practices
  4. Report -- Present findings grouped by severity
  5. Plan -- Propose prioritized improvements for user approval
  6. Implement -- Apply approved changes
  7. Validate -- Re-check modified files

Step 1: Detect Project Type

Run the audit script to detect framework and scan files:

python scripts/audit_seo.py <project-root>

The script automatically:

  • Detects the framework (Next.js, Nuxt, Astro, Hugo, SvelteKit, static HTML, etc.)
  • Finds all HTML/template files (excluding node_modules, build dirs)
  • Samples representative files for large codebases

If the script reports "No HTML/template files found," inform the user: this skill is designed for web frontends with HTML output.

For framework-specific configuration guidance, consult references/framework-configs.md.

Step 2: Audit

The audit script checks per-file issues and project-level issues.

Per-File Checks (automated)

  • Technical SEO: title tag, meta description, viewport, charset, canonical, lang attribute
  • Content SEO: H1 presence/count, heading hierarchy, image alt text, image dimensions
  • Structured Data: JSON-LD presence/validity, OpenGraph tags, Twitter Cards
  • Performance: render-blocking scripts, lazy-loading on LCP candidates

Project-Level Checks (automated)

  • robots.txt existence and AI bot directives
  • sitemap.xml existence (or sitemap generation package)
  • llms.txt existence
  • ai-plugin.json existence

Manual Review (after script)

After running the script, manually review these items that require human judgment:

  1. Title/description quality -- Are they compelling and keyword-relevant? (not just present)
  2. Structured data accuracy -- Does JSON-LD match visible page content?
  3. Internal linking -- Are pages reachable within 3 clicks? Descriptive anchors?
  4. Content depth -- Sufficient E-E-A-T signals? Author bios? Source citations?
  5. Framework-specific config -- Are SEO packages properly configured?

Consult references/technical-seo.md for the full checklist.

Step 3: Research Latest Best Practices

Use web search to check for updates:

Search: "SEO best practices [current year]"
Search: "AI bot robots.txt directives [current year]"
Search: "llms.txt specification latest"
Search: "Google algorithm update [current month/year]"

Compare findings with embedded knowledge in references/ and note any new recommendations.

Step 4: Report

Present the audit report to the user in this format:

## SEO & AI Bot Audit Report

**Project:** [project name]
**Framework:** [detected framework]
**Files audited:** [N] / [total]
**Date:** [date]

### Critical Issues (must fix)
1. [File:line] Issue description
2. ...

### Warnings (should fix)
1. [File:line] Issue description
2. ...

### Info (nice to have)
1. Issue description
2. ...

### Project-Level Findings
- robots.txt: [status]
- sitemap.xml: [status]
- llms.txt: [status]
- Structured data: [status]
- AI bot directives: [status]

### Latest Best Practices (from web search)
- [Any new recommendations not covered by existing fixes]

Step 5: Plan

Present a prioritized improvement plan:

## Improvement Plan

### Priority 1: Critical Fixes
- [ ] [Fix description] -- [file(s) affected]
- [ ] ...

### Priority 2: Warnings
- [ ] [Fix description] -- [file(s) affected]
- [ ] ...

### Priority 3: Enhancements
- [ ] [Fix description] -- [file(s) affected]
- [ ] ...

### New Files to Create
- [ ] robots.txt with AI bot directives
- [ ] sitemap.xml (or install generation package)
- [ ] llms.txt
- [ ] JSON-LD structured data

Ask the user: "Which improvements should I implement? You can approve all, select specific items, or modify the plan."

Do NOT proceed without explicit approval.

Step 6: Implement

Apply approved changes. For each category:

Technical SEO Fixes

  • Add/fix meta tags, title, description, viewport, charset, canonical, lang
  • For framework-specific implementation, consult references/framework-configs.md

robots.txt with AI Bot Directives

  • Consult references/ai-bot-guide.md for the full list of AI crawlers
  • Ask user preference: allow all AI bots, allow search only, or block all
  • Include sitemap reference: Sitemap: https://example.com/sitemap.xml

llms.txt Generation

  • Create based on site structure and content
  • Follow format in references/ai-bot-guide.md
  • Include H1 with site name, blockquote summary, H2 sections with key page links

Structured Data (JSON-LD)

  • Add Organization schema on homepage
  • Add Article/BlogPosting on content pages
  • Add Product on e-commerce pages
  • Add BreadcrumbList for navigation
  • Consult references/ai-bot-guide.md for templates

OpenGraph & Twitter Cards

  • Add og:title, og:type, og:image, og:url, og:description
  • Add twitter:card, twitter:title, twitter:description, twitter:image

sitemap.xml

  • Generate or install appropriate package for the framework
  • See references/framework-configs.md for framework-specific packages

Step 7: Validate

After implementing changes:

  1. Re-run the audit script on modified files: python scripts/audit_seo.py <project-root>
  2. Verify critical issues are resolved
  3. Report remaining warnings to user

Step Completion Reports

After completing each major step, output a status report in this format:

◆ [Step Name] ([step N of M] — [context])
··································································
  [Check 1]:          √ pass
  [Check 2]:          √ pass (note if relevant)
  [Check 3]:          × fail — [reason]
  [Check 4]:          √ pass
  [Criteria]:         √ N/M met
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Adapt the check names to match what the step actually validates. Use for pass, × for fail, and to add brief context. The "Criteria" line summarizes how many acceptance criteria were met. The "Result" line gives the overall verdict.

Phase-specific checks

Step 1 — Detection

◆ Detection (step 1 of 7 — project scan)
··································································
  Framework identified:     √ pass (Next.js | Nuxt | Astro | ...)
  File structure mapped:    √ pass (N HTML/template files found)
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Step 2 — Audit

◆ Audit (step 2 of 7 — SEO analysis)
··································································
  Meta tags checked:        √ pass (N files scanned)
  Structured data validated: √ pass (JSON-LD present/valid)
  AI bot access verified:   √ pass (robots.txt + llms.txt checked)
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Step 3 — Research

◆ Research (step 3 of 7 — best practices lookup)
··································································
  Web searches completed:   √ pass (N queries executed)
  Latest practices fetched: √ pass (current year updates noted)
  Gaps identified:          √ pass | × fail — [missing coverage areas]
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Step 4 — Report

◆ Report (step 4 of 7 — findings presentation)
··································································
  Issues categorized:       √ pass (critical/warning/info grouped)
  Project-level findings:   √ pass (robots.txt, sitemap, llms.txt, JSON-LD)
  Report presented:         √ pass
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Step 5 — Plan

◆ Plan (step 5 of 7 — improvement planning)
··································································
  Priorities ranked:        √ pass (critical → warnings → enhancements)
  New files identified:     √ pass (N files to create)
  User approval received:   √ pass | × fail — [awaiting approval]
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Step 6 — Implementation

◆ Implementation (step 6 of 7 — applying fixes)
··································································
  Fixes applied:            √ pass (N issues resolved)
  Sitemaps updated:         √ pass
  Schema.org added:         √ pass (Organization + Article JSON-LD)
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Step 7 — Validation

◆ Validation (step 7 of 7 — post-fix verification)
··································································
  SEO score improved:       √ pass (critical issues: N → 0)
  No regressions:           √ pass
  AI crawl accessible:      √ pass (llms.txt + GPTBot/ClaudeBot allowed)
  ____________________________
  Result:             PASS | FAIL | PARTIAL

Error Handling

No HTML Files Found

Cause: API-only backend or non-web project. Solution: Inform user this skill is for web frontends. Exit gracefully.

Framework Config Not Found

Cause: Framework detected but config file missing or non-standard location. Solution: Warn and skip framework-specific optimizations. Proceed with generic HTML analysis.

Web Search Fails

Cause: Network issues or rate limiting. Solution: Fall back to embedded best practices in references/. Note that latest guidelines could not be fetched.

Large Codebase

Cause: 100+ HTML/template files. Solution: The audit script samples 50 representative files by default. Offer to increase with --max-files N.

Expected Output

After a full run on a Next.js project, the audit report looks like:

## SEO & AI Bot Audit Report

**Project:** my-saas-app
**Framework:** Next.js 14
**Files audited:** 24 / 24
**Date:** 2026-04-19

### Critical Issues (must fix)
1. [pages/about.tsx:1] Missing <title> tag
2. [pages/blog/[slug].tsx:14] Duplicate H1 — 2 H1 tags found

### Warnings (should fix)
1. [public/robots.txt] GPTBot not listed — AI crawlers get no explicit directive

### Project-Level Findings
- robots.txt: present, missing AI bot directives
- sitemap.xml: absent — install next-sitemap
- llms.txt: absent — AI-friendly summary missing
- Structured data: partial (homepage only)
- AI bot directives: not configured

And after implementation, validation shows: critical issues: 2 → 0, llms.txt created, sitemap.xml generated.

Edge Cases

  • No HTML files found: Project is API-only or a non-web backend — skill exits gracefully with a message explaining it targets web frontends.
  • Framework not detected: Generic HTML analysis proceeds; framework-specific config steps are skipped with a warning.
  • Web search fails: Falls back to embedded best practices in references/; output notes that latest guidelines could not be fetched.
  • robots.txt already exists with custom rules: Merges AI bot directives without overwriting existing Allow/Disallow entries; shows diff before writing.
  • Conflicting canonical URLs: Flags each conflict individually; does not auto-fix without user approval since canonical choice affects link equity.
  • Large codebase (100+ pages): Audits a representative 50-file sample; offers --max-files N flag to expand scope.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.34%
按下载量换算114

Claude

27.24%
按下载量换算85

Cursor

20.27%
按下载量换算63

Gemini CLI

9.56%
按下载量换算30

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills