El core técnico de FPVBuilder. Cada regla tiene un código (R0..R58), una categoría (error o warning), un rationale técnico y un ejemplo de cuándo dispara. Las reglas son determinísticas — no IA. Si una regla falla, te decimos exactamente cuál y por qué.
Ver documentación completa Probarlas en el configuradorR0 (FC presence): build sin FC no vuela. R1-R4 (mount mechanical): motor mount pattern coincide con frame motor_mount; stack mount con frame stack_mounts. R5-R10 (eléctricas): voltaje motor en rango ESC, voltaje batería en rango FC, BEC current suficiente para VTX+cámara. R12-R15 (vídeo): cámara form_factor cabe en frame camera_mount, VTX output_type compatible con cámara. R16-R20 (RX): protocol, banda, frecuencia legal. R21 (coherencia clase): motor/prop/esc/battery coherentes con clase del frame. R49-R58 (avanzadas): BEC capacity, wire gauge, AUW vs EU class, prop pitch ratio.
Error = build NO funciona (cortocircuito, mount imposible, voltaje fuera de rango). Warning = build vuela pero sub-óptimo (motor 6S en frame de race con 7S, prop pitch demasiado alto para freestyle, RX en banda no-óptima para distancia objetivo). Solo los errors bloquean el badge "valid". Los warnings son informativos.
No todas las reglas aplican a todos los builds. R1 (motor mount NxN) se skipea para whoops porque usan posts triangulares no NxN. R13 (VTX en stack mount) se skipea para DJI Air Units porque montan en bracket dedicado. R21e (battery cells vs frame class) solo aplica en casos extremos (1S en ≥3" o 6S en whoop). Cada skip está documentado con su rationale.
Publicar las reglas reduce el moat técnico de FPVBuilder en ~0% — el moat real es el catálogo verified + matcher cross-store + scrapers actualizados. Publicarlas, en cambio, gana credibilidad técnica frente a r/fpv (que detecta slop a 10km) y permite a desarrolladores señalar errores en las reglas. Win-win.