Método · mesa de reparación
IA en la mesa de reparación, anclada en tus documentos.
Sube un esquemático en PDF y un boardview a WrenchBoard y, unos dos minutos después, estás trabajando sobre un equipo que el sistema realmente conoce: componentes inventariados, nets clasificadas, secuencia de encendido trazada, reglas de falla auditadas. Esto es lo que pasa en esos dos minutos, y por qué nada de lo que el agente te diga después queda al azar.
Abre una placa en la mesa01Dos minutos
Dos minutos de los documentos al conocimiento útil
Un técnico experimentado que ha visto una placa cien veces lleva su arquitectura en la cabeza. WrenchBoard construye ese modelo mental de forma explícita, antes de que la primera punta toque la placa.
La construcción la hace una pequeña fábrica de roles especializados de Claude: un Explorador reúne lo que se sabe del equipo, un Registro fija el inventario de componentes, tres Redactores trabajan en paralelo (uno traza el mapa de la placa, otro escribe el cuadro clínico de fallas, otro compila el vocabulario) y un Auditor revisa el resultado antes de guardar nada. A partir de un esquemático en PDF y un boardview, todo el proceso toma unos dos minutos.
El resultado no es prosa, es un corpus consultable en disco, por equipo. Cada sesión de diagnóstico posterior lee de él y escribe en él: mediciones, causas confirmadas, preguntas abiertas. Nada vuelve a empezar de cero.
02El grafo
El esquemático se vuelve un grafo que puedes consultar
Un esquemático en PDF de sesenta páginas es documentación para humanos con horas por delante. WrenchBoard lo compila, página por página, con la visión de Claude, en un grafo eléctrico: qué nets existen, a qué clase pertenecen, qué componentes están en ellas, cómo es la secuencia de encendido, con un reporte de calidad adjunto que indica qué parte del documento se leyó con confianza.
Esa compilación es lo que convierte “buscar en el PDF” en “hacerle una pregunta a la placa”. Qué hace un componente específico, qué comparte su línea, qué debería estar vivo en esta fase de encendido: las respuestas salen del grafo en segundos, y citan el grafo, no la memoria del modelo. El compilador tiene su propia página.
03Los motores
Motores deterministas debajo del razonamiento
El agente no adivina las cadenas causales, las delega. Dos algoritmos puros están en el centro del sistema de diagnóstico y no hacen ninguna llamada a un modelo de lenguaje en ejecución:
- El simulador avanza la secuencia de encendido de la placa fase por fase y genera una línea de tiempo: qué líneas están muertas, qué componentes no tienen alimentación, qué bloquea cada fase.
- El generador de hipótesis toma una observación parcial, las pocas mediciones que realmente hiciste, y enumera los candidatos de una y dos fallas que la explicarían, clasificados según qué tan bien encaja cada uno.
Determinista quiere decir verificable: las mismas mediciones siempre producen los mismos candidatos, y cada cadena causal se puede comprobar a mano contra el grafo. El trabajo del agente es razonar sobre ese andamiaje en lenguaje normal, al nivel del técnico que lo usa, no improvisar electrónica.
04La sesión
Una sesión en la mesa, con el cautín en la mano
En la mesa, el agente controla el boardview mientras trabajas: resalta el pin que hay que medir, traza la net sospechosa, anota el protocolo de medición sobre la propia placa. Si su razonamiento necesita ojos, pide una imagen a tu microscopio USB; también puedes soltar en el chat un acercamiento de un chip sospechoso.
Tú mides, él interpreta, el ciclo continúa. Cada medición queda registrada, cada captura se guarda, y toda la sesión se puede reproducir después: lo que se dijo, lo que se decidió, lo que el agente realmente vio. El flujo de diagnóstico completo está estructurado como lo llevaría un técnico experimentado, pero el cautín nunca sale de tu mano.
La lectura viaja con tu siguiente mensaje
BAT1FUSED · 0 V · 14:02 No la vuelves a escribir, y el agente la lee antes de responder.
05Los límites
Los límites honestos
WrenchBoard está en su mejor momento con un esquemático y un boardview en la mano; ahí es donde los inventarios verificados y las cadenas deterministas trabajan a plena capacidad. Sin esos documentos, de todos modos construye un primer pack de conocimiento a partir de fuentes públicas: útil, pero más delgado. Esa brecha no es una limitación del software, es un problema de acceso a la documentación, y es el verdadero tema detrás de “demasiado complejo para reparar”. El objetivo de desarrollo de referencia es la tarjeta madre de la MNT Reform, elegida precisamente porque su documentación es abierta bajo la licencia CERN-OHL-S.
Míralo trabajar
El mismo agente, sobre una placa real
Esto no es una maqueta: es el banco de trabajo con su propia interfaz, corriendo sobre el pack de la MNT Reform exportado desde el motor, con 487 componentes reales y 2066 pads reales. Cada paso de abajo es lo que el motor responde sobre esta placa, desde las reglas del equipo para el síntoma hasta el grafo del esquemático detrás del fusible de entrada F1 y la net de la placa que alimenta. Esto es lo que hace el agente con una placa que no enciende.
Ocho llamadas a herramientas, cada una una respuesta real del motor sobre esta placa, y ni un solo componente nombrado de memoria.
Preguntas
Preguntas frecuentes
¿Qué es exactamente un pack de conocimiento?
Un corpus estructurado por equipo que el sistema construye antes de cualquier diagnóstico: inventario de componentes, nets clasificadas, secuencia de encendido inferida, reglas de falla conocidas. Lo arman cuatro roles especializados de Claude (un Explorador, un Registro, tres Redactores en paralelo, un Auditor) en unos dos minutos, y luego se guarda en disco, donde cada sesión posterior puede consultarlo y enriquecerlo.
¿Necesito el esquemático y el boardview de mi equipo?
El sistema rinde al máximo con los dos: ahí es donde los motores deterministas producen cadenas causales verificables. Sin ellos no se derrumba; construye un primer pack de conocimiento a partir de fuentes públicas. La diferencia entre ambos casos es exactamente la que las leyes del derecho a reparar buscan cerrar.
¿Qué significa determinista aquí, en concreto?
Debajo del razonamiento del agente hay dos motores: un simulador de la secuencia de encendido que avanza fase por fase y genera una línea de tiempo de líneas y componentes muertos, y un generador de hipótesis que enumera los candidatos de una y dos fallas que explican una observación parcial, clasificados según lo que mediste. Ninguno hace una llamada a un modelo de lenguaje en ejecución: misma entrada, misma salida, cada cadena comprobable a mano.
¿El agente puede ver mi placa?
Sí, cuando tú lo indicas. Conecta un microscopio USB o una webcam en la mesa y el agente pide una imagen cuando su razonamiento la necesita; también puedes soltar una foto macro en el chat en cualquier momento. Las capturas se guardan con la reparación, así que una sesión se puede reproducir de principio a fin: palabras, decisiones y las fotos que miró el agente.
¿Qué pasa si el agente cita un componente que no existe?
No puede afirmarlo. Una búsqueda de referencia que falla devuelve las coincidencias reales más cercanas, y el agente debe elegir entre ellas o preguntarte. Como segunda capa, un filtro del lado del servidor revisa cada mensaje saliente y marca de forma visible cualquier referencia que no puede verificar contra la placa analizada antes de que el texto llegue a tu pantalla.
Empieza
Prueba Wrench Board gratis, en tu navegador.
Plan gratuito, sin tarjeta. Abre la app, elige un equipo cubierto e inicia una sesión de diagnóstico con el agente.