Scribe simplifica las firmas de correo electrónico y las hace medibles: una empresa puede desplegar firmas coherentes y alineadas con su marca en toda la organización, sin configuración por empleado, y convertir la firma en un canal de ingresos medible. La empresa tiene cinco años y un sólido encaje producto-mercado. Durante una reconstrucción completa del producto, Scribe lanzó todo su producto y su documentación en 16 idiomas. La integración llevó menos de un día; a partir de ahí, los dos fundadores gestionaron la localización por su cuenta, sin contratar a nadie ni recurrir a una agencia. Configuraron el motor —glosario, voz de marca, instrucciones por idioma y puntuación de calidad con IA en cada traducción— iterando con Claude a través del servidor MCP de Lingo.dev.

"Lingo.dev nos dio un motor de localización que gestionamos desde una API, un MCP y una CLI, directamente dentro de nuestro propio stack. Para un equipo con mentalidad de ingeniería, es una decisión obvia."

Clément Champau, CEO y cofundador, Scribe

Por qué localizar ahora, después de cinco años#

La IA hizo que la localización fuera viable para un equipo de dos personas, y además coincidió con una reconstrucción completa del producto: nueva UI, nueva UX y el momento perfecto para anunciar 16 idiomas. Tras cinco años, Scribe ya había alcanzado un sólido encaje producto-mercado y una UI estable, así que retraducir no iba a verse afectado por cambios constantes en la interfaz.

El mercado empujaba en la misma dirección. Algunos compradores enterprise siguen más centrados en digitalizar que en adoptar IA, y en varios mercados un producto que no habla el idioma local añade fricción al proceso de venta. Scribe empezó donde estaba la facturación: francés, incluida el África francófona; español, priorizando LatAm; e inglés. Esos tres cubren la mayor parte del mundo occidental, además de América Latina. A partir de ahí pasó a los mercados con mayor PIB: Suiza, Noruega y Suecia. "El PIB más alto de Europa, el PIB más alto del mundo", dijo Clément.

Por qué una plataforma con mentalidad de ingeniería fue el factor decisivo#

Clément descubrió Lingo.dev en el directorio de Y Combinator; sigue de cerca las nuevas herramientas de YC y las adopta pronto. Lo decisivo fue el lugar que ocupaba la plataforma dentro del stack. Lingo.dev es una plataforma de ingeniería de localización: un motor de localización configurable —glosario, voz de marca, instrucciones por idioma y puntuación de calidad con IA que evalúa el resultado de forma independiente— impulsado por una API, un servidor MCP y una CLI. Funciona en la primera capa del proceso de desarrollo, igual que el resto de la infraestructura del equipo.

"Queríamos algo en la primera capa del proceso de desarrollo. Necesitas una API, necesitas un MCP, y una vez que tienes eso, podemos encajar ese tipo de Lego en nuestro flujo de trabajo con agentes muy fácilmente."

Gil, cofundador y CTO de Scribe, leyó la documentación de la API, vio que era sólida e integró todo en menos de un día.

"Se lo pasé a Gil. Leyó la documentación de la API, dijo que tenía buena pinta y en menos de un día lo había implementado todo."

Cómo el CEO configuró todo el motor a través del MCP#

Después de la integración de un día, Clément configuró él mismo todo el motor —voz de marca, glosario e instrucciones por idioma— a través del servidor MCP de Lingo.dev, pese a no ser desarrollador. La configuración final fue considerable: 16 voces de marca, 133 instrucciones y 644 términos de glosario.

El proceso era muy concreto. Ejecutaba un idioma, abría la app, hacía capturas de pantalla y las reenviaba por el MCP: aquí se rompía la llamada a la acción, aquí se rompía la UI. Claude ajustaba las tres palancas —glosario, instrucciones y voz de marca— hasta que el resultado funcionaba. Después lanzaba la traducción completa y desplegaba el resto.

"Ejecutaba un idioma, miraba la app, hacía capturas de pantalla y las reenviaba por el MCP —aquí se rompía la CTA, aquí se rompía la UI— y Claude adaptaba el glosario, las instrucciones y la voz de marca hasta que quedaba bien."

El agente también tomó la iniciativa dentro del mismo flujo de trabajo. Mientras optimizaba el SEO de la nueva homepage, Claude detectó que Google estaba tratando las páginas localizadas como versiones de respaldo de la página en inglés, en lugar de como objetivos de idioma independientes. Como tenía acceso al motor por MCP, volvió a ejecutar la sincronización de Lingo.dev para corregirlo.

¿Cómo validar la calidad de una traducción en idiomas que no hablas?#

El motor mide su propio resultado. En las ejecuciones de Scribe, la puntuación media de calidad con IA fue de unos 87 sobre 100, con aproximadamente un 96 % de las traducciones evaluadas en 70 o más: una señal de calidad en 16 idiomas que los dos fundadores no leen personalmente.

Scribe publica con aproximadamente un 95 % y considera la posedición humana la vía para cerrar la brecha final a medida que escala. El razonamiento es sencillo: un producto que resuelve un problema real no pierde al usuario por una traducción que no esté perfectamente pulida.

"Incluso al 95 % es suficientemente bueno. Si estás resolviendo un problema real y el usuario quiere la solución, una traducción que no es perfecta no le impedirá usar el producto."

¿Compensa desarrollar la localización o comprarla?#

Clément recomendó Lingo.dev a uno de sus inversores, un CTO que ya había desarrollado la localización internamente. Su reacción zanjó el debate entre desarrollar o comprar.

"Recomendé Lingo.dev a uno de nuestros inversores, que también es CTO. Había desarrollado la localización internamente, y su reacción fue: esto es exactamente lo que deberíamos haber usado. Si lo hubiera sabido, habría invertido en ellos."

El coste que sorprendió a Scribe no fue el desarrollo inicial. Fue el mantenimiento: los casos límite que no dejan de aparecer y las decisiones constantes sobre cómo mejorar el sistema.

"Nada es fácil. En cuanto empiezas a gestionar todos los casos límite —y no dejan de llegar—, mantenerlo requiere tiempo de verdad. Es mejor integrar algo pensado para equipos de ingeniería y saber que hay un equipo trabajando en ello las 24 horas del día."

Con la IA ejecutando el trabajo, el valor pasa a quien diseña el sistema. El motor de localización —glosario, voz de marca, instrucciones y puntuación de calidad con IA— es una arquitectura que difícilmente diseñará igual de bien un equipo interno que trabaje contrarreloj.

La fricción con la facturación y la solución#

Al principio, la visibilidad de costes era limitada. Clément tenía que lanzar una ejecución y refrescar la interfaz para confirmar que los créditos no se agotarían a mitad del proceso; cuando ocurría, la ejecución se detenía y tenía que reiniciarla. Lo comentó, y la solución llegó esa misma semana: una estimación del coste antes de ejecutar y un indicador de uso con recarga automática.

"Ahora puedo ver cuánto tarda una ejecución y cuánto va a costar antes de empezarla. Antes tenía que lanzarla y seguir refrescando para asegurarme de que los créditos no se agotaban, porque cuando pasaba, todo se detenía y teníamos que reiniciar."

El cambio le permitió anticipar el resultado: tiempo de ejecución y coste conocidos antes de que empiece el proceso. El contraste que destacaba era claro: entre pedir un cambio y esperar, o ver ese cambio desplegado en la misma semana. "Enhorabuena por lo rápido que iteráis", dijo.

Dónde están ahora#

Scribe gestiona cuatro apps —app web, app de escritorio y otras— además de su documentación, todo desde el inglés y todo a través de un único motor de localización. La sincronización automática está desactivada por ahora; Gil lanza las ejecuciones manualmente después de cambios importantes, una costumbre heredada de un problema inicial con los créditos y reforzada por lo pocos cambios que llegaron tras el gran lanzamiento. El plan es activar la sincronización automática cuando todo esté completamente estable, para que un único push despliegue en todas las apps y en la documentación.

El servidor MCP es una de las tres vías de acceso a la plataforma, junto con la API y la CLI. La mayoría de los MCP son de solo lectura o están limitados por el contexto; el de Lingo.dev permitió que una persona no desarrolladora configurara todo el motor de localización, liberando a Gil para pasar a lo siguiente después de ese día de configuración.

"Ni siquiera pasé tanto tiempo en la interfaz, pero lo hizo bien."

El motor se encargó de la traducción; Clément, de la configuración.

Qué significa esto para los equipos pequeños que localizan software#

El despliegue de Scribe apunta a un patrón que va más allá de las firmas de correo electrónico. Para un equipo con mentalidad de ingeniería, la localización ha pasado de ser un problema de mano de obra a uno de diseño de sistemas. Los modelos se encargan de la traducción; el trabajo que queda es configurar el motor que los gobierna: glosario, voz de marca, instrucciones por idioma y la puntuación de calidad con IA que evalúa el resultado.

Ese cambio altera la ecuación entre desarrollar o comprar. La parte cara de la localización interna nunca fue la primera versión, sino el mantenimiento: los casos límite, los cambios en los modelos y las reglas por idioma que se acumulan con el tiempo. Una plataforma de ingeniería de localización absorbe esa carga, y por eso un equipo de dos personas puede gestionar 16 idiomas sin incorporar a nadie dedicado a localización.

Hay tres condiciones que hacen que esto sea extrapolable a otros equipos. El contenido fuente vive en control de versiones. El motor funciona mediante una API, una CLI y un servidor MCP, así que encaja en el flujo de trabajo que el equipo ya utiliza. Y la puntuación de calidad con IA hace que el resultado sea medible en idiomas que nadie del equipo habla: la diferencia entre confiar en una traducción y verificarla.

En sus propias palabras#

"Con la IA ejecutando tan bien, el valor está ahora del lado del arquitecto: gana el mejor diseñador de sistemas. Si lo hubiera construido yo mismo, no habría diseñado un sistema tan bueno."

"Recomendé Lingo.dev a uno de nuestros inversores, que también es CTO. Había desarrollado la localización internamente, y su reacción fue: esto es exactamente lo que deberíamos haber usado. Si lo hubiera sabido, habría invertido en ellos."

"Ejecuta un idioma para el mercado que quieras abrir. Implémentalo, prueba el MCP: hace el trabajo por sí solo. El verdadero momento de revelación es el MCP."

Clément Champau, CEO y cofundador, Scribe

Scribe es la plataforma de firmas de correo que miles de empresas utilizan para desplegar firmas coherentes y alineadas con la marca en toda la organización, sin tener que configurar nada empleado por empleado, y convertirlas en un canal de ingresos medible. Sus dos fundadores gestionan el producto y la documentación en 16 idiomas, configurados como un único motor de localización que operan igual que el resto de su infraestructura. Su localización funciona con Lingo.dev.

Preguntas frecuentes#

¿Cuánto se tarda en integrar un motor de localización?

Menos de un día. El CTO de Scribe leyó la documentación de la API, vio que era sólida e integró la API de Lingo.dev en el flujo de trabajo de agentes que ya tenían en menos de un día. La configuración del motor —glosario, voz de marca e instrucciones por configuración regional— se hizo después por separado, liderada por el CEO a través del servidor MCP.

¿Puede alguien que no sea desarrollador configurar un motor de localización?

Sí. Tras la integración, que llevó un día, el CEO de Scribe —con perfil técnico, aunque no desarrollador— configuró él mismo todo el motor a través del servidor MCP de Lingo.dev: puso en marcha un idioma, revisó la aplicación e hizo que Claude ajustara el glosario, las instrucciones y la voz de marca hasta que el resultado se mantuvo. La configuración final alcanzó 16 voces de marca, 133 instrucciones y 644 términos de glosario.

¿Cómo se valida la calidad de las traducciones en idiomas que no hablas?

Scribe se apoya en una puntuación de calidad basada en IA: cada traducción la evalúa un modelo independiente del que la generó. En las ejecuciones de Scribe, la puntuación media fue de unos 87 sobre 100, y aproximadamente el 96 por ciento de las traducciones obtuvo 70 puntos o más. Eso da a un equipo de dos personas una señal de calidad medible en 16 idiomas que no leen personalmente, y reserva la posedición humana para cerrar la última brecha.

¿Es mejor desarrollar la localización internamente o comprarla?

Scribe son dos fundadores técnicos que podrían haber desarrollado la localización internamente. Eligieron una plataforma tras valorar el mantenimiento, no la implementación inicial. Uno de sus inversores, un CTO que sí la había desarrollado internamente, lo resumió así de claro: esto es exactamente lo que deberíamos haber usado. El coste que se acumula con el tiempo no es la primera versión, sino los casos límite y las reglas de cada configuración regional.

¿Qué hace realmente un ingeniero de localización?

Menos traducir y más configurar. En Scribe, el trabajo consistió en poner a punto el motor —glosario, voz de marca e instrucciones por configuración regional— y ajustarlo en función de las puntuaciones de calidad de la IA, en lugar de gestionar traductores o archivos. El rol se parece más a la ingeniería de plataformas que a la coordinación de proveedores: diseñas y operas el sistema que produce las traducciones, en vez de gestionar a las personas que las producen.

¿Qué le dirías a un colega que lo está evaluando?

"Pon en marcha un idioma para el mercado que quieres abrir. Implántalo, prueba el MCP: hace el trabajo por sí solo. El momento de revelación es, de verdad, el MCP."