Biblioteca de Reglas de Cursor

Qué incluye este pack

Las Project Rules de Cursor (archivos .mdc en .cursor/rules/) son la palanca más alta para fijar estilo, arquitectura y expectativas de proceso de un codebase. La instalación Cursor por defecto no trae reglas; los equipos las escriben desde cero (lento, con drift) o pegan el mismo boilerplate en cada proyecto (sin mantenimiento compartido). Este pack reúne los nueve packs .mdc que cubren el 80% de lo que la mayoría de equipos realmente quiere, más un generador MDC que construye reglas a medida desde tus docs existentes.

Por qué importa

El agente Cursor sin reglas es un generalista. Con reglas, es un compañero de equipo con opinión que ya conoce tu stack, tus modismos y tus guardrails. Tres victorias concretas que reportan los equipos tras instalar este pack:

1. Onboarding pasa de días a horas. El Cmd-K de un nuevo ingeniero produce código que ya se parece al resto del codebase, porque Cursor está leyendo el mismo doc de convenciones que el humano lee el día uno.
2. Fatiga de review baja. Los reviewers dejan de cazar las mismas cinco quejas de estilo/arquitectura en cada PR — las reglas las atrapan al generar. Las reviews se enfocan en lógica y trade-offs, donde los humanos aportan más valor.
3. El overreach del IA queda acotado. Las reglas modo-ingeniero Devin establecen "planifica primero, edita lo mínimo, no refactorices código no relacionado." Esta regla sola previene el fallo más común de Cursor: un fix de una línea que se convierte en 200 líneas de "mejoras" no solicitadas.

Instala en un comando

# Instala el pack completo en el proyecto actual
tokrepo install pack/cursor-rules-library

# O elige un solo lenguaje/framework
tokrepo install python-cursor-rules
tokrepo install react-cursor-rules
tokrepo install devin-engineer-mode

TokRepo CLI escribe los archivos .mdc en .cursor/rules/ de tu repo. Cursor los recoge en el siguiente prompt — sin reinicio. Para regenerar reglas desde tus docs existentes:

tokrepo run mdc-generator --input ./docs --output ./.cursor/rules/project.mdc

Errores comunes

• Una mega-regla que cubre todo. Cursor carga reglas coincidentes por request basado en scoping de glob. Un único .mdc de 2000 líneas vuela tu presupuesto de contexto en cada prompt. Divide por dominio: reglas de lenguaje en un archivo, arquitectura en otro, seguridad en un tercero.
• Sin scoping de glob. Una regla backend que se dispara en cada archivo frontend desperdicia tokens y confunde al agente. Usa globs: en el frontmatter para acotar reglas a **/*.py, app/**/*.tsx, etc.
• Olvidar el modo ingeniero Devin para herramientas no-Devin. Esta regla en realidad no es específica de Devin — es un manual operativo genérico "compórtate como ingeniero senior." Funciona igual de bien en Cursor, Claude Code, Codex CLI y Cline (usa el conversor del pack Skills Ecosystem).
• Tratar reglas como estáticas. Cuando tu stack evoluciona, las reglas también. Versiona el directorio .cursor/rules/ y revisa cambios en PR como cualquier otro código. El generador MDC puede re-emitir reglas cuando cambien tus docs.
• Pegar ejemplos de código que se desvían de la realidad. Una regla que dice "usa fooBar() para X" y tu código usa bar_foo() es peor que ninguna regla. O mantén ejemplos mínimos y abstractos, o genéralos desde código real vía el generador MDC.

Cuándo este pack solo no basta

Si usas tanto Cursor como otra herramienta IA (Claude Code, Codex CLI, etc.), escribir .mdc directo te ata a Cursor. El pack Skills Ecosystem te deja escribir una vez en el formato canónico de skill y emitir .mdc para Cursor más AGENTS.md para Codex CLI, subagentes para Claude Code, etc. Usa este pack Cursor Rules Library si eres solo-Cursor; cambia a skills si eres multi-herramienta.

Para power-users puros de Cursor: combina este pack con la comparativa AI Code Editor Showdown para entender dónde Cursor gana y pierde frente a Zed, Cody, Continue, Morphic y OpenCode — útil para defender Cursor internamente o decidir cuándo cambiar.