La mayoría de los usuarios de Claude mezclan proyectos, skills, MCPs, agentes y plugins como si fueran sinónimos — y eso explica por qué los resultados son inconsistentes. Esta guía descompone cada pieza con precisión: qué es, cuándo usarla, cuándo no, y cómo encajan entre sí en un flujo de trabajo real. Útil para cualquier founder o profesional que quiere dejar de improvisar con Claude y empezar a construir un sistema que realmente ahorre trabajo.
Hay una razón por la que Claude a veces entrega respuestas perfectas y otras veces parece perdido: la mayoría de usuarios no entiende cómo está construido. Mezclan proyecto con agente, confunden skill con plugin, activan diez conectores el primer día. El resultado es un asistente mediocre cuando podría ser un colaborador real.
Claude tiene cinco piezas. Cada una resuelve un problema distinto y entra en un momento distinto del aprendizaje. Entender cuál es cuál — y en qué orden construirlas — te coloca por encima del 80% de los usuarios diarios.
Antes de entender las piezas, hay que entender cómo funciona la memoria de Claude. Cada chat solo recuerda lo que ocurrió dentro de ese chat. Al cerrarlo, se reinicia a cero. Sin memoria del chat de ayer, sin acceso a conversaciones paralelas, sin nada externo.
La consecuencia práctica: si en un mismo chat mezclas revisar una planilla, redactar un email, hacer un logo y cotizar un servicio, Claude se confunde. Las herramientas y archivos cargados para una tarea se mezclan con las otras y las respuestas para todas empeoran.
La solución es simple: un chat, un objetivo. Para cinco tareas distintas, abrís cinco chats distintos. Si una tarea se repite con frecuencia, ese chat es candidato a convertirse en proyecto.
| Pieza | Analogía | Para qué sirve |
|---|---|---|
| Proyecto | Tu habitación preparada | Donde Claude guarda instrucciones y archivos. Sin él, cada chat empieza en cero. |
| Skill | Un libro de recetas | Archivo que enseña una habilidad concreta. Claude lo usa automáticamente cuando llega la situación. |
| MCP · Conector | Cable de teléfono | Conexión que saca a Claude de la caja. Lo conecta con Gmail, Drive, Notion, Slack, etc. |
| Agente | Un empleado | Claude trabajando solo en una tarea. Le decís qué querés, se va, vuelve cuando termina. |
| Plugin | Caja armada | Combo pre-armado: skills, conectores, agentes y comandos juntos. Una instalación, todo listo. |
El espacio de trabajo donde vive el contexto de Claude. Un chat normal es invitar a Claude a una habitación vacía: te escucha, pero cuando cerrás la puerta, el contenido se borra. Al día siguiente, otra habitación vacía.
Un proyecto es preparar la habitación antes de invitarlo. Pegás una hoja con instrucciones en la pared ("sos mi asistente de ventas, respondé siempre en español formal"), ponés libros sobre el escritorio (tu bio, tu marca, lista de precios), organizás un archivero con documentos. Claude entra y lo ve todo.
Cada chat dentro del proyecto arranca con esa misma información ya cargada. Nunca más re-explicás quién sos ni qué hacés.
CLAUDE.md y AGENTS.mdSí: cuando hacés la misma tarea repetidamente, o cuando trabajás con el mismo contexto (cliente, marca, repositorio) a lo largo de varios chats. Si te encontrás copiando y pegando las mismas instrucciones tres veces, necesitabas un proyecto dos chats atrás.
No: para preguntas puntuales que terminan en cinco minutos — una traducción rápida, un cálculo, una duda de conocimiento general. Abrir un proyecto para algo así es overhead sin valor.
Un archivo (típicamente SKILL.md o una carpeta con varios archivos) que le enseña a Claude cómo hacer una tarea concreta: qué pasos seguir, en qué orden, qué reglas respetar, qué formato entregar al final.
La analogía es precisa: es como un libro de recetas en la cocina. No memorizás la receta — cuando llega el momento de hacer pasta, abrís el libro, seguís los pasos, lo guardás. La próxima vez, repetís. Claude hace exactamente eso: tiene el archivo guardado y lo activa solo cuando detecta que llegó el momento.
SKILL.md con esa receta~/.claude/skills/ (global — funciona para todos los proyectos) o .claude/skills/ dentro del proyecto (local — solo ese proyecto)Sí: cuando hacés la misma tarea repetidamente y querés el mismo formato de salida — cotizaciones, emails de seguimiento, formateo de reportes, revisión de contratos.
No: para algo que vas a hacer una sola vez — construir la skill cuesta más que hacer la tarea. Tampoco la uses si todavía no tenés claro cómo querés los resultados — hacélo manualmente dos o tres veces primero, luego automatizá.
Por defecto, Claude vive en una caja: puede leer lo que pegás en el chat, pero no puede revisar tu Gmail, entrar a tu Drive, publicar en Slack. Para eso necesita cables — canales formales que lo conectan con tus apps externas.
Esos cables se llaman MCPs (Model Context Protocol). Es un estándar abierto que define cómo Claude le pide cosas a una app ("mostrame los últimos diez emails") y cómo la app responde. Cada app que querés conectar tiene su propio MCP — uno para Gmail, uno para Notion, uno para Slack, uno para tu base de datos.
En Claude.ai/Cowork no decís MCP, decís Conector. Vas a Customizaciones → Conectores, clickeás el de Gmail, das permisos, listo — Claude puede leer y escribir emails. La idea técnica es la misma, solo cambia el nombre en pantalla.
claude mcp add o editando ~/.claude.json — pueden ser globales o por proyectoSí: cuando tu flujo de trabajo ya no cabe dentro del chat — si cada día copiás y pegás de Gmail a Claude y de Claude a Slack, ese trabajo es exactamente lo que eliminan los MCPs. También cuando Claude necesita leer datos frescos (precios, stock, calendario) que cambian constantemente.
No: para tareas que viven solo dentro del chat (escribir un email, redactar un texto, traducir). Si el output lo vas a copiar manualmente, agregar un MCP es complejidad sin valor. Y no actives todos los MCPs existentes el primer día — más conectores activos = más confusión y mayor superficie de permisos.
En un chat normal, cada respuesta es un ida y vuelta: preguntás, responde. Un agente rompe esa lógica. Le das un objetivo más grande — no una tarea de respuesta única — y Claude se queda trabajando solo: llama MCPs, lee archivos, ejecuta comandos, hasta completar el objetivo o topar con un bloqueador que no puede resolver.
Si el Claude normal es el asistente al que dictás, el agente es el empleado al que firmás una tarea. Vas a tomar un café; cuando volvés, el resultado está listo o hay un mensaje explicando dónde se trabó.
Pero acá también está el mayor punto de atención: un agente puede ejecutar acciones reales — enviar emails, borrar archivos, gastar dinero. Por eso casi siempre conviene empezar en modo paso a paso, pidiendo aprobación para cada acción, y solo cuando construís confianza pasás a modo totalmente automático.
claude --bg, Agent View, /goal, subagentes vía Task toolSí: trabajos largos donde estarías mirando la pantalla por una hora — auditorías de seguridad, refactors grandes, scrapings de varias horas, generación de reportes de múltiples fuentes. Si la tarea puede esperar mientras almorzás, es candidata a agente.
No: para cosas rápidas que el chat normal ya resuelve. Y evitá los agentes con acciones irreversibles si todavía no les tomaste el ritmo — siempre empezá con aprobación manual en cada paso antes de soltar el automático.
Construir skills de a una está bien. Construir MCPs de a uno también. Pero a veces lo que estás resolviendo exige ambos simultáneamente, más un par de agentes y comandos rápidos. Construir todo desde cero toma tiempo — por eso existen los plugins.
Un plugin es exactamente eso: un paquete que combina múltiples piezas (skills + MCPs + agentes + slash commands + hooks) y las distribuye juntas. Hacés click en instalar una vez y todo está configurado — sin ir a cada subsistema por separado.
Los plugins son archivos, así que se instalan rápido y se desinstalan limpio. Si algo salió mal, no hay residuo — removés el plugin y volvés al Claude limpio que tenías antes.
/plugin install <nombre>@<marketplace> en Claude Code, o desde la sección Plugins en Cowork/plugin remove <nombre> y desaparece sin rastroSí: cuando alguien ya empaquetó lo que ibas a construir vos mismo — conectar pagos, revisar seguridad, desplegar a producción. En vez de construir skills + MCPs + hooks por tu cuenta, instalás el plugin y aprovechás el trabajo completado.
No: para algo muy específico de tu flujo de trabajo que ningún plugin existente cubre — ahí construís tu propia skill suelta. Y no empieces con plugins si recién estás aprendiendo — instalar un plugin que tira diez cosas a la vez puede confundir más que ayudar. Empezá con piezas sueltas, después graduás al combo.
Las cinco piezas no brillan separadas — brillan combinadas. Este es el orden recomendado. No saltes pasos, especialmente el primero, que casi nadie respeta.
Antes de cargar nada, decidí qué problema concreto estás resolviendo. Si son varios, separarlos en proyectos distintos. Mezclar ("este proyecto es para ventas, marketing y soporte a la vez") es receta de confusión.
Creá un nuevo proyecto en Claude.ai, Cowork o Claude Code. Pegá instrucciones claras. Subí archivos clave. Sin esta base, todo lo demás flota.
Si tu trabajo cruza apps externas (Gmail, Drive, Notion, GitHub), activá los conectores correspondientes. No prendas todos los existentes — solo los que este proyecto usa de verdad. Cada conector activo es mayor superficie de permisos y más posibilidad de confusión.
¿Hay tareas que se repiten con el mismo formato? Construí una skill para cada una. Empezá con las dos o tres que más tiempo manual te consumen — podés pedirle a Claude que las construya con la skill 'skills creator'.
Una vez que tu proyecto + conectores + skills funcionan, recién entonces evaluá si necesitás un plugin (alguien empaquetó lo que querías) o un agente (querés que Claude trabaje solo una hora sin que vos estés mirando). Estas dos son el upgrade — no el punto de partida.
| Necesidad | Pieza | Por qué |
|---|---|---|
| Claude no olvida quién sos cada vez | Proyecto | Las instrucciones del proyecto se cargan automáticamente en cada chat nuevo |
| Cuando pedís X, siempre te lo entrega con la misma forma | Skill | La skill encapsula el formato y los pasos — Claude los sigue como receta |
| Poder leer emails, calendario, Drive | MCP · Conector | Los conectores son los cables que sacan a Claude de la caja |
| Que quede trabajando solo una hora mientras hacés otra cosa | Agente | El agente persigue un objetivo multi-paso sin pedir aprobación en cada uno |
| Alguien ya ensambló todo lo anterior para tu caso | Plugin | El plugin es el combo: skills + conectores + agentes pre-configurados para el trabajo |
Usá estos prompts tal como están — reemplazá lo que está en [CORCHETES] con tu información.
Quiero usar Claude para [DESCRIBÍ TU PROBLEMA EN 2-3 ORACIONES:
qué hacés todos los días, qué te toma más tiempo, qué resultado querés mejorar].
Necesito saber qué pieza de Claude tengo que aprender primero —
proyecto, skill, conector/MCP, agente o plugin — y por qué esa antes que las otras.
Hacelo en 2 párrafos cortos, sin jergas técnicas.
Vamos a armar un proyecto de Claude para [PARA QUÉ ES: ej. gestionar mi negocio de coaching /
escribir contenido para mi marca / administrar mi consultoría].
Necesito ayuda con tres cosas: 1) las instrucciones del proyecto en lenguaje natural — 2 párrafos máximo,
2) la lista de 3-5 archivos que debería subir para que tengas el contexto que necesitás, y
3) qué conectores o MCPs vale activar para este proyecto en particular.
Hacelo concreto, sin recomendaciones genéricas.
Quiero armar una skill que cada vez que le pida [DISPARADOR: ej. una cotización,
un reporte semanal, un mail de seguimiento] me lo entregue siempre con este formato:
[DESCRIBÍ EL FORMATO QUE QUERÉS: campos, longitud, tono].
Pasos: 1) Mostrame el contenido del SKILL.md, 2) decime exactamente en qué carpeta
tengo que pegarlo para que se active (~/.claude/skills/ global o ./.claude/skills/ local),
3) explicame cómo confirmar que está cargada antes de usarla.
Quiero conectar [APP: ej. Gmail, Drive, Notion, GitHub, Slack] a mi Claude.
Antes de tocar nada, decime: 1) si conviene activarlo desde Claude.ai/Cowork
(Customizaciones → Conectores) o desde Claude Code (claude mcp add),
2) qué permisos exactos pedir el primer día (lectura sí o no, escritura sí o no),
3) cómo verificar que funcionó (con un comando de prueba concreto).
No me des opciones genéricas — elegí la mejor para mi caso y explicame el porqué.
Estoy por armar manualmente [LO QUE QUERÍAS HACER: ej. un sistema de cobros,
una auditoría de seguridad, un flujo de despliegue, un asistente de ventas con Gmail].
Antes de invertir tiempo, decime: 1) si ya existe un plugin de Claude Code o Cowork
que cubra el 80% de eso, 2) cuál es el comando exacto para instalarlo,
3) qué quedaría por afuera del plugin que tendría que cubrir yo,
4) por qué armar desde cero podría seguir teniendo sentido.
Sé honesto — si el plugin no existe o no aplica, decímelo.
Muchos instalan un agente esperando que haga todo. Pero un agente sin proyecto debajo trabaja a ciegas — no sabe quién sos, qué hacés, qué resultado querés. Primero el proyecto, después el agente.
Cada plugin que activás mete sus skills, comandos y triggers dentro de Claude. Con diez plugins activos, Claude tiene treinta triggers compitiendo — termina activando skills cuando no querías. Instalá uno, usalo dos semanas, después decidís si el siguiente vale la pena.
Esta es la trampa de la regla cardinal: creés que ahorrás porque no abrís cinco chats, pero cada tema mezclado con otro empeora las respuestas de ambos. Terminás gastando más tiempo corrigiendo respuestas confusas que el tiempo que ahorraste no cambiando de chat.
Los MCPs piden permisos granulares: lectura, escritura, borrado. Si por inercia das todo al máximo, le estás dando a Claude capacidad de enviar emails, borrar archivos y publicar mensajes desde tus cuentas. Siempre empezá con solo lectura — subí permisos una vez que confirmás que el flujo funciona como esperás.