Claude para Front: todas las formas de conectarlos en 2026

Front ya construyó esto, y esa es la parte que nadie espera

Construyo agentes de IA en eesel, lo que significa que paso la mayor parte de mi semana en la brecha entre un modelo que razona bien y un helpdesk lleno de clientes reales. Front es la integración que mejor conozco, y no por una razón halagadora. También es una inusual contra la que construir, porque una bandeja compartida no es un sistema de tickets, y la diferencia se nota por toda la API.

A comienzos de 2026, Front fue la razón individual más común por la que se estancaba un acuerdo de mercado medio con nosotros. Los equipos pasaban la evaluación, les gustaban las respuestas, y luego decían lo mismo: Front es nuestro helpdesk, y hasta que no lo soporten no podemos probar esto de verdad. Lo escuchamos de un equipo B2B SaaS que manejaba entre 200 y 300 tickets al mes en inglés y francés sobre unos 300 documentos técnicos, y lo volvimos a escuchar ese mismo mes de una empresa de datos. Así que lo construimos. Esa es toda la historia de origen de nuestra integración con Front, y por eso entré en esta investigación esperando no encontrar nada del lado de Claude.

Me equivoqué, y agradablemente. Front lanzó su propio servidor MCP, y luego lanzó una segunda versión tres semanas después, tras descontinuar la primera. Eso no es una página de marketing. Es un equipo iterando sobre algo en producción.

Lo que ese mismo equipo B2B pidió, sin embargo, es lo que vale la pena tener presente mientras lees el resto de esto. No querían una ventana de chat. Querían una IA que pudiera cruzar la guía de usuario, Slack, la base de conocimiento interna y los tickets pasados en una sola respuesta, y luego decirles qué preguntas no pudo responder para que escribieran el artículo faltante. Eso es un sistema, no un modelo. Ten esa brecha en mente, porque cada ruta de abajo te entrega una porción distinta de ella.

Primero, lo que no puedes hacer

La intención de búsqueda para "Claude para Front" suele asumir que existe un desplegable. Abrir Front AI, elegir tu modelo, seleccionar Claude, listo.

No existe, y Front es inusualmente directo sobre por qué. La página de producto de IA de Front responde la pregunta del modelo en su propia FAQ: usa modelos GPT de OpenAI y Azure OpenAI, más modelos Mistral alojados en AWS. La FAQ de IA del centro de ayuda nombra a los mismos tres socios dos veces y nunca menciona a Anthropic.

Aquí está el detalle que más disfruté encontrar. Anthropic sí está en la lista de subprocesadores de Front, vigente desde julio de 2026. Su actividad de procesamiento listada es "Customer support", el mismo grupo que Zapier, mientras que AWS, Azure, Google y OpenAI están todos bajo "AI-enabled functionality". Front no publica qué significa eso exactamente, así que no lo voy a sobreinterpretar. Pero la lectura simple es que el propio equipo de soporte de Front puede usar Claude y tu Autopilot no.

Busqué un selector de modelo en serio, no solo pasando por alto su ausencia. La documentación de configuración de Autopilot Resolve recorre Build, Customize, Deploy, Analytics, Routing y Channel settings. Obtienes fuentes de conocimiento, playbooks, mensajería de tiempo de respuesta, prompts, apariencia y reglas de enrutamiento. Ningún interruptor de proveedor, ningún campo de clave. La página de configuración de Front AI a nivel de empresa cuenta la misma historia de un vistazo.

Nada de esto es un ataque a Front. Elegir dos o tres proveedores y ajustar el producto en función de ellos es una decisión de producto defendible, y Front AI Copilot es legítimamente bueno en el espacio de trabajo del agente. Lo mismo aplica a las funciones más pequeñas de ese panel: Analyze Topics da una lectura genuinamente útil sobre por qué escribe la gente, y Front AI Translate se gana su lugar en una cola multilingüe. Solo significa que la pregunta cambia de forma. No estás preguntando cómo hacer que Autopilot use Claude. Estás preguntando cómo lograr que Claude vea tus datos de Front, y eso tiene cuatro respuestas reales.

Ruta 1: el servidor MCP propio de Front

Esta es la que me sorprendió, y es la que la mayoría de los lectores debería probar primero.

Front lista MCP Server como una de siete superficies de integración de primera parte en su portal de desarrolladores, descrita en palabras de Front como una forma de que agentes de IA como Claude y ChatGPT lean y respondan conversaciones. La página de especificación se actualizó por última vez seis días antes de que la revisara, el 12 de agosto de 2026.

La forma de esto:

Dos de esas filas hacen más trabajo que el resto.

La primera es la identidad. Los permisos efectivos del agente son exactamente los permisos de la persona que lo autorizó, verificados en vivo contra Front en cada llamada. Si esa persona no puede ver la bandeja de facturación, Claude tampoco puede. Bajo un despliegue de Claude Enterprise administrado centralmente, IT puede permitir la conexión, pero cada individuo igual completa su propio consentimiento. Es el modelo de seguridad menos sorprendente que se pueda pedir, y es la razón por la que esto puede estar en beta abierta sin que nadie entre en pánico.

La segunda es el filtro de envío. send_message es una herramienta separada de create_draft, requiere un ID de borrador, y lleva destructiveHint: true, lo que hace que Claude se detenga a pedir confirmación antes de cada envío. Así que el ciclo es: Claude redacta, tú miras, tú apruebas. Por mensaje.

Conectarse es realmente rápido. El artículo de primeros pasos de Front confirma la beta abierta ("Everyone has access") y da dos caminos. El primero es el listado del conector en el propio directorio de Claude, que según Front ya está activo. El segundo es una conexión personalizada, donde un admin de Front crea una app de desarrollador privada, configura los scopes de OAuth, y apunta cualquier cliente MCP al endpoint. Front nombra a Claude Code, Cursor y el modo de desarrollador de ChatGPT para ese camino.

Los límites de tasa son por miembro del equipo y están en su propio pool, separado del presupuesto de la Core API:

Mi opinión: si estás en cualquier plan de Front, conecta esto hoy. Es gratis, es de primera parte, y preguntarle a Claude "de qué se quejó esta cuenta el trimestre pasado" contra tu bandeja real es lo más inmediatamente útil en todo este artículo. Se acerca más a un asistente de productividad de Claude que a la desviación de tickets, así que presupuéstalo como una herramienta para tu equipo. Y lee la advertencia de beta al pie de la letra: los nombres de las herramientas todavía se están moviendo, así que no cablees todavía un proceso de negocio a ellos.

Ruta 2: el mismo servidor, conectado por ti mismo

Vale la pena separar esto, porque la restricción es real y afectará a un grupo específico de gente.

Front no soporta el registro dinámico de clientes, así que el cliente que se conecta tiene que mantener una conexión confidencial con un ID de cliente y un secreto. Cualquier cliente MCP que solo maneje DCR queda fuera. Front nombra a Codex como ejemplo de uno que no funcionará.

Para Claude Code y Cursor, esto es un archivo de configuración y unos minutos de OAuth. La ventaja sobre el listado del directorio es el control: eliges los scopes en la app, así que puedes crear una conexión de solo lectura para un analista y una de lectura más escritura para un líder de equipo, sin que ninguno pueda enviar. Si ya has configurado alguna integración de IA con Claude antes, nada de esto te resultará ajeno, y el patrón es el mismo que hay detrás de la integración de Claude con Jira y la integración de Claude con Slack.

Mi opinión: haz esto en lugar del conector del directorio cuando quieras scopes más estrictos que el predeterminado, o cuando las personas que lo usan vivan en un editor en lugar de en la app de Claude. De lo contrario, el listado del directorio tiene menos piezas móviles.

Ruta 3: los servidores de la comunidad, ahora en su mayoría históricos

Antes de que Front lanzara el suyo, la comunidad llenó el vacío. Dos repos específicos de Frontapp son reales, con cifras extraídas de la API de GitHub el 12 de agosto de 2026:

El primero soporta webhooks de Front para eventos en tiempo real, que es más de lo que anuncia la beta oficial. El segundo se describe a sí mismo como experimental y solo recupera mensajes.

Una trampa que vale la pena mencionar: buscar "front mcp" muestra un repo con 146 estrellas llamado frontmcp, que es un framework genérico para construir servidores MCP y no tiene nada que ver con Front, el helpdesk. Casi lo cito. No lo hagas.

La postura de seguridad aquí es la habitual para cualquier servidor MCP autoalojado: le entregas un token de la API de Front a un proceso que corre localmente, y ese token lleva los permisos que le hayas dado. El servidor propio de Front evita esto vinculándose a la sesión OAuth en vivo de un miembro del equipo.

Mi opinión: estos eran la respuesta correcta en marzo y ya no lo son ahora. El servidor oficial de Front tiene mejores scopes, mejor limitación de tasa, y lo mantiene la empresa cuya API envuelve. Recurre a un repo de la comunidad solo si necesitas eventos impulsados por webhooks que la beta oficial todavía no expone.

Ruta 4: construirlo sobre la Core API

Aquí es donde terminan la mayoría de los ingenieros cuando la respuesta tiene que ser desatendida, y aquí es donde viven las decisiones de diseño reales. Leí a fondo la documentación de la Core API de Front para esto, y tres cosas dan forma a todo lo demás.

Los borradores son reversibles, los mensajes enviados no

Esto es lo más útil del diseño de la API de Front, y ojalá más helpdesks lo copiaran.

Los borradores son un recurso de primera clase. Puedes crear uno, editarlo, borrarlo. Enviar es un endpoint distinto con un nivel de permiso completamente diferente: messages:send, distinto de drafts:write. Y una vez que se envía un mensaje, eso es todo. No hay endpoint de edición, ni deshacer envío, ni recall en ninguna parte de la superficie de la API de Front.

La consecuencia práctica es la mejor característica de seguridad que obtienes gratis. Genera un token con drafts:write y comments:write pero sin messages:send, y tu agente físicamente no puede enviarle un correo a un cliente, sin importar lo que decida el modelo a las 3 de la mañana. No es una instrucción en un prompt, no es un guardrail que tengas que mantener. Es un permiso que la API impone.

Yo lanzaría la versión uno exactamente así, escribiendo solo comentarios internos, que son visibles para el equipo, editables después de publicarse, y que nunca salen de Front. Es la misma forma que cualquier buen copiloto de IA para soporte, y es la diferencia entre que una mala respuesta sea una vergüenza privada y que una mala respuesta sea un correo que tu cliente ya tiene.

Alguien en Hacker News describió lo que cuesta la otra versión de eso:

"LLM chatbots are a step forward for customer support. Well, ours started hallucinating a support phone number that while is a real number is not our number. Lots of people started calling which was a bad time for everyone. Especially the person's number it actually is. So maybe two steps forward and occasionally one back."

treis, Hacker News

Tu historial es accesible, solo que lo pagas por minuto

Primero la buena noticia: no hay ventana móvil ni límite de cuánto puedes retroceder en el tiempo. Listar conversaciones recorre todo el historial con paginación por cursor.

La restricción es el throughput, y tiene forma de plan:

Las páginas tienen un tope de 100 conversaciones. La asignación de ráfaga es la mitad del límite de tu plan, y sobrepasarla cuesta una pausa de reposición de 10 minutos. La búsqueda de conversaciones tiene un tope aparte del 40% de tu presupuesto global, lo cual importa mucho si el bucle principal de tu agente es buscar-y-luego-actuar. Front vende más margen a 200 $ por cada 100 solicitudes extra por minuto al mes en su página de precios.

Haz los números antes de prometerle a alguien un backfill. Dos años de conversaciones a 100 por página en Professional es un trabajo programado con estado reanudable, no un proyecto de una tarde. Es la misma realidad detrás de cada proyecto de chatbot de Front que he visto planificarse con optimismo.

Otro límite que vale la pena conocer, porque determina sobre qué puedes fundamentar. Las propias fuentes de conocimiento externas de Front AI son rastreos de sitios web, con un tope de 3.000 páginas, y un usuario de Front en r/CustomerSuccess señaló que solo funcionaban en inglés cuando se lanzó la función:

"Front recently added the ability to include external knowledge sources as well as previous conversations in the AI knowledge (go to Settings/Gear icon -> your workspace -> FrontAI -> Knowledge sources -> Add source -> External Sources). It currently only works for English pages."

tea_lean, r/CustomerSuccess, Reddit

El panel de configuración hace tangible el techo. Dos tipos de fuente, y esa es toda la lista.

Construir sobre la API es exactamente cómo superas eso, ya que tu capa de recuperación puede leer todo aquello contra lo que puedas autenticarte. Esa es la ventaja de la ruta 4, y es real. También es toda la razón por la que vale la pena configurar bien una base de conocimiento potenciada por IA antes de apuntar cualquier modelo hacia ella.

Los webhooks funcionan, y fallan de forma segura

Front te da dos tipos. Los webhooks de reglas se configuran en la interfaz y son la forma rápida de probar algo. Los webhooks de aplicación son la vía gestionada por código: declarados como una función en una app de desarrollador, firmados con HMAC, suscritos a una lista fija de eventos que incluye inbound_received, outbound_sent, assignee_changed y new_comment_added.

Tres detalles operativos que determinarán tu arquitectura:

• Tu endpoint tiene 5 segundos para responder. Confirma rápido y procesa de forma asíncrona, siempre.
• Tres fallos seguidos y Front desactiva el webhook y le envía un correo al creador de la app. No hay reenvío de lo que te perdiste, así que reconcilias contra la API tú mismo.
• Las acciones masivas y las importaciones históricas nunca disparan webhooks. Consulta el endpoint de eventos si los necesitas.

También puedes lanzar un plugin de barra lateral, una app en iframe que se renderiza junto a una conversación, si quieres que la salida de Claude viva dentro de la interfaz de Front en lugar de en otro lado.

Mi opinión: la API es buena. Los scopes son cuidados, la división entre borrador y envío es exactamente el límite que quieres, y la documentación es honesta sobre las aristas filosas. Construir sobre ella es muy factible. La pregunta nunca fue si puedes, sino si esto es lo que quieres seguir manteniendo dentro de dieciocho meses, cada vez que Front lance un cambio.

Lo que realmente cuesta una respuesta

Aquí es donde mis expectativas estaban más equivocadas, y donde Front difiere marcadamente de sus competidores.

Claude Sonnet 5 cuesta 2 $ por millón de tokens de entrada y 10 $ por millón de salida. Una respuesta de soporte fundamentada son aproximadamente 6.000 tokens de entrada una vez que incluyes el hilo, un system prompt y unos cuantos artículos del centro de ayuda, más unos 250 de salida. Llamémoslo 0,015 $. Claude Opus 5 a 5 $ y 25 $ deja la misma respuesta cerca de 0,036 $. El almacenamiento en caché de prompts lee la entrada cacheada a una décima parte de la tarifa, así que ambos bajan más.

Front Autopilot arranca en 0,05 $ por conversación.

Detente un momento en eso. Cuando hice este ejercicio para otros helpdesks, la IA nativa costaba 30 veces por encima del costo bruto de tokens y el argumento de construirlo tú mismo se escribía solo. La tarifa nativa de Front es aproximadamente 3 veces el costo de tokens, y Opus está a un margen de redondeo de distancia. Front tampoco cobra nada por acción por el servidor MCP, mientras que el puente comparable de primera parte en otros lugares cobra 1,5 centavos por acción.

Así que el argumento de los tokens baratos se desvanece en su mayor parte aquí, y lo que queda es la factura de la plataforma. Ahí es donde Front realmente se vuelve caro, y sus propios usuarios son directos al respecto:

"Front is so expensive. We're up to 55 users now. Spending like 35k a year on it, just to make comments on emails. It's insane."

Coleybama, r/sysadmin, Reddit

También hay una trampa de precios que vale la pena revisar antes de comprar nada. Professional cuesta 65 $ por asiento. Copilot son 20 $, Smart QA son 20 $, Smart CSAT son 10 $. Apila los tres sobre Professional y estás en 115 $ por asiento, mientras que Enterprise es 105 $ e incluye los tres. Si planeas adoptar la IA asistiva en serio, revisa primero Enterprise. Autopilot sigue siendo un cargo de uso separado de cualquier forma.

Pon tus propios números:

Ejecútalo con casi cualquier tamaño de equipo realista y pasa lo mismo: la factura de asientos eclipsa la factura de IA. Lo que significa que optimizar tu gasto de IA construyendo una pipeline de Claude es optimizar el número pequeño, mientras el número grande queda intacto. Ese es el argumento que le daría a cualquiera que se incline por la ruta 4 solo por costos, y es la misma trampa que desmenuzamos en nuestro análisis del costo del servicio al cliente con IA.

El contrapeso, dicho con honestidad, es que el gasto en API es real y la gente sí se ve atrapada por él:

"The problem with AI at this time is the API cost. It's so expensive and having them replace existing worker requires tools. You add cost snd tools, turns out not worth the savings overtime."

DeepPeeps, r/AIforOPS, Reddit

Adónde va realmente el dinero

Quince días de ingeniería es mi estimación honesta para una versión uno que lea una conversación, recupere de tu base de conocimiento, redacte una respuesta como comentario, y registre lo que hizo. Esa parte no es difícil. He construido más o menos esto más de una vez.

La parte difícil empieza en la semana cuatro, y nunca es el modelo. Es saber cuándo el agente debería quedarse callado. Un ingeniero en Hacker News describió toda la arquitectura, incluida la solución, mejor que la mayoría de los documentos de diseño que he leído:

"[...] On my side I now search for the most relevant Q&A pair based on the embedding of user's input and QA and jam as much as I can into the token limit. It provides accurate answers 99% of the time. If it can't find a suitable answer, it may create a plausible response on the spot, but that's getting rarer as training set grows. To prevent the bot from providing incomplete information, you can instruct it to ask users to contact support via email if it doesn't have enough information."

kozikow, Hacker News

Lee de nuevo la frase del medio. "It may create a plausible response on the spot" es todo el riesgo en nueve palabras, y la mitigación que se ofrece es una instrucción en un prompt. Eso funciona hasta que deja de funcionar, y el fallo es silencioso por diseño, porque una respuesta incorrecta con confianza se ve exactamente igual que una correcta con confianza.

El enrutamiento por confianza no es un prompt. Es una puntuación de recuperación, un umbral que ajustas contra resultados reales, y una ruta de abstención que deja la conversación viéndose intacta para que un humano la recoja con normalidad. Eso es la semana seis, no la semana dos, y por eso la triage de tickets existe como categoría propia y no como una frase que alguien añadió a un system prompt. Si estás dimensionando ese trabajo, nuestra guía sobre cómo automatizar la triage de tickets cubre la capa de clasificación, y IA para la triage de tickets cubre quién ya lo ha construido.

El costo de equivocarse tampoco es teórico:

"I'm reminded of the Air Canada customer service chatbot. It completely made up a refund policy (and there are still people on HN who insist LLMs don't hallucinate) and a court ruled the company had to honor it [1]."

jmyeet, Hacker News

Para que conste, el Autopilot de Front ya hace la mitad de la escalación de esto, y un usuario de Front lo describió con claridad: el agente lee las bandejas compartidas y la documentación, y si se queda atascado, el problema se escala. Puedes ver el traspaso en el producto, donde el bot ofrece una reparación, luego crea una conversación real y le dice al cliente cuándo responderá un humano.

Vale la pena saber qué cubre realmente la historia de pruebas de Front, ya que es la parte que la gente asume. La simulación de Front es un botón Test en un playbook: escribes un mensaje hipotético y ves una vista previa de si el playbook se activa y qué dice. Eso es útil, y no es un replay contra tus propias conversaciones resueltas. Son garantías distintas, y la segunda es la que te dice si el agente habría acertado el mes pasado.

Cómo decidiría realmente

Esa última fila se cumple en las cuatro, y no es un accidente de la beta. El conector de Front está diseñado para mantener a un humano en el ciclo: la identidad de un miembro del equipo, confirmación en cada envío, 20 envíos por minuto. Esas son las propiedades de un buen asistente y las propiedades descalificadoras de un agente autónomo. El puente es excelente y apunta hacia tu equipo, no hacia tu cola.

Si lo que querías era que las conversaciones de nivel 1 se resolvieran solas, el modelo nunca fue la pieza que faltaba. Esa es la brecha que existe para llenar la categoría de agente de IA, y vale la pena entender en qué se diferencia de un chatbot basado en reglas antes de elegir.

Para el panorama más amplio, nuestro resumen del mejor software de helpdesk con IA cubre quién ya ha construido esa pila, y la mejor IA para Front lo acota específicamente a esta bandeja.

eesel AI para Front

Así que aquí está el argumento honesto, dado todo lo anterior.

eesel se instala desde el App Store de Front y se une a tu bandeja compartida como un agente de IA real. No un widget, no una segunda bandeja. Lee conversaciones, redacta y envía respuestas, añade comentarios privados, enruta a miembros del equipo, actualiza etiquetas, y gestiona los plazos de SLA, a través de correo, chat web y SMS, respondiendo por el canal que usó el cliente. Respeta las reglas de Front, la lógica de asignación y las políticas de SLA que ya construiste. La configuración toma menos de 30 minutos.

Tres cosas importan más dado el tema de este artículo.

Primero, la pregunta del modelo deja de ser tu problema. Anthropic es uno de los proveedores nombrados por eesel, así que si tu instinto era "quiero razonamiento a la altura de Claude en mis conversaciones de Front", puedes tener el resultado sin tener que mantener la app de OAuth, la capa de recuperación ni la lógica de escalación.

Segundo, el techo de conocimiento se mueve. ¿Recuerdas a ese equipo B2B que quería respuestas extraídas de la guía de usuario, Slack, la base de conocimiento interna y los tickets pasados a la vez? eesel importa automáticamente tus conversaciones pasadas de Front, respuestas predefinidas, y artículos de base de conocimiento, y no está limitado a rastreos de sitios web públicos. Esa es la diferencia entre dos tipos de fuente y todos ellos.

Tercero, sobre lo que da vueltas todo este artículo. Empiezas en modo borrador-para-revisión, con un humano aprobando cada respuesta, y luego pasas a autónomo en las conversaciones fáciles una vez que confías en ello. Y puedes ver exactamente qué hizo, por herramienta, incluyendo qué acciones se aprobaron y cuáles se rechazaron.

El precio es 0,40 $ por conversación de Front resuelta, donde una conversación es una tarea, incluyendo cada respuesta y seguimiento dentro de ella. Sin cargo de plataforma, sin cargo por asiento, sin mínimo, y empiezas con 50 $ de uso gratis. Enruta 200 de tus 1.000 conversaciones mensuales hacia esto y pagas por 200. Siendo directos: se te cobra por conversación resuelta sin importar el resultado, porque el cómputo se ejecuta de todas formas, y hay un tope mensual predeterminado de 250 $ que pausa a los agentes para que una mala semana no se convierta en una mala factura.

Esa es la comparación que querría que un comprador hiciera realmente: 0,40 $ por conversación con la escalación, la fundamentación y el reporte ya construidos, frente a 0,05 $ por conversación de Autopilot más lo que te cuesten los asientos, frente a quince días de ingeniería y mantenimiento indefinido para la versión que posees tú mismo.

Prueba eesel gratis en tus propias conversaciones de Front. Si quieres el lado nativo primero, nuestra reseña de Front es justa sobre dónde gana, y alternativas a Front está ahí si la factura de asientos es el problema real que viniste a resolver.

Vale una nota al pie si estás leyendo documentación más antigua: Front AI Answers es el nombre de la función heredada que todavía podrías ver mencionada, y ya no se puede comprar.

Una última nota práctica. Nada en este artículo te obliga a decidir hoy. Conecta el servidor MCP de Front esta tarde, porque es gratis y hará que tu propia bandeja compartida te resulte inmediatamente más útil. Luego decide por separado si quieres un agente en la cola, que es una pregunta distinta con una respuesta distinta.