Claude Fable 5.2 diseñó desde cero tres dispositivos electrónicos a partir de un prompt corto

El hardware perdona los errores mucho peor que el software. Una errata en el código se corrige en un minuto, pero una patilla de chip confundida supone un nuevo lote de placas y una semana de espera. Por eso una historia en la que un modelo de lenguaje diseña un dispositivo completo y este se enciende a la primera impresiona más que otro benchmark más.

Qué se hizo exactamente

Anthropic realizó una serie de experimentos con la empresa Diode Computers. Claude Fable 5.2 diseñó tres dispositivos: un altavoz con manos libres con USB-C y Bluetooth, un hub de voz para el hogar inteligente y una mascota virtual portátil.

Para cada dispositivo, el modelo recibió un prompt corto: una idea más los requisitos principales de hardware. Después trabajó por su cuenta. Redactó la especificación, dibujó los esquemas eléctricos, colocó los componentes en la placa, diseñó la carcasa, escribió el firmware y elaboró la lista de piezas.

La parte física la hicieron personas. Los ingenieros de Diode montaron y pusieron en marcha los dispositivos siguiendo estrictamente las indicaciones del modelo. Según Anthropic, los tres prototipos funcionaron sin cambios en el diseño del circuito y hasta ahora no se han averiado.

En un equipo habitual, estas etapas las llevan especialistas distintos: un diseñador de circuitos, un diseñador de placas, un ingeniero mecánico, un autor de firmware y un responsable de compras. Aquí toda la cadena pasó por un solo modelo. Por eso la cuestión principal es la coherencia entre etapas. El esquema, la placa, la carcasa y el firmware deben encajar entre sí, y es en las uniones donde con más frecuencia todo falla.

El botón de silencio y un ángulo de 25 grados

El ejemplo del altavoz lo muestra mejor. La placa no podía simplemente introducirse en la carcasa: el interruptor de silencio chocaba con la pared trasera. Claude propuso instalar la placa con una inclinación de unos 25 grados y añadió este paso a las instrucciones de montaje.

Es un detalle menor, pero revelador. Es un problema en la frontera entre la electrónica y la mecánica: el circuito puede ser impecable, pero si el botón no cabe en la carcasa, el dispositivo no se puede montar. El modelo mantuvo presentes a la vez la parte eléctrica, la geometría de la carcasa y el orden de montaje. Y anotó la solución de modo que una persona con un soldador pudiera repetirla.

Lo que no sabemos

Hay una sola fuente, una publicación de la propia Anthropic, y todavía no hay verificación independiente. Hay varias lagunas notables:

• no se dice cuántas iteraciones e intentos hicieron falta para llegar al resultado;
• se desconoce cuánto tiempo dedicaron los ingenieros a la revisión y el montaje;
• no se informa nada sobre la certificación (obligatoria para dispositivos Bluetooth) ni sobre la producción en serie;
• «hasta ahora no se han averiado»: no se indica el plazo de uso.

A juzgar por la descripción, no son dispositivos de nivel smartphone. Un altavoz, un hub y una mascota electrónica son tareas de una escala comprensible. No hay datos sobre cómo se las arreglaría el modelo con una placa multicapa densa o requisitos estrictos de consumo energético.

Qué hacer con esto

Startups de hardware y product managers. El ciclo «idea — prototipo funcional» podría acortarse. Quizá sea posible probar una hipótesis sobre un dispositivo antes de contratar un equipo completo. Pero primero valore qué etapas está dispuesto a confiar al modelo y cuáles revisará a mano.

Ingenieros. El papel se desplaza hacia la revisión y la verificación. La lista de piezas, el esquema de alimentación y el ruteo deben ser revisados por una persona mientras no haya estadísticas de fiabilidad. Un hábito útil del ejemplo del ángulo de 25 grados: exija al modelo que registre las suposiciones y las soluciones no estándar directamente en las instrucciones.

Todos los que siguen la IA. Lo revelador es el planteamiento de la tarea. No es una habilidad aislada, como escribir una función, sino una cadena de extremo a extremo desde una descripción en texto hasta un objeto físico sobre la mesa. Los modelos agénticos se ponen realmente a prueba en tareas de este tipo, porque ahí no se puede ocultar un error con un informe bonito: el dispositivo se enciende o no se enciende.