Introducción a los patrones

Un patrón es un paquete listo para usar con conocimiento de equipo para un stack concreto o un problema de desarrollo concreto. En lugar de empezar con un espacio de trabajo vacío y escribir a mano cada memoria, regla y skill, agregas un patrón y tu asistente de IA arranca el proyecto conociendo ya las convenciones que ese stack suele necesitar y los errores que suele provocar.

Cada patrón es un paquete con los mismos tres tipos de contenido que Pathrule ya usa, y cada pieza llega ya vinculada a la ruta a la que pertenece. Una regla sobre server components queda en /app, una memoria de facturación queda en el servicio de facturación y una skill de revisión queda en la raíz. Nada se vuelca en un único archivo global.

Por qué existen los patrones

La mayoría de los repositorios comparten las mismas preguntas iniciales. ¿Cómo debería un proyecto con Next.js App Router separar los componentes de servidor y de cliente? ¿Dónde guardas las reglas de row-level security de Supabase? ¿Cuál es la forma segura de manejar un webhook de Stripe? ¿Por qué una consulta que era rápida en desarrollo termina en un deadlock en producción? Las respuestas se conocen bien, pero cada equipo las vuelve a descubrir y a escribir.

Los patrones recogen esas respuestas una sola vez, como contenido de Pathrule vinculado a rutas, para que un espacio de trabajo nuevo pueda adoptarlas en segundos:

• Vinculados a rutas, no pegados. Un patrón no es un bloque de prompt. Cada pieza declara la ruta en la que vive, así que tu asistente solo la ve donde es relevante. Un ajuste de UI nunca tiene que leer una regla de base de datos.
• Tipados, no libres. Un patrón está formado por memorias, reglas y skills, los mismos tipos que escribes tú. Una regla importada conserva su tipo de alcance y su prioridad; una skill importada se puede invocar por su nombre.
• Combinados según el tema. La mezcla de reglas, memorias y skills cambia en cada patrón. Un patrón de framework se apoya en reglas para sus convenciones estrictas; un patrón de flujo de trabajo se apoya en skills que ejecutas como listas de verificación.
• Tuyos después de importarlos. Importar un patrón es una siembra única, no una suscripción en vivo. Las piezas se convierten en contenido normal de tu espacio de trabajo y las editas como cualquier otra cosa.

El catálogo

El catálogo público está en pathrule.io/patterns. Contiene 150 patrones, todos propios y publicados con licencia Apache-2.0, organizados en ocho categorías:

• Framework para frameworks de aplicaciones y plataformas, desde Next.js App Router, Nuxt, SvelteKit, Astro y React Router hasta Django, Rails, Laravel, Spring Boot, ASP.NET Core, SwiftUI, Flutter, Expo y Unity.
• Frontend para componentes, formularios, estado, estilos, accesibilidad, Core Web Vitals, hidratación, internacionalización y comportamiento sin conexión.
• Backend para acceso a datos, ORM, colas, búsqueda, API, autenticación, multi-tenancy y rendimiento de bases de datos.
• Billing para pagos, suscripciones, facturación e impuestos, checkout, pagos a terceros, reembolsos y disputas.
• Infra para contenedores, runtimes serverless, CI/CD, infraestructura como código, observabilidad, caché, DNS y TLS.
• Workflow para revisión de código, depuración, actualización de dependencias, flujos de trabajo de Git, releases, incidentes y onboarding.
• AI para agentes en producción, memoria de agentes, evaluaciones, observabilidad, guardrails, fine-tuning y verificación de código generado por IA.
• Security para robo de cuentas y MFA, credenciales de servicios, limitación de tasa, cifrado, autorización, SSO empresarial y mínimo privilegio.

La página del catálogo tiene una barra lateral de categorías y un cuadro de búsqueda. Cada patrón tiene su propia página, que muestra:

• un resumen del contenido, es decir, cuántas reglas, memorias y skills incluye, calculado a partir del propio paquete
• un mapa con todas las rutas de destino y la lista completa de piezas agrupadas por ruta
• por qué existe el patrón: el problema que resuelve, para quién está pensado y los errores que evita que cometa tu asistente
• el token para agregarlo, con un botón para copiarlo, y una copia manual del paquete completo
• su licencia, versión y fecha de última actualización, con un enlace al código fuente

Cada patrón también se sirve como Markdown plano en /patterns/<slug>/raw (el enlace "View as markdown" de la página), para que un asistente de IA pueda leer el paquete completo directamente desde un enlace compartido.

Cómo encaja un patrón con el resto de Pathrule

Un patrón no introduce ningún concepto nuevo en tiempo de ejecución. Es un formato de empaquetado sobre el modelo que ya conoces:

• Las piezas son memorias, reglas y skills.
• La ruta de cada pieza sigue la misma regla de alcance por ruta que el contenido que escribes tú.
• Una vez importadas, las piezas aparecen a través de los mismos hooks y la misma recuperación just-in-time que el resto de tu espacio de trabajo.

Esa es toda la idea: un patrón es una ventaja inicial curada, expresada exactamente en la forma que tu asistente ya lee.

Qué leer a continuación

• Anatomía de un patrón desglosa el modelo de contenido: piezas, rutas, versionado y el paquete abierto detrás del catálogo.
• Importar un patrón explica el token, la vista previa y cómo eliminar un paquete más adelante.
• Conceptos clave explica las memorias, las reglas y las skills si el modelo es nuevo para ti.