# IA na bancada de conserto, ancorada nos seus documentos.

> Como o WrenchBoard lê uma placa: um pacote de conhecimento montado em cerca de dois minutos a partir do seu esquema elétrico e do boardview, motores de falha determinísticos sem nenhuma chamada a LLM na execução, e um agente que não consegue inventar uma referência de componente.

Source: https://wrenchboard.cloud/pt/ia-na-bancada

Envie um esquema elétrico em PDF e um boardview para o WrenchBoard e, cerca de dois minutos depois, você está trabalhando num aparelho que o sistema conhece de verdade: componentes inventariados, nets classificadas, sequência de boot mapeada, regras de defeito auditadas. Veja o que acontece nesses dois minutos, e por que nada do que o agente te diz depois fica por conta do acaso.

## Dois minutos dos documentos *ao conhecimento pronto*

Um técnico experiente que já viu uma placa cem vezes carrega a arquitetura dela na cabeça. O WrenchBoard monta esse modelo mental de forma explícita, antes de a primeira ponta de prova encostar na placa.

A montagem é feita por uma pequena fábrica de papéis especializados do Claude: um Scout reúne o que se sabe sobre o aparelho, um Registry congela o inventário de componentes, três Writers trabalham em paralelo (um mapeia a placa, um escreve o quadro clínico dos defeitos, um compila o vocabulário), e um Auditor confere o resultado antes de qualquer coisa ser guardada. A partir de um esquema elétrico em PDF e de um boardview, o processo todo leva cerca de dois minutos.

O resultado não é um texto corrido, é um corpus consultável em disco, por aparelho. Cada sessão de diagnóstico que vem depois lê dele e escreve de volta nele: medições, causas confirmadas, perguntas em aberto. Nada recomeça do zero.

## O esquema vira *um grafo que você pode consultar*

Um esquema elétrico em PDF de sessenta páginas é documentação para gente com horas sobrando. O WrenchBoard compila esse PDF, página por página, com a visão do Claude, num grafo elétrico: quais nets existem, a que classe pertencem, quais componentes estão nelas, como é a sequência de boot, com um relatório de qualidade anexado que diz quanto do documento foi lido com confiança.

É essa compilação que transforma “procurar no PDF” em “fazer uma pergunta à placa”. O que um componente faz, o que divide a mesma linha com ele, o que deveria estar energizado nesta fase de boot: as respostas saem do grafo em segundos, e elas citam o grafo, não a memória do modelo. O compilador tem [a sua própria página](https://wrenchboard.cloud/pt/esquema-eletrico-em-grafo).

## Motores determinísticos *por baixo do raciocínio*

O agente não adivinha cadeias causais, ele delega. Dois algoritmos puros ficam no centro do diagnóstico e não fazem nenhuma chamada a modelo de linguagem na execução:

- O **simulador** avança a sequência de boot da placa fase por fase e gera uma linha do tempo: quais linhas estão mortas, quais componentes estão sem alimentação, o que trava cada fase.
- O **gerador de hipóteses** recebe uma observação parcial, as poucas medições que você realmente fez, e enumera os candidatos de uma e duas falhas que a explicariam, ranqueados pelo quanto cada um se encaixa.

Determinístico quer dizer verificável: as mesmas medições sempre produzem os mesmos candidatos, e cada cadeia causal pode ser conferida à mão contra o grafo. O trabalho do agente é raciocinar em cima dessa estrutura com palavras simples, no nível [do técnico que está usando](https://wrenchboard.cloud/pt/aprender-microsolda), e não improvisar eletrônica.

## Uma sessão na bancada, *ferro na mão*

Na bancada, o agente pilota [o boardview](https://wrenchboard.cloud/pt/visualizador-boardview) enquanto você trabalha: ele destaca o pino a medir, traça a net suspeita, anota o protocolo de medição na própria placa. Se o raciocínio dele precisa de olhos, ele pede um quadro do seu microscópio USB; você também pode soltar um close de um chip suspeito no chat.

Você mede, ele interpreta, o ciclo continua. Cada medição é registrada, cada captura é guardada, e a sessão inteira pode ser repassada depois: o que foi dito, o que foi decidido, o que o agente realmente viu. O [fluxo completo de diagnóstico](https://wrenchboard.cloud/pt/diagnostico-placa-mae) é organizado como um técnico experiente faria, mas o ferro de solda nunca sai da sua mão.

## Os limites, *com honestidade*

O WrenchBoard rende mais com um esquema elétrico e um boardview em mãos; é aí que os inventários verificados e as cadeias determinísticas operam com capacidade total. Sem esses documentos, ele ainda monta um primeiro pacote de conhecimento a partir de fontes públicas: útil, mas mais raso. Essa distância não é uma limitação do software, é um problema de acesso à documentação, e é [o verdadeiro assunto por trás de “complexo demais para consertar”](https://wrenchboard.cloud/pt/complexo-demais-para-consertar). O alvo de desenvolvimento de referência é a placa-mãe do MNT Reform, escolhida justamente porque a documentação dela é aberta sob a licença CERN-OHL-S.

## Perguntas frequentes

### O que é exatamente um pacote de conhecimento?

Um corpus estruturado, por aparelho, que o sistema monta antes de qualquer diagnóstico: inventário de componentes, nets classificadas, sequência de boot inferida, regras de defeito conhecidas. Ele é montado por quatro papéis especializados do Claude (um Scout, um Registry, três Writers em paralelo, um Auditor) em cerca de dois minutos, e depois guardado em disco, onde cada sessão seguinte pode consultá-lo e enriquecê-lo.

### Preciso do esquema elétrico e do boardview do meu aparelho?

O sistema rende o máximo com os dois: é aí que os motores determinísticos produzem cadeias causais verificáveis. Sem eles, ele não desmorona; monta um primeiro pacote de conhecimento a partir de fontes públicas. A distância entre os dois é exatamente a distância que as leis de direito ao reparo existem para fechar.

### O que “determinístico” quer dizer aqui, na prática?

Dois motores ficam por baixo do raciocínio do agente: um simulador da sequência de boot, que avança fase por fase e gera uma linha do tempo de linhas e componentes mortos, e um gerador de hipóteses, que enumera candidatos de uma e duas falhas que explicam uma observação parcial, ranqueados contra o que você mediu. Nenhum dos dois faz chamada a modelo de linguagem na execução: mesma entrada, mesma saída, cada cadeia verificável à mão.

### O agente consegue mesmo ver a minha placa?

Sim, quando você permite. Conecte um microscópio USB ou uma webcam na bancada e o agente pede um quadro quando o raciocínio precisa; você também pode soltar uma foto macro no chat a qualquer momento. As capturas ficam guardadas com o reparo, então uma sessão pode ser repassada do começo ao fim: palavras, decisões e as fotos que o agente olhou.

### O que acontece se o agente citar um componente que não existe?

Ele não consegue afirmar um. Uma busca de referência que falha devolve as correspondências reais mais próximas, e o agente precisa escolher entre elas ou perguntar a você. Como segunda camada, um filtro no servidor varre cada mensagem que sai e marca visivelmente qualquer referência que ele não consegue verificar contra a placa lida, antes de o texto chegar na sua tela.