ES6 may 20268 min de lectura

Deja de chatear con Claude. Empieza a meterlo dentro de tu negocio.

La mayoría de los no-ingenieros en LATAM siguen usando Claude como un Google más listo. El verdadero poder llega cuando le das herramientas, contexto permanente y skills. Patrones prácticos de lo que sí está funcionando en clínicas, restaurantes y operaciones de la región.

La forma más rápida de identificar a un equipo que todavía no ha aprendido a usar Claude es revisar su historial de chats. Abren una conversación nueva, pegan una pregunta, reciben una respuesta que suena útil, y cierran la pestaña. Dos días después pegan una pregunta parecida y arrancan desde cero. El modelo no tiene memoria del negocio, no tiene acceso a sus herramientas, no entiende a quién le sirven. Cada conversación es un practicante nuevo que nunca antes ha conocido la empresa.

Ahí no es donde aparece la palanca real.

La palanca aparece cuando Claude deja de ser un buscador más listo y se convierte en un especialista que ya trabaja dentro de tu operación. Lee tus facturas reales. Escribe en tu CRM real. Recuerda lo que le dijiste hace tres semanas. Tiene una receta para tu cierre mensual que no necesita re-explicación cada vez. La superficie de chat es una fracción mínima de lo que el modelo puede hacer en realidad, y la brecha entre "chatear con el asistente" y "operar con el asistente" es la razón completa por la que las métricas de adopción en LATAM siguen siendo tibias.

Este post es la versión de campo de cómo cerrar esa brecha.

Las cuatro primitivas que cambian la matemática

Hay cuatro primitivas que mueven a Claude de "herramienta de chat" a "miembro del equipo que opera dentro de tus herramientas." Ninguna es exótica. Todas están disponibles hoy en Claude Pro, Team y Enterprise. La mayoría de los no-ingenieros no usa ninguna en sus primeras seis semanas.

1. Projects (espacios de trabajo con contexto permanente)

Los Projects te permiten subir tus SOP, manual de marca, lista de clientes, lista de precios y plantillas una sola vez. Cada conversación nueva dentro de ese Project arranca ya conociéndolos. Es la función más barata y más subestimada de la plataforma. Convierte al modelo de "practicante listo que se olvida de ti cada mañana" a "especialista que ya conoce la empresa." Si tu equipo sigue pegando contexto en cada chat, estás pagando tarifas de modelo de frontera por trabajo que un workspace con plantillas haría gratis.

Uso práctico: una clínica en Ciudad de Guatemala subió su biblioteca de scripts de WhatsApp, sus tablas de cobertura por aseguradora y tres meses de preguntas frecuentes de pacientes a un solo Project. Las recepcionistas corren todos los borradores de triaje dentro de él. El tiempo de primera respuesta a mensajes entrantes pasó de 14 minutos a menos de 2.

2. MCP (Model Context Protocol)

MCP es el cable que conecta a Claude con tus sistemas reales. CRM, contabilidad, tickets de soporte, Drive, Notion, Jira, tu plataforma de facturación. Sin MCP, Claude solo ve lo que pegas en la ventana del chat. Con MCP, lee tu base de datos real y escribe de regreso en tu sistema de tickets real.

Esta es la técnica que decide si tu iniciativa de IA es "un chatbot al lado" o "un operador trabajando en las mismas herramientas que tu equipo ya usa." Para el primer trimestre de 2026, el 78% de los equipos de IA empresarial tenía al menos un agente con MCP en producción, contra el 31% un año antes. Si tu equipo no tiene uno todavía, esa brecha es exactamente la brecha.

3. Skills (paquetes reutilizables de instrucciones especializadas)

Un Skill es una carpeta que contiene una receta, plantillas, datos de muestra y cualquier regla permanente para una tarea específica. Revisión de pre-autorización para un equipo de aseguradora. Marcado de cláusulas para un despacho legal pequeño. Conciliación de cierre mensual para un equipo de finanzas SMB. Una vez escrito un Skill, cualquier persona en la organización lo invoca igual y obtiene la misma forma de salida.

El punto de los Skills es dejar de re-explicarle el negocio a Claude en cada conversación. La mayoría de los equipos los descubren solo después de haber perdido semanas peleando contra la deriva de prompts. Constrúyelos antes de lo que parezca necesario.

4. Agents (delegación, no chat)

Un agente gestionado es un especialista que corre en horario o por trigger, con permisos acotados, y que reporta de regreso. No es una conversación, es un trabajo. Los casos de uso clásicos para SMB: un agente diario de triaje de bandeja de entrada, un agente semanal de precios competitivos, un agente mensual de revisión de cumplimiento. Cada uno corre sin que tú estés en la silla, y cada uno te muestra qué hizo antes de actuar.

El lanzamiento de Managed Agents de Anthropic en abril 2026 eliminó la barrera de infraestructura que mantenía a los agentes en territorio solo-de-ingenieros. Operadores y líderes de finanzas ahora los pueden montar directamente. Si el "trabajo de IA" de tu equipo todavía sucede en ventanas de chat, estás dejando el tier de mayor palanca del producto guardado en la repisa.

Cómo se ve esto en números

Números duros del registro público, todos de los últimos 12 meses:

Pfizer: ciclo de prototipo a MVP de 3 meses → 6 semanas para su asistente de científicos. Reducción de 55% en costos de infraestructura, 16,000 horas/año de científicos recuperadas (caso de Anthropic, PDF).
Elation Health: caída de 61% en tiempo de documentación clínica para usuarios del flujo construido con Claude (Fierce Healthcare).
Delivery Hero: un solo agente de Claude Code fusionando más de 100 pull requests al día (Reporte de Tendencias de Agentic Coding 2026 de Anthropic).
Anthropic Economic Index, marzo 2026: el uso observado de Claude por ocupación ya está en 34% del trabajo de oficina y administración, 28% de negocios y finanzas, 27% de ventas, 20% legal (reporte).

La conclusión no es "la IA está en todas partes." Es que los equipos que tratan al modelo como un componente del sistema, no como un compañero de chat, se están separando del resto. Las empresas que aparecen en esos reportes no son las que tienen a la gente más inteligente. Son las que enchufaron el modelo a sus flujos de trabajo reales.

Los cinco errores que más veo en LATAM

Tratar a Claude como buscador, no como operador. Misma raíz que la intro: la palanca está en herramientas y contexto permanente, no en mejores prompts.
Un mega-prompt para todo. "Construye un CRM completo" produce salidas superficiales y es imposible de depurar. Tareas pequeñas y acotadas en cadena siempre ganan.
Saltarse audiencia, longitud y un ejemplo de "lo bueno." Claude elige un punto medio genérico cuando nadie especifica el objetivo. La solución es mecánica: cada tarea lleva un para-quién, una longitud, un tono y una muestra.
Creerle todo a Claude. Especialmente en trabajo legal, médico, financiero y numérico. Los usuarios primerizos se saltan la instrucción "si no estás seguro, dilo explícitamente; no adivines" y se saltan la verificación de fuentes. Este es el riesgo de explosión más grande para industrias reguladas en la región.
Confundir Claude Code con "solo para devs." Operadores, líderes de finanzas y marketers pueden usarlo para extracciones de datos programadas, generación de reportes y automatizaciones livianas sin escribir código. Solo describen lo que quieren.

Un primer mes práctico

Si tu equipo todavía está chateando con Claude y quiere salir de ahí, el orden de operaciones que recomiendo en sesiones de onboarding:

Semana 1. Elige una tarea repetitiva y dolorosa. Construye un solo Project alrededor. Sube los SOP y plantillas. Corre las próximas 30 instancias de esa tarea dentro del Project. Mide tiempo-a-salida.
Semana 2. Conecta una integración MCP que toque esa tarea. Calendario, CRM, correo, lo que sea donde la tarea vive. Deja de pegar; deja que el modelo lea directo.
Semana 3. Convierte los prompts del Project en un Skill. Escribe cómo se ve "bueno" con uno o dos ejemplos. Cada miembro del equipo usa el Skill igual.
Semana 4. Envuelve el Skill en un Managed Agent que corra en horario. Observa el rastro de auditoría del agente. Aprueba o rechaza sus salidas durante una semana antes de dejarlo correr sin supervisión.

Para fin de mes, una tarea que antes consumía horas por semana ahora corre sola. El equipo tiene la memoria muscular para hacer lo mismo con la siguiente tarea. Esa es la transición completa: dejar de tener conversaciones, empezar a construir componentes.

Cierre

La tecnología no es el cuello de botella. El modelo de hoy es lo suficientemente bueno para manejar un porcentaje sorprendente del trabajo operativo que la mayoría de las SMB de LATAM hace. Lo que frena la adopción es mental: la gente está atorada en la metáfora del chat.

Si te llevas una sola cosa de este post: deja de abrir conversaciones nuevas y empieza a meter a Claude dentro de tu negocio. Projects, MCP, Skills, Agents. En ese orden. Después sigue construyendo.