Serie AI-Native · Notas de campo
El Otro Camino: De Productos Cerrados a Productos Abiertos por Ingeniería Inversa
Resumen de 1 minuto — con qué te vas a quedar
La mayoría de los productos de IA son máquinas expendedoras: metes dinero, sale una cosa, y no eres dueño ni de la máquina ni del ciclo compuesto que te niega. El movimiento que dio origen a tres de mis productos no es clonar la máquina: es hacer ingeniería inversa del ciclo y reconstruir la versión abierta y propia, en sala limpia y con especificación primero, envuelta en un andamiaje de honestidad. Un modelo mental para quedarte: eres dueño del ciclo, no del resultado.
Aquí tienes un modelo que puedes volver a aplicar mañana sin necesidad de este ensayo: la mayoría de los productos de IA son máquinas expendedoras. Pones dinero, sale algo, y no eres dueño ni de la máquina ni —muchas veces— de eso que sale. Escribes un prompt en un generador de música cerrado y obtienes una canción sobre la que no puedes construir un catálogo. Subes un guion a una herramienta de avatares cerrada y obtienes un video y una suscripción que termina el día que dejas de pagar. La máquina funciona. Ese nunca fue el problema. El problema es que no eres dueño del ciclo.
Lo que quiero describir no es "clonar" esas máquinas. Clonar copia la máquina expendedora y hereda cada restricción que la volvía una jaula. Lo que hacemos es más discreto y, creo, más interesante: hacer ingeniería inversa del ciclo que la máquina oculta, y reconstruir la versión abierta y propia de ese ciclo. No "cómo está programado esto" —eso es una demanda y un callejón sin salida. "¿Qué resultado entrega esto, qué ciclo compuesto me niega, y puedo construir ese ciclo en sala limpia, con especificación primero, en una forma que sea mía?" Tres productos nacieron de hacerse esa pregunta. Ninguno empezó mirando el código fuente de nadie.
Los tres
Song of Songs — el otro camino alrededor de un generador de canciones cerrado. Un generador cerrado te hace una pista y se detiene ahí; es una máquina expendedora con una gran voz. Song of Songs es la versión volante de inercia: escribes una frase, obtienes una canción terminada y masterizada, construida sobre modelos abiertos con licencias limpias (así que el catálogo es legalmente tuyo para lanzar), y luego empaquetas → promocionas → vendes → y dejas que los likes que gana decidan qué haces después. La ingeniería inversa no fue de los pesos de nadie. Fue del ciclo que le falta a la categoría: los generadores cerrados se detienen deliberadamente en el "resultado" porque propiedad + distribución + retroalimentación de la audiencia es exactamente el volante de inercia que te permitiría irte. Ya está en línea — puedes hacer una canción en el navegador ahora mismo.
ByeGen — la disección honesta de una herramienta de video con avatares. Este no es un producto de consumo lanzado, y decir lo contrario sería exactamente la deshonestidad que el proyecto existe para evitar. ByeGen es una disección: especificamos un producto comercial de avatar parlante a partir de su comportamiento público, mapeamos cada módulo a una alternativa open-source con licencia limpia, y construimos una tabla de puntuación término por término —lip-sync, similitud facial, precisión del habla— usando métricas respaldadas por investigación real. La conclusión es la lección (más abajo): la mayoría de esas celdas de calidad regresaron "not measured," porque medirlas honestamente requiere una GPU que no teníamos, y la tabla se niega a imprimir un número que no se ganó. Una disección que fabricara sus propios benchmarks sería peor que ninguna disección.
renovate-anything — hacer ingeniería inversa de un proceso, no de un producto. No todo sistema cerrado es software. El proceso de renovación de cocinas también es una caja negra: no sabes tus metros cuadrados, tu ROI, o si una cotización es justa, así que dependes de quien tenga la cinta métrica. renovate-anything hace ingeniería inversa de ese proceso en un agente que trabaja para el propietario: tomas fotos, obtienes una solicitud de contratista lista para enviar, un veredicto de ajuste al presupuesto que te dice qué es lo que un presupuesto de $3,000–$6,000 genuinamente no puede cubrir (spoiler: no unos gabinetes nuevos — solo el reemplazo ya supera esa cifra), y un rango de retorno de inversión con fuentes en lugar de la cifra de un vendedor. Su primer ciclo se puso en marcha esta semana.
El patrón (y el antipatrón)
Patrón: haz ingeniería inversa del resultado y el ciclo retenido; reconstrúyelo con especificación primero, en sala limpia, abierto y propio, envuelto en un andamiaje de honestidad. Antipatrón: hacer ingeniería inversa de la implementación — copiar la interfaz, el código, los pesos. Ese camino es un campo minado legal y, peor aún, te entrega gratis las mismas limitaciones del original.
El mecanismo que hace que el patrón sea seguro y repetible tiene tres partes. (1) Especificación primero, en sala limpia: observar el comportamiento público → escribir una especificación → reconstruir sin copiar la expresión de nadie. Este es el mismo principio que hizo legal el software interoperable desde un inicio. Como lo expresa el Reverse Engineering FAQ de la Electronic Frontier Foundation, "Courts have found that reverse engineering for interoperability, for example, can be a fair use" (Traducción: "Los tribunales han determinado que la ingeniería inversa para lograr interoperabilidad, por ejemplo, puede constituir un uso justo") [1]. Los fallos históricos — Sega v. Accolade (9.º Cir., 1992) [2] y Sony v. Connectix (9.º Cir., 2000) [3] — se resolvieron justo por esto: el copiado intermedio hecho para descubrir una interfaz fue uso legítimo (fair use), y lo que se lanzó fue la implementación independiente del propio desarrollador. Construir una capacidad compatible no es copiar una obra. (2) Un andamiaje de honestidad: una afirmación no puede presentarse como hecho sin evidencia; algo no medido se reporta como "no medido", nunca como una aprobación falsa; el dinero, la contratación y la publicación pasan por una compuerta humana. (3) Una cadena de supervivencia de LLM gratuitos, para que lo propio también corra a un costo cercano a $0 y nunca muera cuando un proveedor lo haga.
Primer principio, en una frase: eres dueño del ciclo, no del resultado — porque una herramienta que no puedes auditar ni poseer es una herramienta que te posee a ti.
Lecciones aprendidas (las que se pueden trasladar)
- Haz ingeniería inversa del ciclo, no del código. El objetivo valioso, legal y duradero es el ciclo compuesto que un producto cerrado te niega — no su código fuente. Song of Songs le gana a un generador de canciones no por generar mejores canciones, sino por ser dueño de crear → publicar → ganar → aprender.
- La honestidad es estructural, no aspiracional. "No medido" es una respuesta de primera clase. El resultado más valioso de ByeGen fueron las celdas que se negó a puntuar. Construye el sistema para que el camino deshonesto haga fallar el proceso de construcción, en lugar de pedirle al modelo que sea honesto.
- Pon una compuerta humana a lo irreversible. El dinero, contratar a un contratista, publicar bajo tu nombre — el agente recomienda; un humano con nombre decide. renovate-anything armará una solicitud para el contratista todo el día, pero no la enviará sin ti.
- Gratis primero, y prueba antes de confiar. La semana en que el agente de renovate-anything salió en vivo, la clave de API paga llegó muerta y una segunda clave paga ya había agotado sus créditos — y la corrida se completó de todos modos, con un gratuito , porque la cadena de respaldo asumía justo eso. Los proveedores pagos fallaron; el gratuito hizo el trabajo.
- Puertos + backends falsos/reales. Cada dependencia externa vive detrás de una interfaz con un falso determinista para pruebas offline y un backend real para producción — y el real lanza una excepción en lugar de degradarse silenciosamente al falso. El respaldo silencioso es el error; una falla ruidosa es la característica.
- Nombra tus puntos ciegos, y luego ciérralos. El límite honesto que documentas esta semana es el agujero que arreglas la próxima — de lo contrario la documentación solo te hace sentir responsable mientras el agujero sigue abierto.
La sorpresa
Nos propusimos, más de una vez, construir un "asesino" de alguna herramienta comercial pulida. La frase más valiosa que cualquiera de estos sistemas produjo jamás no fue un render deslumbrante ni un gancho que arrasara las listas. Fue "I don't know — not measured." (Traducción: "No lo sé — no medido.") Resulta que lo más difícil de eliminar mediante ingeniería inversa de un producto de IA pulido no es el modelo. Es la confianza. Las herramientas cerradas nunca dudan, que es precisamente por qué no puedes confiar en ellas — y construir una que te mire a los ojos y diga "no puedo verificar eso todavía" fue, para nuestra vergüenza, toda la innovación.
Qué sigue
- Escalar el pipeline de renovate-anything — del ciclo único al pipeline encadenado: una vista previa visual de tu cocina con distintas encimeras, comparación de cotizaciones de contratistas, y compuertas de control de calidad basadas en fotos durante la obra.
- Darle a ByeGen sus números faltantes — las celdas "no medido" se vuelven reales el día que el teardown corra en una GPU provisionada. Hasta entonces, quedan honestamente en blanco.
- Convertir el patrón mismo en producto — "apúntame a un producto cerrado, y devuélveme una especificación para la alternativa abierta y propia", como un movimiento repetible con los andamiajes de sala limpia y honestidad ya incorporados.
Patrones / Antipatrones
- Patrón: haz ingeniería inversa del ciclo retenido; reconstrúyelo abierto y propio.
- Patrón: la honestidad es estructural — "no medido" le gana a un resultado falso, y esto lo impone el build, no las buenas intenciones.
- Patrón: cadena de LLM gratuitos primero, para que lo propio corra a ~$0 y sobreviva aunque cualquier proveedor deje de existir.
- Antipatrón: clonar la implementación (interfaz/código/pesos) — riesgo legal y, encima, heredas la jaula.
- Antipatrón: un número presentado con confianza pero sin evidencia detrás — precisión que blanquea una conjetura.
- Antipatrón: el reemplazo silencioso — degradar a un backend falso sin avisarlo.
Procedencia — qué está verificado y qué es mío
La cita de la EFF se verificó palabra por palabra contra su fuente al momento de publicar; los dos casos judiciales se citan por nombre y repertorio. Las cifras de ROI del Informe de Costo vs. Valor provienen del informe de 2025. Song of Songs es mi propio producto público (con enlace al estudio en vivo). ByeGen y renovate-anything son mis sistemas privados, descritos solo a nivel de capacidad — ByeGen honestamente como un desmontaje/evaluación, renovate-anything como un primer ciclo funcional verificado de punta a punta esta semana. Este ensayo no es asesoría legal, y todas las marcas registradas pertenecen a sus dueños; no se implica ninguna afiliación.
Referencias
- Electronic Frontier Foundation. Coders' Rights Project Reverse Engineering FAQ — "What U.S. Copyright Law Doctrines Allow Reverse Engineering?" (cita verificada palabra por palabra el 2026-08-04). eff.org/issues/coders/reverse-engineering-faq
- Sega Enterprises Ltd. v. Accolade, Inc., 977 F.2d 1510 (9th Cir. 1992) — la copia intermedia para descubrir especificaciones de interfaz con fines de interoperabilidad se consideró uso justo (fair use). en.wikipedia.org/wiki/Sega_v._Accolade
- Sony Computer Entertainment, Inc. v. Connectix Corp., 203 F.3d 596 (9th Cir. 2000) — la ingeniería inversa de una consola para construir un emulador independiente se consideró uso justo (fair use). caselaw.findlaw.com
- Zonda. Informe de Costo vs. Valor 2025 — recuperación de una remodelación menor de cocina ≈ 96%→113% (2025) frente a ~38% en una remodelación mayor de cocina; la base para citar un rango de ROI, y no una cifra puntual. zondahome.com/2025-cost-vs-value-report
- Song of Songs — con enlace al estudio en vivo. huggingface.co/spaces/wjlgatech/song-of-songs-studio
Notas de campo sobre la construcción de alternativas abiertas y propias a productos de IA cerrados. En sala limpia y con especificación primero de principio a fin; la cita de la EFF se verificó textualmente mediante consulta directa al publicarse (2026-08-04). — Paul Jialiang Wu · agentic-portfolio-lovat.vercel.app