Scribe hace que las firmas de correo electrónico sean simples y medibles: una empresa puede implementar firmas consistentes, alineadas con su marca, en toda la organización, sin configurar nada por empleado, y convertir la firma en un canal de ingresos medible. La empresa tiene cinco años y un sólido product-market fit. Durante una reconstrucción completa del producto, Scribe lanzó todo su producto y su documentación en 16 idiomas. La integración tomó menos de un día; a partir de ahí, los dos fundadores se encargaron de la localización ellos mismos, 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 operamos desde una API, un MCP y un CLI, directamente en nuestro propio stack. Para un equipo con mentalidad de ingeniería, no hay ni qué pensarlo."

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 el momento coincidió con una reconstrucción completa del producto: nueva UI, nueva UX y una oportunidad natural para anunciar 16 idiomas. Después de cinco años, Scribe ya había alcanzado un sólido product-market fit y una UI estable, así que retraducir no se iba a romper por cambios constantes en la interfaz.

El mercado también empujaba en esa dirección. Algunos compradores enterprise todavía están en proceso de digitalización, más que de adopción de IA, y en varios mercados un producto que no habla el idioma local genera fricción en el proceso de venta. Scribe empezó donde estaban los ingresos: francés, incluida África francófona; español, primero LatAm; e inglés. Esos tres cubren la mayor parte del mundo occidental, además de América Latina. A partir de ahí avanzó hacia 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 a través del directorio de Y Combinator; sigue de cerca las nuevas herramientas de YC y suele adoptarlas temprano. Lo que terminó de convencerlo 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 de forma independiente el resultado— impulsado por una API, un servidor MCP y un CLI. Opera en la primera capa del proceso de desarrollo, igual que el resto de la infraestructura de un 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 estaba bien resuelta e integró todo en menos de un día.

"Se lo mandé a Gil. Leyó la documentación de la API, dijo que se veía sólida, y en menos de un día ya había implementado todo."

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

Después de esa 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 sustancial: 16 voces de marca, 133 instrucciones y 644 términos de glosario.

El ciclo era muy concreto. Ejecutaba un idioma, abría la app, tomaba capturas de pantalla y las devolvía por el MCP: aquí se rompió el llamado a la acción, aquí se rompió la UI. Claude ajustaba las tres palancas —glosario, instrucciones y voz de marca— hasta que el resultado aguantaba. Después ejecutaba la traducción completa y desplegaba el resto.

"Yo ejecutaba un idioma, miraba la app, tomaba capturas de pantalla y las devolvía por el MCP —aquí se rompió el CTA, aquí se rompió 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 página de inicio reconstruida, Claude detectó que Google estaba tratando las páginas localizadas como versiones de respaldo de la página en inglés, en lugar de objetivos independientes por idioma. Como tenía acceso por MCP al motor, volvió a ejecutar la sincronización de Lingo.dev para corregirlo.

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

El motor mide su propio resultado. A lo largo de las ejecuciones de Scribe, la puntuación de calidad con IA promedió alrededor de 87 sobre 100, con aproximadamente el 96 por ciento 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 lanza con alrededor del 95 por ciento y ve la posedición humana como la vía para cerrar la brecha final a medida que escala. La lógica es sencilla: un producto que resuelve un problema real no pierde a un usuario por una traducción que no esté perfectamente pulida.

"Incluso al 95 por ciento es suficientemente bueno. Si estás resolviendo un problema real y el usuario quiere la solución, una traducción que no sea perfecta no va a impedirle usar el producto."

¿Conviene desarrollar la localización o comprarla?#

Clément recomendó Lingo.dev a uno de sus inversionistas, un CTO que ya había desarrollado la localización internamente. La reacción zanjó la pregunta de desarrollar o comprar.

"Recomendé Lingo.dev a uno de nuestros inversionistas, que también es CTO. Él 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 costo que sorprendió a Scribe no fue la construcción inicial. Fue el mantenimiento: los casos límite que no dejan de aparecer y la toma constante de decisiones sobre cómo mejorar el sistema.

"Nada es fácil. Una vez que empiezas a manejar todos los casos límite —y nunca dejan de llegar—, mantenerlo requiere tiempo real. Es mejor conectar algo con mentalidad de ingeniería y saber que hay un equipo trabajando en ello las 24 horas."

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 un equipo interno, construyendo contra reloj, diseñaría igual de bien.

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

Al principio, la visibilidad de costos era limitada. Clément tenía que iniciar una ejecución y actualizar la interfaz para confirmar que los créditos no se agotarían a mitad del proceso; cuando eso pasaba, la ejecución se detenía y él tenía que reiniciarla. Lo comentó, y las mejoras llegaron esa misma semana: una estimación de costo previa a la ejecución 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 iniciarla. Antes, tenía que lanzar una ejecución y seguir actualizando para asegurarme de que los créditos no se acabaran, porque cuando eso pasaba, todo se detenía y teníamos que reiniciar."

Ese cambio le permitió proyectar el resultado por adelantado: tiempo de ejecución y costo conocidos antes de que empezara una ejecución. El contraste que marcó fue entre levantar una solicitud y esperar, y ver que el cambio pedido se implementara en la misma semana. "Felicidades por el rápido ciclo de iteración", dijo.

Dónde está hoy#

Scribe opera 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. Por ahora, la sincronización automática está desactivada; Gil lanza las ejecuciones manualmente después de cambios importantes, un hábito heredado de un problema inicial con los créditos y reforzado por la escasez de cambios tras el gran lanzamiento. El plan es activar la sincronización automática una vez que todo esté completamente estable, para que un solo push despliegue en cada app y en la documentación.

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

"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 dejó de ser un problema de mano de obra para convertirse en un problema de diseño de sistemas. La traducción queda en manos de los modelos; el trabajo que queda es configurar el motor que los gobierna: el glosario, la voz de marca, las instrucciones por idioma y la puntuación de calidad con IA que evalúa el resultado.

Ese cambio modifica por completo la ecuación de 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 de modelo y las reglas por idioma que se acumulan con el tiempo. Una plataforma de ingeniería de localización absorbe todo eso, y por eso un equipo de dos personas puede operar 16 idiomas sin contratar a nadie dedicado a localización.

Tres condiciones hacen que esto pueda replicarse en otros equipos. El contenido fuente vive en control de versiones. El motor está impulsado por una API, un CLI y un servidor MCP, así que se integra al flujo de trabajo que el equipo ya usa. 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 palabras#

"Con la IA ejecutando tan bien, el valor ahora está 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 inversionistas, que también es CTO. Él 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 quieres abrir. Impleméntalo, prueba el MCP: hace el trabajo por sí solo. El momento aha realmente es el MCP."

Clément Champau, CEO y cofundador, Scribe

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

Preguntas frecuentes#

¿Cuánto tiempo lleva 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 y conectó la API de Lingo.dev al 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 locale— se hizo por separado después, a cargo del CEO a través del servidor MCP.

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

Sí. Después de una integración de un día, el CEO de Scribe —con perfil técnico, pero no desarrollador— configuró por sí solo todo el motor desde el servidor MCP de Lingo.dev: puso en marcha un idioma, revisó la app e hizo que Claude ajustara el glosario, las instrucciones y la voz de marca hasta que el resultado se sostuvo. La configuración final sumó 16 voces de marca, 133 instrucciones y 644 términos de glosario.

¿Cómo validan la calidad de las traducciones en idiomas que no hablan?

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

¿Conviene desarrollar la localización o comprarla?

Scribe está formado por dos fundadores técnicos que могли haber desarrollado la localización internamente. Eligieron una plataforma después de poner en la balanza el mantenimiento, no la implementación inicial. Uno de sus inversionistas, un CTO que ya la había desarrollado in-house, lo resumió así de claro: esto es exactamente lo que deberíamos haber usado. El costo que se acumula no está en la primera versión, sino en los casos límite y las reglas por locale con el tiempo.

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

Menos traducir, más configurar. En Scribe, el trabajo consistió en configurar el motor —glosario, voz de marca e instrucciones por locale— y afinarlo con base en los puntajes de calidad con 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. Impleméntalo, prueba el MCP: hace el trabajo por sí solo. El verdadero momento aha es el MCP."