agentleFS
dalrootdalroot/agentic-seo/SKILL.md

seo

Skill23 starsChanged 2 months agoMITView on GitHub

Deterministic LLM-first SEO audits for websites, blog posts, and GitHub repositories. Use this when the user asks to "perform SEO analysis", "run SEO audit", "analyze SEO", "check technical SEO", "review schema", "Core Web Vitals", "E-E-A-T", "hreflang", "GEO", "AEO", or GitHub repository SEO optimization. For full/page/repo audits, run bundled scripts for evidence and return prioritized, confidence-labeled fixes.

  • Reads credentials
  • Installs packages

156 other projects use a version of this, 5 of them edited.

Adopted by

Most recently taken up by

Used with

Projects with it also use seo-agentic, seo-maps and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • AgriciDanielSkill

    seo-agentic

    Audit and fix agent readiness: the Lighthouse Agentic Browsing fraction, accessibility tree for agents, robots.txt and Content-Signal for AI agents, WAF treatment of agent traffic, llms.txt, Markdown delivery, ai-catalog.json, /.well-known discovery files, and WebMCP tools. Use when the user asks whether AI agents can use or browse the site, or about llms.txt or WebMCP. Exclude AI citability and brand signals (seo-geo) and commerce protocol depth (seo-ecommerce).

    Also in 5 projects that use this

  • timruebenachSkill

    seo-maps

    Maps intelligence for local SEO — geo-grid rank tracking, GBP profile auditing via API, review intelligence across Google/Tripadvisor/Trustpilot, cross-platform NAP verification (Google/Bing/Apple/OSM), competitor radius mapping, and LocalBusiness schema generation from API data. Three-tier capability: free (Overpass + Geoapify), DataForSEO (full intelligence), DataForSEO + Google (maximum coverage). Use when user says "maps", "geo-grid", "rank tracking", "GBP audit", "review velocity", "competitor radius", "maps analysis", "local rank tracking", "Share of Local Voice", or "SoLV".

    Also in 17 projects that use this

  • megastepSkill

    seo-images

    Image optimization analysis for SEO and performance. Checks alt text, file sizes, formats, responsive images, lazy loading, and CLS prevention. Use when user says "image optimization", "alt text", "image SEO", "image size", or "image audit".

    Also in 24 projects that use this

  • timruebenachSkill

    seo-image-gen

    AI image generation for SEO assets: OG/social preview images, blog hero images, schema images, product photography, infographics. Powered by Gemini via nanobanana-mcp. Requires banana extension installed. Use when user says \"generate image\", \"OG image\", \"social preview\", \"hero image\", \"blog image\", \"product photo\", \"infographic\", \"seo image\", \"create visual\", \"image-gen\", \"favicon\", \"schema image\", \"pinterest pin\", \"generate visual\", \"banner\", or \"thumbnail\".

    Also in 15 projects that use this

  • megastepSkill

    seo-sitemap

    Analyze existing XML sitemaps or generate new ones with industry templates. Validates format, URLs, and structure. Use when user says "sitemap", "generate sitemap", "sitemap issues", or "XML sitemap".

    Also in 26 projects that use this

  • renepfSkill

    orch-pipeline

    Shared orchestration engine for the orch-* skill family. Defines the gated Research-Plan-TDD-Review-Commit pipeline, the size classifier, the agent map, and the two human gates that the orch-* operation skills delegate to. Not usually invoked directly.

    Also in 4 projects that use this

  • +3 more from timruebenach
  • +1 more from megastep

The file

Show its rules and text

We split this skill into the rules it gives an agent

33 rules. 0 are common, 17 are distinctive, and 16 are very specific to this project.

  • 0

    Common

    Most of the 145 edited versions we read keep these.

  • 17

    Distinctive

    This author's own choices. Worth a look.

  • 16

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    If user says perform seo analysis on <url> (or similar generic SEO request with a URL), treat it as a single-URL full audit.

    line 20
  2. Distinctive:

    If no explicit sub-skill is specified, run the full/page audit path with LLM-first reasoning and script-backed evidence.

    line 21
  3. Very specific:

    If generate_report.py is run, also return the saved HTML path (for example SEO-REPORT.html).

    line 25
  4. Distinctive:

    When the user requests SEO analysis, follow this routing:

    line 52
  5. Very specific:

    Full audit: Read resources/skills/seo-audit.md — crawl multiple pages, delegate to agents, score and report

    line 58
  6. Very specific:

    Single page: Read resources/skills/seo-page.md — deep dive on one URL

    line 59
  7. Very specific:

    Specific area: Read the matching resources/skills/seo-*.md file

    line 60
  8. Very specific:

    Strategic plan: Read resources/skills/seo-plan.md and the matching resources/templates/*.md for the detected industry

    line 61
  9. Very specific:

    Marketing, Content, or Paid Ads: If the user asks for broader marketing strategy, content generation, social media plans, or paid ads, …

    line 62
  10. Very specific:

    GitHub repository SEO: Read resources/skills/seo-github.md and use GitHub scripts with --provider auto for API/gh fallback.

    line 63
  11. Very specific:

    Generic perform seo analysis on <url> request: treat as single-page full audit, read resources/skills/seo-page.md, and generate …

    line 64
  12. Distinctive:

    Use this as the baseline evidence for reasoning.

    line 72
  13. Distinctive:

    Use the LLM as the primary SEO analyst:

    line 89
  14. Very specific:

    Always read and apply resources/references/llm-audit-rubric.md to keep scoring, severity, confidence, and output structure consistent …

    line 100
  15. Distinctive:

    If a check fails due network, DNS, permissions, or API rate limits:

    line 160
  16. Very specific:

    Keep confidence as Hypothesis for impacted categories.

    line 162
  17. Distinctive:

    Do not enter repeated fallback loops.

    line 164
  18. Distinctive:

    Do not pivot into repeated web-search scraping loops for the same URL.

    line 165
  19. Distinctive:

    Content minimums: Read quality-gates.md for word counts, unique content %, title/meta requirements

    line 201
  20. Very specific:

    Schema validation: Read schema-types.md for active/deprecated/restricted types

    line 202
  21. Distinctive:

    Core Web Vitals: Read cwv-thresholds.md for current metric thresholds

    line 203
  22. Distinctive:

    E-E-A-T framework: Read eeat-framework.md for scoring criteria

    line 204
  23. Distinctive:

    Google reference: Read google-seo-reference.md for quick reference

    line 205
  24. Distinctive:

    LLM report rubric: Read llm-audit-rubric.md for mandatory evidence format, confidence labels, and output contract

    line 206
  25. Distinctive:

    Before writing final reports, run verification:

    line 210
  26. Distinctive:

    Use verified output for final report tables, not raw findings.

    line 216
  27. Distinctive:

    Use numeric scores as guidance, not as a replacement for evidence quality and judgment.

    line 220
  28. Very specific:

    Create FULL-AUDIT-REPORT.md in the current working directory at the start of the audit, then update it as evidence is collected.

    line 243
  29. Very specific:

    Create ACTION-PLAN.md in the current working directory at the start of the audit, then update it with prioritized fixes.

    line 244
  30. Very specific:

    If HTML dashboard was generated, include its exact saved path (for example SEO-REPORT.html or an absolute path).

    line 245
  31. Distinctive:

    If technical checks are blocked by environment limits, still write both markdown files and include an "Environment Limitations" section.

    line 247
  32. Very specific:

    When running seo plan, detect the business type and load the matching template:

    line 262
  33. Distinctive:

    All sub-skill reports should use consistent severity levels:

    line 324

“Common” is measured: kept by at least 6 in 10 of the 145 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

SEO Skill (Agentic / Claude / Codex)

LLM-first SEO analysis skill with 16 specialized sub-skills, 10 specialist agents, and 89 scripts for website, blog, and GitHub repository optimization.

Deterministic Trigger Mapping

For prompt reliability in Codex/agent IDEs, map common user wording to a fixed workflow:

  • If user says perform seo analysis on <url> (or similar generic SEO request with a URL), treat it as a single-URL full audit.
  • If no explicit sub-skill is specified, run the full/page audit path with LLM-first reasoning and script-backed evidence.
  • For full/page audits, always produce:
    • FULL-AUDIT-REPORT.md (detailed findings)
    • ACTION-PLAN.md (prioritized fixes)
  • If generate_report.py is run, also return the saved HTML path (for example SEO-REPORT.html).

Available Commands

CommandSub-SkillDescription
seo audit <url>seo-auditFull website audit with scoring
seo page <url>seo-pageDeep single-page analysis
seo technical <url>seo-technicalTechnical SEO checks
seo content <url>seo-contentContent quality & E-E-A-T
seo schema <url>seo-schemaSchema detection/validation/generation
seo sitemap <url>seo-sitemapSitemap analysis & generation
seo images <url>seo-imagesImage optimization audit
seo geo <url>seo-geoAI search optimization (GEO)
seo programmatic <url>seo-programmaticProgrammatic SEO safeguards
seo competitors <url>seo-competitor-pagesComparison/alternatives pages
seo hreflang <url>seo-hreflangInternational SEO validation
seo plan <url>seo-planStrategic SEO planning
seo github <repo_or_url>seo-githubGitHub repository discoverability, README, topics, community health, and traffic archival
seo article <url>seo-articleArticle data extraction & LLM optimization
seo links <url>seo-linksExternal backlink profile & link health
seo aeo <url>seo-aeoAnswer Engine Optimization (Featured Snippets, PAA, Knowledge Panel)

Orchestration Logic

When the user requests SEO analysis, follow this routing:

Step 1 — Identify the Task

Parse the user's request to determine which sub-skill(s) to activate:

  • Full audit: Read resources/skills/seo-audit.md — crawl multiple pages, delegate to agents, score and report
  • Single page: Read resources/skills/seo-page.md — deep dive on one URL
  • Specific area: Read the matching resources/skills/seo-*.md file
  • Strategic plan: Read resources/skills/seo-plan.md and the matching resources/templates/*.md for the detected industry
  • Marketing, Content, or Paid Ads: If the user asks for broader marketing strategy, content generation, social media plans, or paid ads, silently read the relevant skill files in the skills/ directory (which contains over 160 native IDE skills).
  • GitHub repository SEO: Read resources/skills/seo-github.md and use GitHub scripts with --provider auto for API/gh fallback.
  • Generic perform seo analysis on <url> request: treat as single-page full audit, read resources/skills/seo-page.md, and generate FULL-AUDIT-REPORT.md + ACTION-PLAN.md.

Step 2 — Collect Evidence

Primary method (LLM-first) — use the built-in read_url_content tool first:

read_url_content(url)  →  returns parsed HTML content directly

Use this as the baseline evidence for reasoning.

Deterministic verification (recommended when script execution is available):

# Fetch/parse raw HTML for structured checks
python3 <SKILL_DIR>/scripts/fetch_page.py <url> --output /tmp/page.html
python3 <SKILL_DIR>/scripts/parse_html.py /tmp/page.html --url <url> --json

# Optional: generate shareable HTML dashboard artifact
python3 <SKILL_DIR>/scripts/generate_report.py <url> --output SEO-REPORT.html

Do not use third-party mirrors (e.g., r.jina.ai) as primary evidence when direct site fetch or bundled scripts are available. <SKILL_DIR> = absolute path to this skill directory (the folder containing this SKILL.md).

Step 3 — Perform LLM-First Analysis

Use the LLM as the primary SEO analyst:

  1. Synthesize evidence from page content, metadata, and optional script outputs.
  2. Produce findings with explicit proof:
    • Finding
    • Evidence (specific element, metric, or snippet)
    • Impact (why it matters for ranking/indexing/UX)
    • Fix (clear implementation step)
  3. Prioritize by impact and implementation effort.
  4. Separate confirmed issues, likely issues, and unknowns (missing data).

Always read and apply resources/references/llm-audit-rubric.md to keep scoring, severity, confidence, and output structure consistent across audit types.

Step 4 — Run Baseline Verification Scripts (When execution is available)

For full/page audits, run baseline checks to avoid hypothesis-only reporting. Do not replace LLM reasoning with script-only scoring.

# Check robots.txt and AI crawler management
python3 <SKILL_DIR>/scripts/robots_checker.py <url>

# Check llms.txt for AI search readiness
python3 <SKILL_DIR>/scripts/llms_txt_checker.py <url>

# Get Core Web Vitals from PageSpeed Insights (free API, no key needed)
python3 <SKILL_DIR>/scripts/pagespeed.py <url> --strategy mobile

# Check security headers (HSTS, CSP, X-Frame-Options, etc.)
python3 <SKILL_DIR>/scripts/security_headers.py <url>

# Detect broken links on a page (404s, timeouts, connection errors)
python3 <SKILL_DIR>/scripts/broken_links.py <url> --workers 5

# Trace redirect chains, detect loops and mixed HTTP/HTTPS
python3 <SKILL_DIR>/scripts/redirect_checker.py <url>

# Analyze readability from fetched HTML (Flesch-Kincaid, grade level, sentence stats)
python3 <SKILL_DIR>/scripts/readability.py /tmp/page.html --json

# Validate Open Graph and Twitter Card meta tags
python3 <SKILL_DIR>/scripts/social_meta.py <url>

# Analyze internal link structure, find orphan pages
python3 <SKILL_DIR>/scripts/internal_links.py <url> --depth 1 --max-pages 20

# Extract article content and perform keyword research for LLM-driven optimization
python3 <SKILL_DIR>/scripts/article_seo.py <url> --keyword "<optional_target_keyword>" --json

# Credentials for paid/auth APIs (PageSpeed, GitHub, GSC, Knowledge Graph)
# are loaded from CLI flags, then env vars, then a `.env` file in the repo
# root / cwd / `~/.agentic-seo/.env`. Copy `.env.example` to `.env` and fill
# in only the keys you have. Never paste secrets in prompts.

# GitHub repository SEO (provider fallback: auto|api|gh)
# Auth setup (choose one):
# export GITHUB_TOKEN="ghp_xxx"   # or export GH_TOKEN="ghp_xxx"
# gh auth login -h github.com && gh auth status -h github.com
python3 <SKILL_DIR>/scripts/github_repo_audit.py --repo <owner/repo> --provider auto --json
python3 <SKILL_DIR>/scripts/github_readme_lint.py README.md --json
python3 <SKILL_DIR>/scripts/github_community_health.py --repo <owner/repo> --provider auto --json
# Benchmark/competitor inputs should be provided by LLM/web-search discovery when possible.
# If omitted, github_seo_report.py auto-derives repo-specific benchmark queries.
python3 <SKILL_DIR>/scripts/github_search_benchmark.py --repo <owner/repo> --query "<llm_or_web_query>" --provider auto --json
python3 <SKILL_DIR>/scripts/github_competitor_research.py --repo <owner/repo> --query "<llm_or_web_query>" --provider auto --top-n 6 --json
python3 <SKILL_DIR>/scripts/github_competitor_research.py --repo <owner/repo> --competitor <owner/repo> --competitor <owner/repo> --provider auto --json
python3 <SKILL_DIR>/scripts/github_traffic_archiver.py --repo <owner/repo> --provider auto --archive-dir .github-seo-data --json
python3 <SKILL_DIR>/scripts/github_seo_report.py --repo <owner/repo> --provider auto --markdown GITHUB-SEO-REPORT.md --action-plan GITHUB-ACTION-PLAN.md --json
# Optional: increase/reduce auto-derived query volume (default: 6)
# python3 <SKILL_DIR>/scripts/github_seo_report.py --repo <owner/repo> --provider auto --auto-query-max 8 --markdown GITHUB-SEO-REPORT.md --action-plan GITHUB-ACTION-PLAN.md --json

If a check fails due network, DNS, permissions, or API rate limits:

  • Report it explicitly as an environment limitation, not a confirmed site issue.
  • Keep confidence as Hypothesis for impacted categories.
  • Continue with available evidence instead of stopping the audit.
  • Do not enter repeated fallback loops. Retry a failed source at most once, then finalize the audit.
  • Do not pivot into repeated web-search scraping loops for the same URL.

Visual analysis (requires Playwright — use conda activate pentest if available):

# Capture screenshots (desktop, laptop, tablet, mobile)
python3 <SKILL_DIR>/scripts/capture_screenshot.py <url> --all

# Analyze visual layout, above-the-fold, mobile responsiveness
python3 <SKILL_DIR>/scripts/analyze_visual.py <url> --json

HTML Report Generator — generates a self-contained interactive HTML dashboard:

# Generate full SEO report (runs scripts automatically, saves HTML to PWD)
python3 <SKILL_DIR>/scripts/generate_report.py <url>
python3 <SKILL_DIR>/scripts/generate_report.py <url> --output custom-report.html

Step 5 — Delegate to Specialist Agents

For comprehensive audits, read the relevant agent file from resources/agents/ to adopt the specialist role:

AgentFileFocus Area
Technical SEOseo-technical.mdCrawlability, indexability, security, URLs, mobile, CWV, JS rendering
Content Qualityseo-content.mdE-E-A-T assessment, content metrics, AI content detection
Performanceseo-performance.mdCore Web Vitals (LCP, INP, CLS), optimization recommendations
Schema Markupseo-schema.mdDetection, validation, generation of JSON-LD structured data
Sitemapseo-sitemap.mdXML sitemap validation, generation, quality gates
Visual Analysisseo-visual.mdScreenshots, above-the-fold, responsiveness, layout
Verifier (global)seo-verifier.mdDeduplicate findings, suppress contradictions, and validate evidence relevance before final report

Step 6 — Apply Quality Gates

Reference the quality standards in resources/references/:

  • Content minimums: Read quality-gates.md for word counts, unique content %, title/meta requirements
  • Schema validation: Read schema-types.md for active/deprecated/restricted types
  • Core Web Vitals: Read cwv-thresholds.md for current metric thresholds
  • E-E-A-T framework: Read eeat-framework.md for scoring criteria
  • Google reference: Read google-seo-reference.md for quick reference
  • LLM report rubric: Read llm-audit-rubric.md for mandatory evidence format, confidence labels, and output contract

Step 6.5 — Verify Findings (All Workflows)

Before writing final reports, run verification:

python3 <SKILL_DIR>/scripts/finding_verifier.py --findings-json <raw_findings.json> --json

Use verified output for final report tables, not raw findings.

Step 7 — Score and Report

Use numeric scores as guidance, not as a replacement for evidence quality and judgment.

Default Scoring Weights (Full Audit)

Canonical source of truth — These weights are defined here and in resources/skills/seo-audit.md. Do not modify weights in individual sub-skill files; update only these two locations to keep scores consistent.

CategoryWeight
Technical SEO25%
Content Quality20%
On-Page SEO15%
Schema / Structured Data15%
Performance (CWV)10%
Image Optimization10%
AI Search Readiness (GEO)5%

If using scripts/generate_report.py, the automated dashboard uses script-level category weights defined in that script. Keep the narrative audit LLM-first and evidence-first.

Step 8 — Mandatory Deliverables

For seo audit, seo page, and generic perform seo analysis on <url> flows:

  1. Create FULL-AUDIT-REPORT.md in the current working directory at the start of the audit, then update it as evidence is collected.
  2. Create ACTION-PLAN.md in the current working directory at the start of the audit, then update it with prioritized fixes.
  3. If HTML dashboard was generated, include its exact saved path (for example SEO-REPORT.html or an absolute path).
  4. In the final response, explicitly list generated artifacts and paths.
  5. If technical checks are blocked by environment limits, still write both markdown files and include an "Environment Limitations" section.

Score Interpretation

ScoreRating
90-100Excellent
70-89Good
50-69Needs Improvement
30-49Poor
0-29Critical

Industry Detection

When running seo plan, detect the business type and load the matching template:

IndustryTemplate File
SaaS / Softwaresaas.md
Local Service Businesslocal-service.md
E-commerce / Retailecommerce.md
Publisher / Mediapublisher.md
Agency / Consultancyagency.md
Other / Genericgeneric.md

Detection signals:

  • SaaS: pricing page, feature pages, /docs, /api, trial/demo CTAs
  • Local: address, phone, Google Business Profile, service area pages
  • E-commerce: product pages, cart, checkout, /collections, /categories
  • Publisher: article dates, author pages, /news, high content volume
  • Agency: case studies, /work, /portfolio, team pages, service offerings

Schema Templates

Pre-built JSON-LD templates are available in templates.json for:

  • Common: BlogPosting, Article, Organization, LocalBusiness, BreadcrumbList, WebSite (with SearchAction)
  • Video: VideoObject, BroadcastEvent, Clip, SeekToAction
  • E-commerce: ProductGroup (variants), OfferShippingDetails, Certification
  • Other: SoftwareSourceCode, ProfilePage (E-E-A-T author pages)

Validation Scripts

Two validation scripts are available for CI/CD integration:

Pre-commit SEO Check

bash <SKILL_DIR>/scripts/pre_commit_seo_check.sh

Checks staged HTML files for: placeholder text in schema, title tag length, missing alt text, deprecated schema types, FID references (should be INP), meta description length.

Schema Validator

python3 <SKILL_DIR>/scripts/validate_schema.py <file_path>

Validates JSON-LD blocks in HTML files: JSON syntax, @context/@type presence, placeholder text, deprecated/restricted types.

Skill Inventory Validator

python3 <SKILL_DIR>/scripts/validate_skill_inventory.py

Validates documented sub-skill, agent, and script counts against files on disk. CI uses this to prevent README/SKILL inventory drift.

Reference Freshness Validator

python3 <SKILL_DIR>/scripts/reference_freshness.py <SKILL_DIR>/resources/references --max-age-days 90

Checks that every reference file has a <!-- Updated: YYYY-MM-DD --> marker and flags references older than the configured freshness window.


Output Format

All sub-skill reports should use consistent severity levels:

  • 🔴 Critical — Directly impacts rankings or indexing (fix immediately)
  • ⚠️ Warning — Optimization opportunity (fix within 1 month)
  • ✅ Pass — Meets or exceeds standards
  • ℹ️ Info — Not applicable or informational only

Structure reports as:

  1. Summary table with element, value, and severity
  2. Detailed findings grouped by category
  3. Actionable recommendations ordered by impact

Critical Rules

  1. INP not FID — FID was removed September 9, 2024. The sole interactivity metric is INP (Interaction to Next Paint). Never reference FID.
  2. FAQ schema is restricted — FAQPage schema is limited to government and healthcare authority sites only (August 2023). Do NOT recommend for commercial sites.
  3. HowTo schema is deprecated — Rich results fully removed September 2023. Never recommend.
  4. JSON-LD only — Always use <script type="application/ld+json">. Never recommend Microdata or RDFa.
  5. E-E-A-T everywhere — As of December 2025, E-E-A-T applies to ALL competitive queries, not just YMYL.
  6. Mobile-first is complete — 100% mobile-first indexing since July 5, 2024.
  7. Location page limits — Warning at 30+ pages, hard stop at 50+ pages. Enforce unique content requirements.
  8. AI crawler management — Check robots.txt for GPTBot, ClaudeBot, PerplexityBot, Applebot-Extended, Google-Extended, Bytespider, CCBot.
  9. LLM-first, resilient pipeline — Start by reading the page with read_url_content, then always run relevant scripts for structured evidence. Scripts are the preferred evidence source — use them actively. However, if any script fails (timeout, network, parsing), the LLM MUST still produce a complete analysis using its own reasoning (confidence: Likely). Never block a report on a single script failure.
  10. Always produce file artifacts for audit flows — FULL-AUDIT-REPORT.md and ACTION-PLAN.md are required outputs for full/page audit requests.
  11. Bound evidence retries — Avoid long search/retry loops. If core checks fail due DNS/network, finalize promptly with confidence labels and file outputs.
  12. Avoid redundant web fallbacks — If direct fetch/scripts fail and one fallback also fails, stop retrying and finish the report with explicit limitations.
  13. Signal freshness tracking — Every reference file should contain a <!-- Updated: YYYY-MM-DD --> comment. Flag any reference file older than 90 days for review. When Google announces algorithm changes, verify affected reference files within 7 days. Key dates to track: core updates (quarterly), schema deprecations (schema-types.md), CWV threshold changes (cwv-thresholds.md).

Dependencies

Optional Script Dependencies

  • Python 3.8+
  • requests (for network analysis scripts)
  • beautifulsoup4 (for HTML parsing scripts)
  • Playwright (for capture_screenshot.py and analyze_visual.py)
    pip install playwright && playwright install chromium
    Or if using conda: conda activate pentest (if Playwright is pre-installed)

Install Script Dependencies

pip install requests beautifulsoup4

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.