IA y vibecoding
Por qué una puerta de fabricación importa más que un diseñador de IA
Una puerta de fabricación de PCB comprueba ERC, DRC, paridad, BOM, stock, Gerbers, taladros, colocación y revisiones antes de realizar el pedido.
Publicado el Actualizado el
La velocidad de generación no importa si la frontera de liberación es débil
Un diseñador de IA puede crear deprisa un esquema o un layout. Un ingeniero experto también puede hacer un cambio rápido bajo presión. Ambos pueden producir una placa que parece terminada mientras la BOM apunta al encapsulado equivocado, la PCB está desactualizada respecto al esquema o el archivo de fabricación contiene el taladro de ayer.
Una puerta de fabricación se sitúa entre el trabajo editable y un pedido irreversible. Solo acepta una versión cuando las comprobaciones independientes y revisores identificados satisfacen los criterios de liberación. No importa si la fuente se dibujó a mano, se generó desde código, la enrutó un optimizador o la editó un agente.
Por eso la puerta dura más que un diseñador concreto. Las herramientas cambian; la necesidad de datos trazables y coherentes permanece.
Define entrada y salida con precisión
La entrada es un diseño candidato versionado:
- requisitos y excepciones aprobadas;
- esquema, PCB, proyecto, reglas y bibliotecas KiCad exactos;
- MPN y alternativas autorizadas;
- versiones de herramientas y dependencias;
- datos mecánicos y perfil de capacidad objetivo.
La salida es un único paquete inmutable:
- Gerbers y taladros;
- BOM y pick-and-place;
- planos de fabricación y montaje;
- STEP, IPC-2581, pruebas y programación cuando proceda;
- informes ERC/DRC y demás controles;
- revisión fuente, hashes, aprobaciones y notas.
El significado de liberar para fabricación es esta transición controlada. Copiar archivos a una carpeta llamada final-final no es un proceso de liberación.
Capa 1: integridad e identidad de la fuente
Antes de controles eléctricos, falla si falta identidad:
- símbolos montados sin fabricante o MPN completo;
- footprints sin correspondencia de encapsulado revisada;
- variables sin resolver o bibliotecas ausentes;
- versión de herramienta desconocida o cambios generados sin registrar;
- estado DNP distinto entre esquema, BOM y colocación;
- requisitos o reglas sin una revisión asociada.
En bibliotecas generadas, exige un contrato de pines respaldado por documentación primaria. ERC no detecta un símbolo y un footprint que coinciden entre sí pero están equivocados de la misma manera, como explica por qué los LLM inventan números de pin.
Capa 2: controles deterministas de KiCad
Ejecuta los controles en un directorio limpio y haz que las infracciones fallen. Un esqueleto de shell para KiCad 9 es:
#!/usr/bin/env bash
set -euo pipefail
SCH="hardware/controller.kicad_sch"
PCB="hardware/controller.kicad_pcb"
OUT="build/release"
rm -rf "$OUT"
mkdir -p "$OUT/checks" "$OUT/gerbers" "$OUT/drill" "$OUT/assembly"
kicad-cli sch erc \
--severity-error --severity-warning \
--exit-code-violations \
-o "$OUT/checks/erc.rpt" \
"$SCH"
kicad-cli pcb drc \
--schematic-parity \
--severity-error --severity-warning \
--exit-code-violations \
-o "$OUT/checks/drc.rpt" \
"$PCB"
--exit-code-violations devuelve un estado no nulo si existen infracciones y --schematic-parity comprueba que la PCB coincide con el esquema. Este es el núcleo de la automatización headless de KiCad, pero no toda la puerta.
No hagas CI verde suprimiendo todos los avisos: cada exclusión necesita motivo técnico, responsable, ubicación y revisión. Es preferible corregir la configuración de reglas o el diseño.
Capa 3: coherencia de suministro y montaje
Exporta la BOM desde el esquema comprobado, no desde una copia manual:
kicad-cli sch export bom \
--fields 'Reference,Value,Footprint,Manufacturer,MPN,${QUANTITY},${DNP}' \
--labels 'Refs,Value,Footprint,Manufacturer,MPN,Qty,DNP' \
--group-by 'Value,Footprint,Manufacturer,MPN' \
--exclude-dnp \
-o "$OUT/assembly/bom.csv" \
"$SCH"
kicad-cli pcb export pos \
--format csv --units mm --side both --exclude-dnp \
-o "$OUT/assembly/positions.csv" \
"$PCB"
Añade scripts que comparen las referencias montadas, rechacen posiciones duplicadas, exijan MPN, validen footprints permitidos y comprueben stock/ciclo de vida de piezas críticas. El componente del catálogo del montador debe coincidir con el mismo MPN y encapsulado físico. Una BOM/CPL sintácticamente válida aún puede especificar la pieza equivocada.
Capa 4: regenera la fabricación desde cero
No promociones archivos que quedaron de una ejecución anterior:
kicad-cli pcb export gerbers \
--layers F.Cu,B.Cu,F.Mask,B.Mask,F.Silkscreen,B.Silkscreen,Edge.Cuts \
-o "$OUT/gerbers/" \
"$PCB"
kicad-cli pcb export drill \
--format excellon --excellon-units mm \
--generate-map --map-format pdf \
-o "$OUT/drill/" \
"$PCB"
test -s "$OUT/assembly/bom.csv"
test -s "$OUT/assembly/positions.csv"
Adapta las capas al stackup real; cuatro capas requieren sus cobres interiores. Comprueba nombres esperados, un único contorno, cobre no vacío y orígenes coherentes. Aplica los límites específicos del fabricante indicados en la lista DFM para PCB.
Genera hashes cuando todo sea definitivo:
find "$OUT" -type f ! -name SHA256SUMS -print \
| LC_ALL=C sort \
| while IFS= read -r file; do shasum -a 256 "$file"; done \
> "$OUT/SHA256SUMS"
El commit y el checksum permiten demostrar qué bytes se aprobaron y subieron.
Capa 5: revisión visual y técnica humana
Exige firma identificada para potencia, reset/arranque, protección, pinout símbolo-footprint, desacoplo, bucles, retornos, RF/alta velocidad, térmica, orientación de conectores, carcasa, acceso de prueba, overlay Gerber/taladro, vista previa de montaje, rotaciones, espejo inferior, DNP y opciones de cotización.
La persona debe revisar las salidas generadas, no solo el lienzo de KiCad. El render del fabricante es otra vista independiente. En producción o prototipos caros, separa la aprobación del diseño de la colocación del pedido; compras solo debe subir un archivo cuyo checksum coincida con la liberación firmada.
Una puerta comprueba la entrega, no el funcionamiento
Una puerta limpia demuestra que pasaron las reglas codificadas y que los artefactos son coherentes. No demuestra que el circuito cumpla requisitos, sobreviva a fallos, supere EMC o funcione en todo el rango de temperatura. La puesta en marcha y la verificación física siguen formando parte del producto.
Esta frontera también es donde puede resultar útil un flujo como MakeIRL: su valor no consiste solo en generar una placa, sino en hacer inevitables las comprobaciones respaldadas por evidencias antes de fabricar. Cualquier herramienta debe juzgarse por los artefactos y controles que expone.
La puerta importa más que un diseñador de IA porque contiene los errores de cualquier diseñador. Convierte la velocidad en iteración controlada: genera libremente, falla de forma visible, aprueba deliberadamente y pide una sola revisión trazable.