Por qué construimos sobre Claude: qué hay bajo el capó

La mayoría de los productos de IA no te dicen qué modelo usan. Dicen «nuestra avanzada tecnología de IA» y pasan página. Nosotros vamos a hacer lo contrario, porque los diseñadores lo preguntan y hacen bien. No se entrega trabajo de cliente a una herramienta sin saber qué lleva en el motor.

¿Qué modelos?

La familia Claude de Anthropic. No un único modelo: entran distintos modelos de Claude según el tipo de trabajo. Preparar una plantilla, aplicar un cambio que ha pedido el usuario y encontrar y arreglar un fallo son tareas de peso muy distinto; ponerlas todas en un mismo modelo no sería ni bueno ni sensato.

Esto no es un acuerdo comercial ni un patrocinio. Es una decisión técnica, y el razonamiento está abajo.

¿Por qué Claude?

La respuesta no es «es el modelo más listo»: esa frase no significa nada, porque las clasificaciones se mueven cada mes. La respuesta está en la forma de nuestro trabajo.

Como trabajamos partiendo de plantilla, lo que necesitamos del modelo no es creatividad: es fidelidad. Tenemos una base de código probada, diseñada por diseñadores humanos. Cuando un usuario dice «añade una cuarta tarjeta a la sección de servicios», eso es exactamente lo que el modelo debe hacer, ni más. No queremos que repiense la arquitectura, que «mejore» el sistema de estilos ni que cuele un adorno que nadie pidió.

Es un trabajo más difícil de lo que suena y produce una diferencia real entre modelos. Elegimos Claude por lo estrictamente que interpreta una instrucción dentro de una base de código existente, por lo bien que sostiene un contexto largo y por lo baja que es su tendencia a añadir cosas que nadie ha pedido. No miramos quién gana el concurso de generación desde página en blanco, porque no estamos en ese concurso.

¿Por qué no un único modelo?

Poner el modelo más pesado en cada tarea es como ir a todas partes en camión: funciona, pero es desperdicio. Lo contrario también es cierto: darle trabajo pesado a un modelo ligero parece barato y sale caro. El montaje correcto reconoce la tarea y elige el modelo que le encaja.

Detrás de «los costes son bajos» no hay magia, hay decisiones de ingeniería como esta. El usuario no ve nada de eso: solo que la respuesta llega rápido y que la factura no se dispara. Que es exactamente como debe ser.

Lo que deliberadamente no dejamos en manos de la IA

Ser un producto de IA no significa que la IA lo haga todo. Hay terrenos que mantenemos fuera de su alcance a propósito:

• El diseño en sí: las plantillas las componen diseñadores humanos —orden de secciones, escala tipográfica, flujo de conversión—
• Las decisiones arquitectónicas: estructura de carpetas, sistema de componentes y enfoque de estilos están fijados en la plantilla; el modelo no vuelve sobre ellos
• La infraestructura de publicación: compilación, alojamiento, certificados y conexión del dominio son software ordinario, sin ningún modelo por medio
• El SEO técnico: canonical, sitemap, schema.org y metaetiquetas salen de la plantilla en lugar de depender de que el modelo se acuerde

La lógica común de esa lista: si algo tiene que salir idéntico siempre, no se lo pidas a un modelo. Los modelos son buenos produciendo variación, no dando garantías. Todo lo que necesitaba una garantía lo escribimos en código.

Compilación estática: la parte que el modelo nunca ve

Lo que está publicado en tu web no es salida de una IA: es HTML compilado de forma estática. Cuando un visitante abre la página no se ejecuta ningún modelo por detrás ni sale ninguna petición hacia un proveedor de modelos. El modelo entra solo cuando pides un cambio, hace su trabajo y se retira.

Esa distinción cierra dos preguntas a la vez: la velocidad de tu web no depende del modelo (es un archivo estático, tan rápido como puede serlo un archivo) y, aunque el modelo cambie algún día, la web que está publicada sigue funcionando exactamente igual.

Un buen producto de IA no es el que pone el modelo más caro en todas partes. Es el que sabe qué tarea merece qué modelo.

El modelo por sí solo no basta

Esta es la parte más importante y, siendo honestos, vale también para nuestros competidores: todo el mundo tiene acceso a los mismos modelos. Cualquiera puede conectarse a Claude por API. Así que el modelo no es una ventaja: es un insumo.

Lo que marca la diferencia es lo que rodea al modelo. En nuestro caso, la plantilla: un esqueleto compuesto por diseñadores humanos, con el orden de secciones y el flujo de conversión ya pensados. El modelo no trabaja sobre una página en blanco; trabaja dentro de una estructura donde la disposición de carpetas, la arquitectura de componentes y el sistema de estilos ya están resueltos. Eso encoge la superficie a la que puede agarrarse una alucinación y hace que el resultado sea coherente cada vez.

Y está la parte invisible: alojamiento, certificados, historial de versiones, conexión del dominio y SEO técnico que llega por defecto. De eso el modelo no hace nada. La mayor parte del trabajo de un producto de IA, de hecho, no es IA.

¿Por qué escribimos esto?

Es raro que un producto diga qué modelo usa; la norma es «nuestra tecnología propia». Nosotros hacemos otra cosa por dos razones.

La primera: no hay ningún secreto que proteger. Todo el mundo puede llegar a los mismos modelos, así que ocultarlo no produce ninguna ventaja competitiva, solo vaguedad. La segunda: un diseñador que entrega trabajo de cliente tiene que saber qué lleva su herramienta bajo el capó. Cuando su cliente pregunte «¿qué ha escrito esta web?», necesita una respuesta. Si nosotros no damos la nuestra, él no puede dar la suya.

Una prueba sencilla: pregúntale a cada producto de IA que uses qué modelo lleva. Si no sabe responder, pregúntate por qué; normalmente o la respuesta es incómoda o nadie se planteó la pregunta. Las dos cosas son información.

¿Y si mañana aparece un modelo mejor?

Cambiamos. El modelo es una elección, no una identidad. Nuestra arquitectura está construida con independencia de él: la plantilla, la infraestructura de publicación y la capa de instrucciones se quedan mientras el motor de debajo cambia. Elegimos Claude para la carga de trabajo de hoy; si aparece algo mejor para esa carga, actualizaremos la elección y también lo escribiremos.

¿Debería importarte de verdad?

Un cierre honesto: en el uso diario, qué modelo llevamos no debería importarte mucho. Escribes la instrucción, la web cambia y la marca del motor permanece invisible. Una buena herramienta te hace olvidarte de ella.

Hay dos situaciones en las que sí debería importarte. La primera: entregas a un cliente corporativo y necesitas respuesta cuando pregunte «¿qué ha escrito esta web y a dónde van mis datos?». La segunda: quieres medir cuán honesta es una herramienta, porque un producto que se niega a abrir el capó suele estar callándose otras cosas.

El resto es problema nuestro. Tu trabajo es entregarle una buena web a tu cliente; que no tengas que pensar en qué modelo se ocupó de qué tarea es la señal de que nosotros hicimos el nuestro.