Guías

Skills vs reglas vs MCP

Tres formas de configurar un agente: cuándo usar cada una con ejemplos concretos.

~2 min lectura Revisado el 10 de julio de 2026

Cursor Claude Code GitHub Copilot OpenAI Codex VS Code Principiante estándar

Contexto: ¿Qué es un agente de código? — las piezas de abajo configuran al agente, no lo sustituyen.

Resumen

	Qué hace	Ejemplo
Reglas	Siempre activas	”Usa Vitest, no Jest”
Skills	Solo cuando la tarea encaja	”Audita accesibilidad de esta página”
MCP	Conecta con el exterior	”Lee la doc actual de Next.js”
Herramientas	CLIs/apps aparte del editor	”Corre Qwen en local con Ollama”

Reglas

Archivos que el editor carga en (casi) cada conversación: .cursor/rules/, instrucciones de Copilot, etc.

Úsalas para convenciones del stack que no cambian según la tarea.

Más contexto: ¿Qué es una regla?.

No abuses: demasiadas reglas largas y el agente las ignora.

Skills

Carpeta con SKILL.md + opcional scripts. El agente la abre solo si la descripción encaja con lo que pides.

Úsalas para tareas repetibles con pasos claros: review de PR, migración, checklist de deploy.

Más contexto: ¿Qué es un skill?. Estándar técnico: Agent Skills.

MCP

Servidor que expone herramientas al agente (consultar DB, controlar browser, buscar docs).

Úsalos cuando el agente necesita datos o acciones fuera del editor.

Más contexto: ¿Qué es un MCP?. Catálogo: /mcps/.

Ojo: cada MCP añade tools al contexto. Muchos a la vez confunden al agente.

Herramientas

Programas que no viven dentro del editor pero apoyan el flujo: Ollama (modelos locales), Headroom (comprimir contexto), OpenWiki (docs del repo), etc.

Más contexto: Herramientas para agentes. Stack local: Modelos nube vs locales.

Orden típico al configurar un repo

Contexto del proyecto (AGENTS.md o equivalente).
Unas pocas reglas del stack.
Skills solo para dolores que repites.
MCPs solo para integraciones reales.
Herramientas (Ollama, Headroom…) solo con dolor concreto — ver Herramientas para agentes.