Claude Code puede operar servicios externos cuando tiene un procedimiento útil y una conexión autorizada para ejecutarlo. Esa es la idea central del video que publiqué el 17 de abril de 2026: dedicar más esfuerzo a explicar el resultado que necesitas y aprovechar agentes para realizar parte del trabajo entre herramientas.
La habilidad que me interesa es comunicar una tarea con claridad. “Automatiza mi negocio” deja demasiadas decisiones abiertas. “Cuando llegue un lead, comprueba si existe, regístralo y prepara un correo de bienvenida” ya describe un recorrido que podemos construir y revisar. Puedes ver la explicación completa en YouTube.
El problema de aprender una interfaz tras otra
En el video conté mi recorrido por herramientas de comercio, CRM y automatización. Aprender cada una consume tiempo, y las interfaces cambian. El trabajo importante, sin embargo, suele repetirse: conseguir un dato, transformarlo, registrarlo y comunicar lo ocurrido.
La oportunidad es describir ese trabajo de una manera que puedas llevar de un servicio a otro. Saber qué es una oportunidad comercial y cuándo debe avanzar en el pipeline sigue siendo útil aunque cambie la pantalla donde la editas.
Esto no elimina la necesidad de entender los sistemas que usas. Para delegar un calendario necesitas saber qué horario, disponibilidad y zona horaria importan. Para delegar un CRM necesitas saber cómo identifica contactos y qué significa cada etapa. El agente puede ahorrarte pasos de interfaz; el criterio de negocio debe quedar explícito.
Skills, MCP y API: qué aporta cada pieza
Una skill reúne instrucciones y recursos para un tipo de trabajo. Puede describir cómo preparar una automatización, revisar su estructura o aplicar un estilo de redacción. Su utilidad depende de que sea pertinente, comprensible y esté actualizada.
MCP es un protocolo para conectar una aplicación de IA con herramientas y contexto. Una API es la interfaz que ofrece un servicio para operar sus funciones; una integración MCP puede apoyarse en ella. La arquitectura de MCP explica esa separación entre aplicaciones, clientes y servidores.
| Pieza | Pregunta que resuelve | Ejemplo del caso de un lead |
|---|---|---|
| Instrucción de negocio | ¿Qué resultado queremos? | Registrar el contacto y preparar la bienvenida |
| Skill | ¿Qué procedimiento seguir? | Buscar duplicados y validar campos antes de crear |
| Conexión MCP o API | ¿Qué puede consultar o cambiar? | Buscar contactos y crear una nota en el CRM |
| Revisión | ¿Cómo sabemos que funcionó? | Comprobar el registro y el borrador resultantes |
Instalar una skill no autoriza acceso a una cuenta. Conectar una cuenta tampoco enseña automáticamente las reglas de tu negocio. Ambas piezas necesitan encontrarse en una tarea concreta.
El ejemplo de un formulario que genera un lead
En la explicación del video usé una solicitud sencilla: cuando llega alguien por un formulario, enviar una bienvenida y añadirlo al CRM. Es un ejemplo narrado de lo que podemos pedir, no una prueba completa de ese flujo dentro de esta grabación.
Para construirlo bien, primero definiría los datos de entrada: nombre, correo, consentimiento y origen, según lo que realmente recoge el formulario. Después definiría la identidad del contacto. Si el mismo correo vuelve a completar el formulario, ¿actualizamos el registro o creamos otro? Esa decisión evita duplicados desde el principio.
La tercera parte es la comunicación. Puedes empezar creando un borrador y revisar si usa el nombre correcto, si el enlace funciona y si el mensaje corresponde a esa solicitud. Cuando el proceso esté validado, decides cómo operar los envíos y sus condiciones.
Si quieres ver un ejemplo más concreto de construcción de workflows, la guía de Claude Code con n8n recorre un caso con clientes, productos y documentos.
Cómo escribir una tarea que el agente pueda ejecutar
Este ejemplo editorial convierte la idea del video en una instrucción verificable:
Necesito procesar los registros de este formulario en el CRM autorizado.
Primero explica qué campos recibes y cómo identificarás duplicados.
Si el contacto existe, conserva su historial y propone la actualización.
Si no existe, prepara el alta con los datos disponibles.
Crea un borrador de bienvenida con el enlace que te indique.
Al terminar, devuelve los identificadores de los registros creados
o actualizados y la ubicación del borrador.
Si falta un dato necesario, déjalo indicado sin inventarlo.
La diferencia está en definir qué conservar, cuándo actuar y qué evidencia devolver. Eso permite revisar el trabajo sin tener que adivinar si el agente llegó a operar el servicio o solamente redactó una descripción.
También conviene separar una prueba de una ejecución sobre contactos reales. Un registro de ejemplo permite comprobar campos y formato antes de incorporar el proceso al trabajo cotidiano.
De una tarea manual a un procedimiento reutilizable
Cuando una tarea funciona, puedes documentar los pasos que se repiten. Ahí una skill empieza a tener sentido. Por ejemplo, conservar el criterio de duplicados, el formato de la nota y los datos que debe incluir el reporte final.
No intentaría convertir cada conversación en una skill enorme. Primero identificaría qué parte se repite y qué parte depende de la solicitud actual. La identidad del cliente cambia; el procedimiento para evitar registros duplicados puede mantenerse.
Un buen procedimiento también explica cuándo detenerse. Si aparecen dos contactos con el mismo correo y datos diferentes, es preferible devolver esa ambigüedad que elegir uno sin evidencia. Es una condición del proceso, tan importante como su caso exitoso.
Construir una herramienta propia también exige elegir el alcance
En el video relaté la creación de una landing para un taller. Esa experiencia muestra que una persona puede prototipar una idea y ajustar su presentación con ayuda de Claude Code. El valor está en tener algo concreto que revisar y mejorar.
Antes de reemplazar un servicio entero, preguntaría qué función necesitas realmente. Una página con formulario es un alcance muy distinto de una plataforma con usuarios, pagos, soporte y administración. La guía sobre software a medida y suscripciones profundiza en esa decisión.
El costo de mantener el resultado también cuenta. Si nadie puede explicar dónde llegan los datos o cómo actualizar un enlace, el ahorro inicial puede desaparecer en la operación. Pide una entrega que incluya una explicación breve del sistema y su mantenimiento.
Qué aprender primero para aprovecharlo
Empezaría por cuatro capacidades: describir el objetivo, reconocer los datos que necesita, definir el resultado aceptable y comprobarlo en la herramienta correspondiente. Son aprendizajes que se transfieren entre proyectos.
Después incorporaría conexiones de forma gradual. Para trabajar con contactos y oportunidades, puedes seguir el caso de Claude Code y GoHighLevel. Para entender qué distingue una respuesta de un trabajo ejecutado, está la guía de agentes IA.
La idea no requiere conectar todo el negocio el primer día. Una tarea frecuente y bien delimitada te permite descubrir qué instrucciones faltan y qué revisión necesitas antes de ampliar el alcance.
Video completo y recursos
Ve el video completo en YouTube para seguir la tesis y los ejemplos que la originaron. Si quieres aprender con otras personas que están implementando estos sistemas, los recursos y la comunidad están en Imperio Agéntico.
Puedes suscribirte al canal para continuar con demostraciones donde llevamos las ideas a herramientas y resultados concretos.
Preguntas frecuentes
¿Qué diferencia hay entre una skill y una conexión MCP?
Una skill describe procedimientos y recursos para realizar un trabajo. MCP permite conectar una aplicación de IA con herramientas y contexto externos. Tener instrucciones no equivale a tener acceso autorizado.
¿Claude Code reemplaza todos los servicios que conecto?
Puede operarlos mediante sus integraciones y ayudarte a construir funciones propias. El servicio conectado sigue aportando sus datos y capacidades; debes decidir qué conviene conservar o desarrollar.
¿Qué tarea conviene probar primero?
Una tarea frecuente, delimitada y verificable. Por ejemplo, buscar un contacto de prueba, revisar si existe y preparar una actualización junto con un borrador de bienvenida.
¿Qué debe incluir una buena instrucción para un agente?
Objetivo, datos disponibles, reglas de negocio, límites y evidencia que debe entregar. También debe aclarar qué hacer cuando faltan datos o aparecen resultados ambiguos.
¿Cuándo conviene convertir un procedimiento en una skill?
Cuando ya identificaste un trabajo que se repite y un modo útil de hacerlo. Conserva las reglas estables y deja los datos variables en la solicitud de cada tarea.