geo-llmstxt
Analyzes and generates llms.txt files -- the emerging standard for helping AI systems understand website structure and content. Can validate existing llms.txt files or generate new ones from scratch by crawling the site.
What this skill does
# llms.txt Standard Analysis and Generation Skill ## Purpose This skill handles everything related to the `llms.txt` standard -- an emerging convention (proposed by Jeremy Howard in September 2024, gaining adoption through 2025-2026) that allows websites to provide structured guidance to AI systems about their content, structure, and key information. It is analogous to `robots.txt` (which tells crawlers what NOT to access) but instead tells AI systems what IS most useful to understand about the site. ## Why llms.txt Matters AI language models face a fundamental challenge when processing websites: they must determine which pages are most important, what the site is about, and how content is organized -- typically by crawling many pages and inferring structure. `llms.txt` solves this by providing an explicit, machine-readable (and human-readable) summary. **Benefits of having a well-crafted llms.txt:** 1. **Faster AI comprehension:** AI systems can understand your site's purpose and structure from a single file rather than crawling dozens of pages. 2. **Controlled narrative:** You choose which pages and facts AI systems see first, shaping how they represent your brand. 3. **Higher citation accuracy:** AI systems that consult llms.txt can cite the correct, authoritative page for each topic. 4. **Reduced misrepresentation:** Key facts (pricing, features, locations) are stated explicitly, reducing AI hallucination about your business. 5. **Early adopter advantage:** As of early 2026, fewer than 5% of websites have an llms.txt file, making it a differentiator. --- ## The llms.txt Specification ### File Location The file MUST be located at the root of the domain: ``` https://example.com/llms.txt ``` ### Format Specification The file uses Markdown formatting with specific conventions: ```markdown # [Site Name] > [One-sentence description of what the site/business does. Keep under 200 characters.] ## Docs - [Page Title](https://example.com/page-url): Concise description of what this page covers and why it matters. - [Another Page](https://example.com/another-page): Description of content. ## Optional - [Less Critical Page](https://example.com/optional-page): Description. ``` ### Detailed Format Rules **1. Title (Required)** ```markdown # Site Name ``` - Must be the first line of the file. - Should be the official business/site name. - Use the H1 heading format (single `#`). **2. Description (Required)** ```markdown > Brief description of the site/business ``` - Must appear immediately after the title. - Use Markdown blockquote format (`>`). - Keep under 200 characters. - Should clearly state what the business does and who it serves. - Avoid marketing fluff -- be factual and specific. **3. Main Sections (Required -- at least one)** Use H2 headings (`##`) to organize pages by category. Common section names: | Section Name | Purpose | Example Content | |---|---|---| | `## Docs` | Primary documentation or key pages | Product pages, service descriptions, core content | | `## Optional` | Secondary pages worth knowing about | Blog posts, supplementary resources | | `## API` | API documentation | API reference, authentication guides | | `## Blog` | Blog or news content | Recent/popular articles | | `## Products` | Product catalog | Product pages, pricing | | `## Services` | Service offerings | Service descriptions, process pages | | `## About` | Company information | About page, team, mission | | `## Resources` | Educational/reference content | Guides, tutorials, whitepapers | | `## Legal` | Legal documents | Terms of service, privacy policy | | `## Contact` | Contact information | Contact page, support channels | **4. Page Entries (Required)** Each entry follows the format: ```markdown - [Page Title](URL): Description of page content ``` Rules for page entries: - **Title:** Use the actual page title or a clear descriptive title. - **URL:** Must be a full, absolute URL (not relative paths). - **Description:** 10-30 words describing what the page covers. Be specific about the information available. - **Order:** List pages in order of importance within each section. - **Limit:** Include 10-30 page entries total. Prioritize your most authoritative and useful pages. **5. Key Facts Section (Recommended)** ```markdown ## Key Facts - Founded in [year] by [founder(s)] - Headquarters: [City, Country] - [X] customers/users in [Y] countries - Key products: [Product A], [Product B], [Product C] - Industry: [Industry classification] ``` This section provides quick reference data that AI systems frequently need to answer user queries about your business. **6. Contact Section (Recommended)** ```markdown ## Contact - Website: https://example.com - Email: [email protected] - Support: [email protected] - Phone: +1-555-123-4567 - Address: 123 Main St, City, State, ZIP, Country ``` --- ## llms-full.txt (Extended Version) In addition to `llms.txt`, sites can provide `/llms-full.txt` -- an extended version with more detail. **Differences from llms.txt:** | Feature | llms.txt | llms-full.txt | |---|---|---| | **Length** | Concise (50-150 lines) | Comprehensive (150-500+ lines) | | **Page entries** | 10-30 key pages | 30-100+ pages | | **Descriptions** | 10-30 words per entry | 30-100 words per entry, may include key facts from each page | | **Audience** | Quick AI comprehension | Deep AI analysis | | **Sections** | 3-6 sections | 8-15 sections | | **Key facts** | Business-level facts | Page-level facts and data points | Both files can coexist. AI systems check for `llms.txt` first, then may optionally load `llms-full.txt` for deeper understanding. --- ## Analysis Mode When checking an existing llms.txt file: ### Step 1: Fetch the File 1. Use WebFetch to retrieve `[domain]/llms.txt`. 2. Also check for `[domain]/llms-full.txt`. 3. Record HTTP status code: - **200:** File exists -- proceed to validation. - **404:** File does not exist -- recommend generation. - **403:** File exists but is blocked -- flag as misconfiguration. - **301/302:** Redirect -- follow and note the redirect. ### Step 2: Validate Format Check each structural element: | Element | Check | Severity if Missing | |---|---|---| | H1 Title | Present, matches business name | Critical | | Blockquote description | Present, under 200 chars, factual | High | | At least one H2 section | Present | Critical | | Page entries with URLs | At least 5 entries present | High | | URLs are absolute | All URLs use full https:// paths | High | | URLs are valid | All URLs return 200 status | Medium | | Descriptions present | Every entry has a description after the colon | Medium | | Key Facts section | Present with business information | Medium | | Contact section | Present with at least email | Low | | Reasonable length | 30-200 lines | Low | | No broken Markdown | Proper formatting throughout | Medium | ### Step 3: Assess Content Quality Rate the llms.txt on these dimensions: **Completeness (0-100):** - Does it cover all major site sections visible in the navigation? - Are the most important/highest-traffic pages included? - Is the Key Facts section present with accurate business data? - Does it include recent/updated content? **Accuracy (0-100):** - Do descriptions accurately reflect page content? - Are URLs valid and pointing to the correct pages? - Are Key Facts verifiable and current? - Is the business description accurate? **Usefulness (0-100):** - Would an AI system understand the site's purpose from this file alone? - Are descriptions specific enough to differentiate pages? - Are the most citation-worthy pages highlighted? - Is the organization logical and intuitive? **Overall llms.txt Score** = (Completeness * 0.40) + (Accuracy * 0.35) + (Usefulness * 0.25) ### Step 4: Compare Against Site Content 1. Crawl the site's main navigation and sitemap. 2. Identify important pages NOT listed in llms.txt. 3. Check if any listed URLs are broken or redirected. 4. Verify that th
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.