Automatización de procesos con Claude Code (2026)

La historia de Claude Code es un accidente feliz. Anthropic eligió la terminal en lugar de una extensión IDE para tener "máximo control sobre los archivos". Eso permitió que Claude Code pudiera ejecutar cualquier comando, editar cualquier fichero y orquestar procesos que van mucho más allá del código.

Tres datos explican por qué el uso se disparó fuera del desarrollo de software:

1. Las instalaciones diarias se duplicaron en tres meses. Pasaron de 17,7 millones (media móvil de 30 días) a 29 millones. Una parte importante de ese crecimiento no son desarrolladores: son analistas, operaciones, marketing y finanzas que descubrieron que Claude Code ejecuta flujos que ningún Zapier cubre.

2. El 95% de los outputs funciona al primer intento. Esto importa porque cambia el modelo mental. En Zapier o n8n diseñas el flujo paso a paso. En Claude Code describes el objetivo y la herramienta decide los pasos, los ejecuta, verifica el resultado y reintenta si falla. Es la diferencia entre dictar un procedimiento y entregar un resultado esperado.

3. La terminal es el denominador común. Cualquier SaaS con API, cualquier CRM con CLI, cualquier base de datos con cliente de línea de comandos es alcanzable desde Claude Code. No hay "integraciones oficiales" que esperar. Si el sistema se habla con un comando, Claude Code puede orquestarlo.

La consecuencia: equipos que llevaban años peleando con cajas de Zapier para un flujo específico, ahora lo montan en un fichero de texto de 30 líneas que Claude Code interpreta y ejecuta.

Las herramientas BPA clásicas tienen un modelo compartido: un canvas visual, disparadores, nodos, conectores. Son excelentes para flujos repetitivos con pocas excepciones. Fallan cuando el proceso necesita criterio, lectura de contexto o reacción a situaciones no previstas.

Zapier. Ideal para integraciones sencillas entre apps populares. Limitaciones: 7.000 integraciones pero ejecución lineal, sin razonamiento. Cuesta 20-100 $/mes para volúmenes bajos y escala rápido a 400-2.000 $/mes en empresas con volumen real.

n8n. Más técnico, canvas visual con nodos de código. Bueno para equipos técnicos que quieren self-hosted y control. n8n Cloud parte de 20 $/mes y sube a 50-200+ $/mes para equipos. El punto fuerte es la visibilidad de ejecución: cada nodo muestra input y output.

UiPath. El rey de RPA empresarial. Automatiza interfaces gráficas replicando clics y teclas. Potente en legacy (sistemas sin API), pero caro (decenas de miles de $/año por licencia) y frágil cuando la UI cambia.

Claude Code. Modelo radicalmente distinto: le describes el proceso en lenguaje natural dentro de una skill (fichero markdown), defines reglas fijas en hooks, conectas sistemas externos con servidores MCP, y la terminal ejecuta. Incluido en Claude Pro (20 $/mes) o pago por uso vía API (0,25 $ a 15 $ por millón de tokens).

La línea divisoria. Zapier y n8n ganan cuando el flujo es determinista y repetitivo sobre apps con conectores nativos. Claude Code gana cuando el flujo requiere criterio (revisar un contrato, redactar una respuesta, decidir si una factura debe aprobarse), cuando los sistemas no tienen conector oficial, o cuando el proceso tiene muchas variantes que un canvas visual convertiría en un plato de espaguetis.

Claude Code no es "un modelo con una CLI". Es una arquitectura de cinco piezas que, combinadas, permiten automatizar procesos completos. Entender cada una es el primer paso.

1. CLAUDE.md (el manual de la empresa). Fichero markdown en la raíz del proyecto que describe contexto, reglas y convenciones. Aquí van las cosas que son siempre ciertas: estructura de carpetas, estándares de escritura, IDs válidos de sistemas internos. Claude Code lee este fichero al iniciar cada sesión y lo tiene presente durante toda la ejecución.

2. Skills (procedimientos reutilizables). Cada skill es un fichero markdown que encapsula un flujo repetible. Ejemplo: una skill `/procesar-factura` que recibe una factura PDF, extrae datos, valida contra el ERP, aprueba si está dentro de límites y genera un asiento contable. Se llama con un comando único. Claude Code carga la skill cuando detecta su relevancia o cuando el usuario la invoca explícitamente.

3. Hooks (acciones automáticas en eventos). Scripts que se disparan en momentos concretos del ciclo de vida: antes o después de una llamada a una herramienta, al inicio o fin de sesión, al editar un fichero. Los hooks convierten el sistema en determinista: "siempre que edites un fichero de configuración, ejecuta el linter y notifica en Slack". Sin hooks, el modelo podría olvidar. Con hooks, la acción ocurre sí o sí.

4. MCP (Model Context Protocol). Un protocolo estándar para conectar Claude Code con sistemas externos. Hay servidores MCP para GitHub, Supabase, Google Drive, Gmail, HubSpot, Salesforce y prácticamente cualquier SaaS con API. Con MCP, Claude Code lee datos del CRM, escribe en la base de datos, envía emails o publica en Slack. Sin instalar plugins específicos, solo configurando el servidor MCP.

5. Subagentes (trabajadores paralelos). Cuando una tarea es pesada o compleja, Claude Code puede lanzar subagentes especializados en paralelo. Cada uno trabaja con contexto aislado y devuelve resultados. Útil para procesos con fases independientes (investigar, redactar, revisar) o cuando varios flujos pueden ejecutarse simultáneamente sin dependencias.

La magia está en la composición. Una skill bien diseñada usa MCP para leer del CRM, subagentes para revisar varios registros en paralelo, hooks para garantizar que cada cambio se audite, y CLAUDE.md para que todo respete las convenciones de la empresa.

Estos son flujos reales que hemos implementado en clientes y en nuestra propia operación durante los últimos meses.

Caso 1: Procesamiento de facturas de proveedores. El contable reenvía las facturas a una carpeta monitoreada. Un hook detecta el fichero nuevo y lanza la skill `/procesar-factura`. La skill extrae CIF, importe, concepto y fecha usando OCR. Valida contra el ERP vía MCP (proveedor existente, orden de compra asociada, IVA correcto). Si todo cuadra y está bajo el límite de aprobación automática, genera el asiento y notifica en Slack. Si hay discrepancia, escala a un humano con el resumen estructurado. Ahorro típico: de 8-12 minutos por factura a menos de 1 minuto, con trazabilidad completa.

Caso 2: Onboarding de empleados nuevos. Al crear un contrato firmado en el sistema, un hook lanza la skill `/onboarding`. La skill lee la posición y departamento del nuevo empleado, crea cuentas en Google Workspace (MCP de Google Admin), añade al canal de Slack correspondiente, envía el pack de bienvenida por email, reserva la formación inicial en Calendar, y crea tickets en Jira para entrega de equipo y tarjeta. Ahorro típico: de 3-4 horas de trabajo administrativo por alta a 5 minutos de revisión.

Caso 3: Aprobación de gastos sobre el umbral. Una solicitud de gasto de más de 500 € llega por email. Un hook detecta el asunto y dispara la skill `/aprobar-gasto`. La skill lee el presupuesto del departamento, el histórico del empleado, la política interna y calcula el grado de excepcionalidad. Redacta un briefing de 3 líneas para el aprobador, lo envía por Slack con botones de "aprobar" o "rechazar". La respuesta se registra en el sistema y notifica al solicitante. Ahorro típico: de 20-40 minutos por aprobación a 30 segundos de decisión del aprobador.

Caso 4: Generación de informes de cliente mensuales. Cada primer día de mes, un hook disparado por cron lanza la skill `/reporte-cliente`. La skill consulta analytics, CRM y soporte vía MCP, calcula métricas clave, redacta el informe en formato ejecutivo siguiendo la plantilla de la cuenta, genera el PDF y lo envía al cliente con un resumen en el cuerpo del email. Ahorro típico: de 2-3 horas por informe (antes distribuidas entre varias personas) a 15 minutos de revisión final.

Caso 5: Publicación automatizada de contenido (nuestra propia operación). Este es el pipeline que usamos en 91 Agency para publicar posts de blog. Una skill `/publish-blog` lee la cola de temas pendientes, investiga vía WebSearch, escribe contenido bilingüe, valida contra reglas de estilo, crea el fichero de datos TypeScript, registra el post en el índice, ejecuta el build, hace commit y abre un pull request en GitHub. El humano solo revisa el PR antes de merge. Cadencia: un post nuevo completo en 10-15 minutos de trabajo del modelo, con revisión humana de 5 minutos.

Este es el método que usamos con clientes. Funciona mejor cuando se aplica a un proceso concreto y no al vacío.

Paso 1: Mapea el proceso antes de automatizarlo. Dibuja el flujo actual tal cual es, con las decisiones y las excepciones. Identifica qué pasos requieren criterio (posible IA), qué pasos son puramente de sistema (APIs y MCP) y qué pasos son formalidades (hooks deterministas). Si no puedes dibujar el proceso en una hoja, Claude Code no lo arreglará.

Paso 2: Empieza por la skill, no por la infraestructura. Escribe el fichero markdown que describe el proceso en lenguaje natural. Incluye objetivos, entradas, salidas, reglas de negocio y qué hacer en cada excepción. La skill es la unidad mínima reutilizable. Si no puedes expresar el proceso como un texto coherente, el modelo tampoco podrá ejecutarlo.

Paso 3: Conecta los sistemas con MCP. Instala los servidores MCP necesarios (Gmail, Google Drive, Supabase, CRM, lo que haga falta). Prueba que Claude Code puede leer y escribir en cada sistema antes de conectarlo al flujo. Las integraciones MCP suelen ser el punto donde los proyectos se atascan si se dejan para el final.

Paso 4: Fija los invariantes con hooks. Todo lo que debe pasar sí o sí (registro de auditoría, notificación de errores, pase por control humano en umbrales críticos) va en hooks. Los hooks son código, no prompts. Si el flujo puede comprometer datos sensibles o tiene implicaciones financieras, cada acción crítica debe tener un hook asociado.

Paso 5: Despliega en modo asistido antes que en modo autónomo. Las primeras semanas, cada ejecución de la skill debe revisarla un humano antes de ejecutar acciones irreversibles. Usa Claude Code con aprobación manual. Una vez la tasa de aciertos es estable (normalmente tras 20-50 ejecuciones), pasa a modo autónomo con alertas para errores. Saltar este paso es la forma más rápida de reventar un proceso crítico el primer mes.

Claude Code no reemplaza a Zapier ni a n8n en todos los casos. Estos son los escenarios donde otras herramientas siguen siendo mejores.

Usa Zapier si:

- Tu proceso es determinista y encadena apps populares (Gmail, Sheets, Slack, HubSpot) con lógica simple. - Tu equipo no es técnico y necesitas una GUI que cualquiera pueda mantener. - El volumen es bajo (menos de 10.000 ejecuciones al mes) y el coste de Zapier está por debajo de 100 $/mes.

Usa n8n si:

- Necesitas self-hosted por política interna de datos. - Tu equipo técnico prefiere un canvas visual con nodos de código y quiere visibilidad completa de cada ejecución (qué entró, qué salió, dónde falló). - El proceso tiene estructura repetitiva clara y pocas excepciones de criterio.

Usa UiPath u otro RPA si:

- Tienes que automatizar sistemas legacy sin API, solo con interfaz gráfica. - El volumen justifica el coste enterprise (decenas de miles de $/año). - Ya tienes inversión en RPA y equipos formados.

Usa Claude Code si:

- El proceso requiere criterio, lectura de contexto o redacción de contenido. - Los sistemas involucrados tienen API o CLI, aunque no exista integración nativa en Zapier. - El proceso tiene muchas variantes que en un canvas visual se volverían un laberinto. - Tu equipo incluye al menos una persona cómoda con la terminal (no hace falta programar, sí hace falta no tener miedo a una pantalla negra). - Necesitas que el mismo sistema automatice hoy facturas, mañana onboarding y pasado informes, sin aprender una herramienta distinta para cada flujo.

La realidad de lo que vemos en clientes. La mayoría acaba con una combinación: Zapier o n8n para los flujos simples y visibles, Claude Code para los flujos de criterio donde el retorno está en la calidad del output, no solo en ahorrar clics. No es "elegir uno", es asignar cada flujo a la herramienta que mejor lo resuelve.

Los modelos de precio de Claude Code son sencillos, pero calcular el coste real de un flujo automatizado requiere entender cómo consume tokens cada ejecución.

Plan Pro (20 $/mes). Incluye uso de Claude Code con límites generosos para uso personal o equipos pequeños. Suficiente para equipos que automatizan 5-20 flujos sencillos con volumen bajo-medio.

Plan Max (100-200 $/mes). Límites ampliados, apto para equipos medianos con flujos frecuentes. Es el plan habitual para PYMEs que tienen Claude Code corriendo la mayor parte del día.

SDK y pago por API. Para flujos automatizados que se disparan por hooks o cron (sin humano en la sesión), el modelo recomendado es pagar por uso de API. Tarifas de 0,25 $ a 15 $ por millón de tokens según el modelo usado (Haiku barato, Opus premium). Una ejecución de la skill `/procesar-factura` consume típicamente 5.000-15.000 tokens y cuesta entre 0,01 y 0,10 $.

Ejemplo real: coste mensual de una PYME con 5 flujos automatizados.

Comparado con alternativas. Los mismos cinco flujos en Zapier (plan Team con ejecuciones suficientes) cuestan 299-599 $/mes. En n8n Cloud Pro, 50-100 $/mes pero requiere semanas de configuración de nodos por flujo. En RPA enterprise, ni siquiera es comparable: 5.000-15.000 $/año solo en licencias.

El cálculo real no es solo el coste mensual. Es el coste de implementación. Una skill bien diseñada para un flujo específico tarda entre 2 y 10 horas de trabajo de una persona técnica, frente a 15-40 horas para montar el mismo flujo en n8n con robustez equivalente. El retorno se mide en meses, no en años.