Communitygithub.com

Varnan-Tech/opendirectory

Gera e mantém um arquivo llms.txt em conformidade com os padrões para qualquer site — seja rastreando o site ao vivo ou lendo diretamente o código-fonte do site. Use esta skill quando for solicitado a criar um llms.txt, adicionar descoberta por IA a um site, melhorar o GEO (Generative Engine Optimization), tornar um site legível por agentes de IA, gerar um llms-full.txt, verificar se um site tem llms.txt ou auditar a prontidão de IA de um site para pesquisa generativa.

O que é opendirectory?

A skill **Varnan-Tech/opendirectory** é uma ferramenta especializada para gerar e manter arquivos `llms.txt` em conformidade com o padrão oficial. Ela opera em dois modos: **Modo Repositório**, lendo diretamente o código-fonte de um site para extrair páginas, metadados e conteúdo de forma precisa; e **Modo Site ao Vivo**, usando um navegador Chrome com depuração remota ou ferramentas web padrão para rastrear o site real. A skill é acionada sempre que um usuário menciona termos como 'llms.txt', 'descoberta por IA', 'legível por IA' ou 'GEO'. Seu principal valor é fornecer uma auditoria completa de prontidão para IA e gerar arquivos `llms.txt` e `llms-full.txt` com descrições factuais, sem conteúdo inventado. A skill suporta frameworks populares como Next.js, Astro, Nuxt, Gatsby, SvelteKit, Hugo e Jekyll, e oferece instruções de posicionamento específicas para cada plataforma (por exemplo, `public/llms.txt` no Next.js). O processo inclui verificações de qualidade obrigatórias, como garantir que todos os links sejam reais e que as descrições sejam densas em conteúdo e livres de linguagem de marketing.

Funciona com✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/Varnan-Tech/opendirectory/tree/main/skills/llms-txt-generator

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Gerador de llms.txt

Você é um especialista em Otimização para Mecanismos Generativos (GEO) e no padrão llms.txt. Seu trabalho é rastrear um site e produzir um arquivo llms.txt perfeitamente estruturado que torne o site totalmente legível e citável por agentes de IA.

REGRA CRÍTICA: NÃO INVENTE CONTEÚDO. Cada link, título e descrição deve vir do que você realmente encontrou no site durante o rastreamento. Nunca invente URLs nem descreva conteúdo que você não visitou.

VERIFICAÇÃO DE CONFIGURAÇÃO OBRIGATÓRIA: Antes de começar, confirme que você tem:

  • Chrome em execução com depuração remota ativada (chrome --remote-debugging-port=9222)
  • Servidor MCP Chrome DevTools configurado nas configurações do seu agente
  • URL do site alvo fornecida pelo usuário

Se o Chrome não estiver disponível, recorra a ferramentas web padrão de busca para recuperar o conteúdo da página. Se nenhum dos dois estiver disponível, PARE e peça ao usuário que forneça acesso ao Chrome ou o conteúdo bruto da página.


Fluxo de Trabalho

Etapa 1: Detectar Origem — Repositório ou Site ao Vivo?

Antes de tudo, verifique se você está dentro de um repositório de site:

  1. Procure por package.json, astro.config.*, next.config.*, nuxt.config.*, gatsby-config.*, vite.config.* ou _config.yml no diretório de trabalho atual ou em seu diretório pai.
  2. Se encontrado → Modo Repositório (vá para a Etapa 2A).
  3. Se não encontrado → pergunte ao usuário a URL alvo e prossiga para a Etapa 2B.

Etapa 2A: Modo Repositório — Ler o Repo Diretamente

Você tem acesso ao código-fonte. Extraia tudo do código — isso oferece melhor cobertura do que o rastreamento porque obtém o conteúdo antes de ser renderizado.

2A-1. Detectar o framework e a configuração do site:

  • Leia package.json → identifique o framework (next, astro, nuxt, gatsby, @sveltejs/kit, etc.) e os campos name/description
  • Leia o arquivo de configuração do framework (next.config.*, astro.config.*, etc.) para basePath, site ou siteUrl
  • Verifique public/ ou static/ ou dist/ por um llms.txt existente — se encontrado, leia-o
  • QA: Qual é o framework? Qual é a URL base? O llms.txt já existe?

2A-2. Descobrir todas as páginas/rotas:

FrameworkOnde procurar
Next.js (pages router)pages/**/*.tsx, pages/**/*.jsx — pule _app, _document, api/
Next.js (app router)app/**/page.tsx, app/**/page.jsx — nome do diretório = rota
Astrosrc/pages/**/*.astro, src/pages/**/*.md
Nuxtpages/**/*.vue
Gatsbysrc/pages/**/*.tsx, src/pages/**/*.jsx
SvelteKitsrc/routes/**/+page.svelte
Hugo / Jekyllcontent/**/*.md, _posts/**/*.md

Leia cada arquivo de página e extraia: título da página (<title>, export const metadata, frontmatter title:), meta descrição e cabeçalhos principais (H1, H2).

2A-3. Encontrar posts de blog/conteúdo:

  • Verifique content/, posts/, src/content/, _posts/, blog/ por arquivos markdown/MDX
  • Leia o frontmatter (title, description, date, slug) de cada arquivo
  • Liste os 5–10 posts mais recentes ou mais importantes

2A-4. Ler a configuração de SEO/meta existente do site:

  • src/config.ts, src/site.config.ts, seo.config.* ou qualquer arquivo que exporte siteTitle, siteDescription, siteUrl
  • constants.ts, config/index.ts — procure por metadados de nível de site

2A-5. Construir a URL base:

  • Prefira siteUrl ou site dos arquivos de configuração
  • Como fallback, pergunte ao usuário: "Qual é a sua URL de produção? (ex.: https://seusite.com)"
  • QA: A URL base está confirmada? Todos os links no llms.txt devem usar a URL absoluta completa.

Em seguida, pule para a Etapa 4 para gerar o arquivo usando os dados do repositório.


Etapa 2B: Modo Site ao Vivo — Obter URL Alvo

Se o usuário não forneceu uma URL, pergunte: "Para qual site devo gerar o llms.txt?"

Etapa 3: Verificar se há llms.txt existente (apenas Modo Site ao Vivo)

Antes de rastrear, verifique se o site já possui um:

  1. Navegue para [URL]/llms.txt
  2. Se existir: leia-o, observe o que está lá e planeje atualizar/melhorar em vez de substituir cegamente
  3. Se não existir: prossiga para o rastreamento completo
  • QA: Você verificou o arquivo existente? Anote seu status (ausente / desatualizado / presente e bom).

Etapa 3B: Conectar ao Navegador e Rastrear

Use o servidor MCP Chrome DevTools para conectar ao navegador ao vivo. Siga o mesmo padrão de conexão do chrome-cdp-skill:

  1. Conecte-se a http://localhost:9222 via MCP Chrome DevTools
  2. Navegue até a página inicial — anote: nome do site, slogan, links de navegação principal, proposta de valor primária
  3. Navegue para cada página chave que existir (verifique os links de navegação): /docs, /blog, /api, /about, /pricing, /examples, /changelog
  4. Para cada página: leia o H1, as seções de conteúdo principal e quaisquer links de subnavegação
  5. Para o blog: leia os títulos e descrições dos 5-10 posts mais relevantes/recentes

Se o MCP Chrome DevTools não estiver disponível, recorra à busca de páginas com ferramentas web padrão (curl, fetch). Se o site retornar 403, tente adicionar um cabeçalho User-Agent de navegador.

  • QA: Você carregou e leu cada página com sucesso? Liste quais páginas você visitou e quais retornaram 404. Não inclua páginas 404.

Etapa 4: Ler a Especificação e o Template

Antes de escrever a saída, leia ambos os arquivos de referência:

  • references/llms-txt-spec.md — as regras de formato e a lista de verificação de validação
  • references/output-template.md — o template exato a ser seguido

Anote qual modo você usou: Modo Repositório (dados vieram dos arquivos de origem) ou Modo Site ao Vivo (dados vieram do rastreamento do navegador). Ambos produzem o mesmo formato de saída — a única diferença é a fonte dos dados.

Etapa 5: Gerar llms.txt

Usando apenas o conteúdo do seu rastreamento, produza o arquivo llms.txt:

  1. Escreva o cabeçalho H1 (nome do produto/site — factual, não slogan)
  2. Escreva o resumo em blockquote (1-3 frases, factual, amigável para LLMs — sem floreios de marketing)
  3. Adicione apenas as seções H2 que tenham conteúdo real no site
  4. Para cada link: escreva uma descrição factual e densa em conteúdo do que um LLM encontrará naquela URL
  5. Aplique a lista de verificação de validação de references/llms-txt-spec.md antes de finalizar
  • QA: Cada URL é real e verificada no rastreamento? Cada descrição é factual, não é cópia de marketing? O arquivo tem menos de 5.000 palavras? Corrija quaisquer problemas antes de prosseguir.

Etapa 6: Verificar se há llms-full.txt

Pergunte ao usuário: "Você também quer que eu gere o llms-full.txt com o conteúdo completo em prosa das páginas principais incluído? Isso é maior, mas dá aos agentes de IA tudo em um arquivo."

Se sim: revisite cada página principal e cole o texto completo limpo sob cada entrada de link, separado por ---.

Etapa 7: Salvar e Exibir

  1. Salve llms.txt no diretório de trabalho atual (ou na raiz do projeto do usuário, se conhecida)
  2. Se llms-full.txt foi solicitado, salve-o também
  3. Imprima o conteúdo completo de llms.txt na conversa para que o usuário possa revisá-lo
  4. Se o site do usuário estiver no GitHub, ofereça-se para abrir um PR para adicionar o arquivo à raiz do repositório
  • QA: O arquivo foi salvo? Você confirmou o caminho de salvamento com o usuário?

Etapa 8: Instruções de Posicionamento

Se Modo Repositório: Você conhece o framework — coloque o arquivo imediatamente:

FrameworkAção
Next.js / VercelEscrever diretamente em public/llms.txt no repositório
AstroEscrever diretamente em public/llms.txt
NuxtEscrever diretamente em public/llms.txt
GatsbyEscrever diretamente em static/llms.txt
SvelteKitEscrever diretamente em static/llms.txt
HugoEscrever diretamente em static/llms.txt
JekyllEscrever diretamente na raiz do repositório como llms.txt

Pergunte ao usuário: "Posso escrever llms.txt diretamente em public/llms.txt no seu repositório. Devo fazer isso agora, ou você quer revisá-lo primeiro?"

Se aprovado, escreva o arquivo. Em seguida, informe ao usuário: "Implante seu site e o arquivo estará disponível em https://seudominio.com/llms.txt."

Se Modo Site ao Vivo: Informe ao usuário onde adicioná-lo:

Coloque llms.txt na raiz web do seu site para que seja acessível em: https://seudominio.com/llms.txt

- Next.js / Vercel: coloque em /public/llms.txt
- Astro / Nuxt / Gatsby / SvelteKit: coloque em /public/llms.txt
- GitHub Pages: coloque na raiz do repositório
- Hugo / Jekyll: coloque em /static/llms.txt
- WordPress: faça upload para a raiz web via FTP ou use uma regra de rewrite
- Servidor customizado: sirva como um arquivo estático em /llms.txt

Padrões de Qualidade de Saída

Um arquivo llms.txt excelente:

  • Possui um H1 factual e um resumo claro de 2 a 3 frases que um LLM poderia citar diretamente
  • Cobre todas as áreas de conteúdo principais que o site realmente possui
  • Usa descrições de link que explicam O QUE HÁ LÁ, não o que a empresa quer que você pense
  • É escaneável em menos de 30 segundos
  • Não contém links quebrados, cadeias de redirecionamento ou URLs de ativos CDN
  • Passa em todas as verificações em references/llms-txt-spec.md

Um arquivo llms.txt ruim:

  • Possui linguagem de marketing ("nossa API incrível", "documentação melhor da categoria")
  • Contém URLs inventadas ou adivinhadas
  • Está faltando seções importantes do site
  • Possui descrições vazias ou vagas ("informações sobre nosso produto")

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Varnan-Tech/opendirectory

Use when the user asks to generate a blog cover image, thumbnail, or article header. Automatically uses modern typography, brand logos, and Google Search grounding to create beautiful 16:9 images with Gemini 3.1 Flash Image Preview.

Varnan-Tech/opendirectory

World-class brand strategist and naming expert. Uses an interrogation-led discovery phase to extract your brand's DNA, then applies scientific naming frameworks (Phonosemantics) and automated multi-TLD domain checking.

Varnan-Tech/opendirectory

Use when the user asks to generate or update a project's CLAUDE or AGENTS context file from a codebase scan. Writes a focused file under 100 lines containing only the non-obvious build commands, conventions, and gotchas Claude Code needs.

Varnan-Tech/opendirectory

Use when the user wants to verify cold emails, enrich a lead list, or autonomously guess email addresses from a CSV using ValidEmail.co or the open-source Reacher engine.

Varnan-Tech/opendirectory

Competitive intelligence orchestrator tracking companies across 8+ platforms (GitHub, Twitter, Reddit, HN, PH, YC Jobs) with heat scores and AI briefings.

Varnan-Tech/opendirectory

Give it your product URL or description. It finds your top 5 competitors, runs three-track PR research across all of them (editorial, podcasts, communities), identifies which channels appear most frequently, looks up the journalist or host for each, and returns a tiered outreach list with story angles and ready-to-send cold pitch drafts tailored to your product. Use when asked to find PR opportunities, discover where competitors got featured, build a media outreach list, find which journalists cover my space, or get pitch templates for press coverage.

Varnan-Tech/opendirectory

Generate high-converting, deep-dive growth case studies in MDX format. Use this skill when asked to write a case study or blog post about a company's growth, tech stack, or product-led strategy. It handles the full pipeline (researching the company via Tavily, generating a 16:9 cover image, quality checking the draft, uploading assets to cloud storage, and pushing directly to the target repository).

Varnan-Tech/opendirectory

Scans your project for outdated npm, pip, Cargo, Go, or Ruby packages. Runs a CVE security audit. Fetches changelogs, summarizes breaking changes with Gemini, and opens one PR per risk group (patch, minor, major). Includes Diagnosis Mode for install conflicts. Use when asked to update dependencies, check for outdated packages, open dependency PRs, scan for package updates, audit for CVEs, or flag breaking changes in upgrades. Trigger when a user says "check for outdated packages", "update my dependencies", "open PRs for dependency updates", "scan for CVEs", or "which packages need upgrading".

Varnan-Tech/opendirectory

Generates and updates README.md and API reference docs by reading your codebase's functions, routes, types, schemas, and architecture. Uses graphify to build a knowledge graph first, then writes accurate docs from it. Use when asked to write docs, generate a README, document an API, update stale docs, create an API reference from code, add an architecture section, or document a project in any language. Trigger when a user says their docs are missing, outdated, or wants to document their codebase without writing it manually.

Varnan-Tech/opendirectory

Evaluates expired domain candidates against a target niche, scores them by topical relevance, historical activity level, and history cleanliness, then outputs a ranked shortlist with explainable reasoning and risk flags.

Varnan-Tech/opendirectory

Brutally honest developer-experience audit for a GitHub repo. Scores 10 DX dimensions (time-to-first-success, README clarity, visual proof, install, quick-start, docs, examples, community, trust, marketing), writes a shareable roast in the requested tone (brutal/honest/kind), produces a prioritized action plan ranked by impact × effort, and sketches an ideal README. Trigger when user says "roast my repo", "audit my README", "dx audit", "developer experience review", "score my GitHub project", "before launch checklist", or "make my repo shareable".

Varnan-Tech/opendirectory

Drafts and designs a complete HTML email newsletter from a topic or content brief. Outputs paste-ready HTML for Loops, Mailchimp, Beehiiv, Resend, or any standard email platform. Includes subject line options and plain-text fallback. Trigger when a user says "write a newsletter", "draft an email newsletter", "create an HTML email", "design an email for my subscribers", or "write a newsletter about [topic]".

Varnan-Tech/opendirectory

Takes a GitHub PR URL or the current branch and writes a plain-English explanation of what it does and why, then posts it as a PR comment. Use when asked to explain a PR, summarize a pull request, write a plain-English description of a PR, add a summary comment to a PR, or understand what a PR changes. Trigger when a user says "explain this PR", "summarize this pull request", "what does this PR do", "add a comment explaining the PR", or shares a GitHub PR URL and asks what it does.

Varnan-Tech/opendirectory

Audit how often LLMs recommend your brand vs competitors and generate a GEO action plan.

Varnan-Tech/opendirectory

Takes a competitor's public GitHub repo URL, fetches their open issues via the GitHub REST API, filters noise locally, clusters issues into 6 demand categories, computes a demand score per issue and per cluster, and outputs a ranked demand gap report with a GTM messaging brief. Use when asked to scan a competitor's GitHub issues, find what their users are begging for, turn GitHub complaints into product positioning, identify competitor feature gaps, or generate messaging from real user demand. Trigger when a user says "scan competitor issues", "what are users asking for on X repo", "find demand gaps in Y", "turn GitHub issues into messaging", or "what should I build based on competitor complaints".

Varnan-Tech/opendirectory

Find recurring confusion in your repo's GitHub Discussions, rank it by urgency, and draft the actual docs fixes and content angles — with verbatim community quotes and source links as evidence.

Varnan-Tech/opendirectory

SEO keyword research workflow for blog generation using Google Trends data. Use when writing blog posts, planning content calendars, or optimizing articles for search engines. Finds breakout keywords, builds content structure, and generates SEO-optimized blog outlines targeting tech and developer audiences.

Varnan-Tech/opendirectory

Generates a professionally designed case study PDF for B2B SaaS sales and marketing. Supports 7 page layouts, 9 style presets, 1-4 page output. Trigger when user says "create a case study", "write a customer story", "make a case study PDF", "design a success story", "turn this customer win into a PDF".

Varnan-Tech/opendirectory

Generates data visualization charts (bar, line, area, pie, doughnut, scatter, radar, treemap) as PNG using Apache ECharts v6. 1080×1080px default, 5 style presets, highlight annotations. Trigger when user says "create a chart", "visualize data", "make a bar chart", "line graph", "pie chart", "data visualization", "chart this data", "plot", "graph", or "visualize these numbers".

Varnan-Tech/opendirectory

Fetches low-star App Store and Google Play reviews, clusters them into broken-promise patterns, and generates a ranked copy brief with positioning opportunities.

Habilidades Relacionadas