GEO para desarrolladores

GEO para agentes de código: que Claude Code y Codex elijan tu herramienta

Cada vez más código lo escribe un agente. Cuando un desarrollador le pide «añade pagos» o «envía este email», el agente elige la librería y la API. Trabajamos para que elija la tuya.

Por qué importa

El agente no compara diez opciones en una tabla. Escribe el código con una.

En la búsqueda clásica, un desarrollador veía varias opciones y elegía. Con un agente de código, la elección la hace el agente y aparece ya instalada en el proyecto.

Esa elección sale de lo que el modelo conoce de tu producto y de lo que consigue leer en el momento: tu documentación, tu README, tus ejemplos. Y de si la primera instalación funciona.

Es GEO, pero con otro público y otras fuentes: documentación en vez de blog, GitHub en vez de prensa, MCP en vez de ficha de empresa.

Qué trabajamos

Lo que hace que un agente elija tu herramienta

Documentación legible por agentes

Páginas en HTML limpio o markdown, una por tarea, con el comando de instalación y un ejemplo completo que funciona al copiarlo.

Ver más →

llms.txt y markdown

Un índice de tu documentación para modelos y versión .md de las páginas clave, para que el agente no tenga que adivinar.

Servidor MCP

Exponer tu producto a los agentes mediante el Model Context Protocol, que entienden Claude Code, Codex, Cursor y Copilot.

Instalación a la primera

Nombre de paquete inequívoco, SDK tipado y mensajes de error que dicen qué hacer. Un agente que falla dos veces cambia de librería.

Presencia en GitHub

Ejemplos y plantillas para los frameworks más usados (Next.js, Astro, Django, Rails…) y presencia en las listas que el modelo lee.

Medición con tareas reales

Panel de tareas de programación de tu categoría, lanzadas cada semana contra los modelos que usan los agentes.

Qué tienen en común

Cuatro agentes, las mismas tres puertas.

  • Lo que el modelo ya sabe: tu presencia en GitHub, documentación y tutoriales publicados.
  • Lo que lee en el momento: búsqueda web y lectura de tu documentación.
  • Lo que le conectan: servidores MCP e instrucciones del proyecto (CLAUDE.md, AGENTS.md, reglas de Cursor, instrucciones de Copilot).
Preguntas frecuentes

GEO para agentes de código: preguntas frecuentes

¿Qué es el GEO para agentes de código?

Es conseguir que los agentes de programación —Claude Code, Codex, Cursor, GitHub Copilot— elijan tu librería, tu API o tu SaaS cuando un desarrollador les pide resolver algo que tú resuelves. El agente no enseña diez opciones: escribe el código con una.

¿Para qué empresas tiene sentido?

Para cualquiera que venda a quien programa: APIs, SDKs, bases de datos, servicios de email, pagos, autenticación, observabilidad, CMS headless, infraestructura. Si tu producto se instala con un npm install o se integra con una clave de API, esto te afecta.

¿Cómo deciden qué herramienta usar?

Con lo que el modelo aprendió (popularidad en GitHub, documentación y tutoriales publicados) y, cada vez más, con lo que leen en el momento: buscan en la web, abren tu documentación y la usan si se puede leer. Si la instalación falla al primer intento, el agente prueba otra cosa.

¿Cómo lo medís?

Lanzamos tareas de programación reales de tu categoría contra los modelos que usan estos agentes (Claude y GPT, por API y con búsqueda) y registramos qué herramienta proponen y con qué código. No ejecutamos el agente en sí: es la forma de medirlo de manera repetible cada semana.

¿Qué es llms.txt y sirve de algo?

Es un fichero en la raíz de tu web que resume tu documentación en markdown para modelos de lenguaje. No es un estándar oficial, pero es barato de hacer y facilita que un agente encuentre la página correcta. Tenemos un generador gratuito.

¿Qué herramienta propone Claude Code cuando le piden lo que tú resuelves?

Compruébalo gratis en 60 segundos, o cuéntanos tu caso en una llamada de 30 minutos.