Caso de uso:

Un equipo lanzó pagos en “Latinoamérica” con la misma suite que usaba en US: Visa, Mastercard, un 3DS y un webhook. En México la conversión se caía porque la gente pagaba por OXXO. En Brasil pedían PIX. En Argentina el Alias resolvía mal y el banco acreditaba a una cuenta que no era la del comercio. El dashboard decía “paid”. El dinero no se acreditaba en la cuenta correcta.

Hoy quiero hablar de lo mínimo a entender antes de decir que tu producto cobra en LatAm: cada país tiene sus propios rieles de pago preferidos sobre TC.

El patrón (sin mapa no hay plan de pruebas)

Las tarjetas siguen vivas. Sobre todo en e‑commerce y tickets por encima del AOV (~USD 45–55).

Pero en el día a día lo están ganando los pagos instantáneos locales y las wallets. PIX en Brasil. Transferencias 3.0 con CVU, Alias y QR en Argentina. SPEI y CoDi en México. PSE y Nequi en Colombia. Yape y Plin en Perú. Pago Móvil en Venezuela.

El efectivo tampoco murió: OXXO, Pago Fácil, Efecty, PagoEfectivo. Si tu producto vende online en LatAm y no contemplás cash‑in en puntos, estás dejando fuera una gran cantidad de usuarios.

Misma necesidad del usuario (“quiero pagar”). Stack distinto. Riesgo distinto.

Cuatro variables que cambian todo el testing

Olvídate un segundo del logo del medio de pago. Solo presta atención a la tecnología:

• Cómo se inicia — ¿el usuario escribe un Alias, escanea un QR, manda un PIX, aprueba un push, paga en un kiosco, o manda USDT?

• Quién valida el destino — ¿tu app, el PSP, el banco, o la red onchain?

• Cuándo acredita — ¿ya, en horas, cuando va al punto, o después de N confirmaciones?

• Si se puede revertir — tarjetas tienen chargeback; muchos instantáneos y lo onchain son casi irrevocables.

  

USDT y USDC: el riel de pago que mucha gente ya usa

En LatAm, “pagos en cripto” casi nunca es pagar el café en BTC. Son USDT y USDC como dólares digitales: ahorro, remesas, P2P y cada vez más en los checkouts.

El mercado es grande. En 2025 LatAm movió unos US$ 324 mil millones en stablecoins (+89% YoY), dentro de unos US$ 730 mil millones de cripto on‑chain recibidos en la región. Chainalysis habla de ~US$ 1,5 billones de volumen entre jul 2022 y jun 2025. En Brasil las stablecoins son >90% de los flujos on‑chain; en Argentina >60%.

Acá viene el detalle técnico que más importa en producción:

USDT y USDC no son intercambiables.

USDT en Tron ≠ USDT en Ethereum. USDC en Base ≠ USDC en Solana. El ticker puede ser el mismo y el riel no. Si el usuario manda a la red equivocada, el dinero no “rebota” como un SPEI rechazado.

Venezuela ya no es un mercado prohibido

Si trabajás LatAm y salteás Venezuela, te perdés un laboratorio de edge cases.

Pago Móvil identifica el destino por teléfono, cédula o RIF + banco. Mal el dato, y el dinero sale, pero no llega.
Solicitar pago por push (Banesco y similares) es otro caso de uso hermoso: el cobrador manda una notificación y el pagador acepta o rechaza en la app. Ahí el testing se parece más a un wallet‑push que a un QR.

Lo que hay que tomar en cuenta según el rol

• Marketing promete “instantáneo” donde hay ventanas o cash‑in.

• Producto deja estados PENDING sin UX clara y el usuario paga dos veces.

• Legales no define qué pasa si el Alias/PIX key/cédula estaba mal.

• DEV marca paid sin confirmación del riel o sin idempotencia.

• QA solo corre happy path con la tarjeta de prueba “perfecta”.

La guía completa baja esto a checklist por tecnología (instantáneos, QR/Alias, tarjetas, wallets, efectivo, push, USDT/USDC) y por rol.

Cómo acceder a la guía completa (colaboración solidaria)

El 24 de junio de 2026 Venezuela fue golpeada por dos terremotos que dejaron a miles de personas damnificadas. Esta guía y las que sigan de esta serie salen en colaboración solidaria: el contenido técnico queda en mi web con clave, y la clave se entrega a cambio de una donación (cualquier monto) en https://www.donavenezuela.com/.
Info terremoto https://ecosistemag.com/a-una-semana-del-doble-terremoto-esta-es-la-estimacion-de-danos-segun-la-onu/

Qué viene en la guía

• Mapa de medios de pagos por país

• Mercado USDT/USDC y fallos típicos por red

• Qué validar desde Marketing, Producto, Legales, DEV y QA

• Checklist go‑live

• Glosario

• Lista de fuentes de información

Cómo desbloquearla

1. Doná en https://www.donavenezuela.com/

2. Entrá a https://simonethg.com/guia-pagos-latam/, subí el comprobante y tu email

3. Te llega al instante el link y la clave (también se desbloquea en la misma página)

LatAm no se activa con un flag enable_latam_payments=true.
Se diseña país por país.

¡Desarrollando calidad Step By Step!

Coméntame si tienes algo que te gustaría que agregue a la guía o a los siguientes newsletter

Un equipo conectó un agente de IA a su infraestructura de testing. La idea era simple: que el agente ejecutara suites de pruebas automáticas contra un entorno de staging de pagos. El agente tenía acceso a la terminal. Podía correr pytest, curl, lo que fuera. El resultado: el agente, en su intento de ser "útil", ejecutó un DROP en una base de datos de prueba que compartían tres equipos. No era producción. Pero se perdieron dos días de trabajo. Esto es un ejemplo de lo que pasa cuando le das a un agente de IA acceso sin restricciones a una CLI y le dices "corre las pruebas".

Hoy quiero hablar de lo mínimo a tomar en cuenta al momento de automatizar pruebas con agentes de IA: la diferencia entre conectar agentes de IA vía CLI y vía MCP, cuándo usar cada uno, y cómo diseñar una estrategia que no termine en desastre.

Las 4 diferencias que importan

¿Cómo interactúa el agente?

Con CLI, el agente está haciendo prueba y error. Escribe un comando, lee texto libre que puede ser un error criptico, un warning largo, o un output con formato raro, interpreta, y decide el siguiente paso. Funciona, pero es frágil. Cualquiera que haya debugueado por qué grep no encontró algo que claramente estaba ahí sabe de lo que hablo.

Con MCP, el agente lee un esquema JSON que le dice exactamente: "esta función acepta estos parámetros y devuelve este formato". No hay ambigüedad. No hay que parsear texto libre.

En QA esto es crítico. Cuando un agente ejecuta pruebas contra un sistema de pagos, quiere saber exactamente qué hizo y qué respuesta recibió. No quieres que el agente "interprete" que un timeout fue un éxito porque el output no contenía la palabra "error".

Seguridad y gobernanza

CLI opera con permisos a nivel de sistema operativo. Si el agente tiene acceso a una terminal con credenciales de AWS, puede hacer todo lo que esas credenciales permitan. Listar buckets, borrar objetos, crear instancias. El agente no distingue entre "lo que debería hacer" y "lo que puede hacer".

MCP define funciones específicas con permisos explícitos. Si diseñes un servidor MCP para tu entorno de testing de pagos, puedes exponer simulate_card_payment() sin darle acceso a delete_all_transactions() O a la base de datos directamente. Cada llamada queda registrada con sus parámetros y respuesta. Tienes un audit trail completo.

Costo en tokens

Esto casi nadie lo menciona. CLI parece barata: mandas un comando corto, recibes un output. Pero ese output muchas veces es texto largo, desordenado, con warnings, con formato para humanos. El agente necesita procesarlo, interpretarlo y razonar sobre él. Eso consume tokens de razonamiento, que son los más caros.

MCP tiene lo que llama el "impuesto de contexto": los esquemas de las herramientas se cargan en el contexto del agente y consumen tokens antes de que haga nada. Pero la ejecución es más determinista. El agente no necesita reinterpretar outputs ambiguos. Gasta menos en razonamiento.

Para tareas simples y puntuales, CLI es más eficiente. Para flujos complejos con múltiples pasos en fintech (crear usuario de prueba, simular pago, verificar webhook, validar estado en base de datos), MCP sale más barato a escala.

Escalabilidad

CLI requiere que cada entorno tenga las herramientas instaladas, con las versiones correctas. Cuando actualizas algo, lo actualizas en cada máquina, en cada pipeline, en cada contenedor. Y a veces rompe silenciosamente: ese tipo de falla donde todo dice "OK" pero los resultados están mal.

MCP centraliza. Actualizas el servidor; todos los agentes que se conectan reciben los cambios. Los esquemas están versionados. Para equipos de QA que manejan múltiples entornos (staging, sandbox del procesador, entorno de certificación del banco), esto cambia las reglas del juego.

Paso a paso: cómo implementar tu primera estrategia de pruebas con agentes

1. Mapea tus casos de uso de automatización: Antes de elegir herramientas, entiende qué necesitas automatizar. En fintech/QA los casos típicos caen en tres categorías: ejecución de suites de pruebas, gestión de entornos e interacciones con sistemas financieros. Cada categoría tiene un perfil de riesgo diferente. Correr pytest en un entorno aislado no es lo mismo que simular un pago contra la API sandbox de un procesador.

2. Diseña interfaces CLI deterministas: Para los casos de bajo riesgo, CLI funciona bien. Pero no le des al agente acceso directo a bash. Crea wrappers con salida en JSON o formato estructurado. Esto reduce el costo de interpretación del agente y los errores de parsing.

3. Diseña herramientas MCP como contratos de QA: Para los casos sensibles (pagos, KYC, datos financieros), cada herramienta MCP debe tener inputs tipados, outputs predecibles y no exponer más de lo necesario. El agente no puede inventar parámetros que no existen ni ejecutar acciones que no están definidas.

4. Testea a tus agentes. Contract tests para MCP: verifican que las herramientas responden con el esquema correcto y rechazan inputs inválidos. Robustness tests para CLI: simula outputs inesperados, timeouts, y prompts interactivos. Esto es QA sobre QA. Meta, pero necesario.

5. Crea una matriz de permisos explícita: la regla de oro: si la acción toca datos financieros, aunque sean de prueba, pasa por MCP con audit trail. Punto.

6. Monta observabilidad centralizada: Necesitas ver qué están haciendo tus agentes en tiempo real. Logs de cada llamada MCP con parámetros, respuesta y latencia. Logs de cada comando CLI con su output. Alertas cuando un agente falla repetidamente o intenta una acción no autorizada. Sin observabilidad estas volando a ciegas, y en fintech eso tiene consecuencias regulatorias.

7. Adopta el enfoque híbrido: en la práctica casi nunca es "solo CLI" o "solo MCP". Lo que funciona: envuelve tus CLIs detrás de MCP. El agente nunca llama a bash directamente. En cambio llama una herramienta MCP que internamente ejecuta el comando CLI, captura el output, lo estructura, y lo devuelve limpio. Flexibilidad de CLI con gobernanza de MCP.

La pregunta no es si vas a usar agentes de IA en tu infraestructura de QA. Eso ya esta pasando. La pregunta es si les vas a dar acceso controlado o acceso libre.

Cada vez estoy más convencida de que MCP (o algo con esa filosofía de interfaces controladas) va a ser el estándar para cualquier sistema donde los errores cuestan dinero.

No porque CLI sea malo. CLI es increíblemente poderosa y va a seguir siendo útil para un montón de cosas. Pero darle bash a un agente de IA sin restricciones es apostar a que nunca va a cometer errores.

El futuro son agentes con interfaces diseñadas para agentes. Y los equipos que empiecen a construir esas interfaces hoy van a tener una ventaja enorme mañana.

Gracias totales a la crack de Frida Ruh por inspirarme a entender cómo esto se usa en QA.

Si ya estás automatizando con agentes de IA, cuéntame qué estás haciendo respondiendo a este email o en comentarios.

El contrato decía a “tiempo indefinido”, no me marcaba exclusividad, pero tampoco incluía clausura de salida que YO NO SABÍA QUE NECESITABA porque en ocasiones anteriores ante layoof siempre se me indemnizó decentemente ya que no era mi culpa una reestructuración cultural de la empresa (mes corriente + un mes más + días acumulados de vacaciones prometidas remuneradas incluidas en políticas internas y no en el contrato oficial), esta vez fue MUY diferente.

Llegué a la empresa amarilla soñando, sinceramente no tenía sentido lógico ni era seguro trabajar ahí, pero aún así, creí y me ilusioné en reconstruir el país como muchos otros venezolanos en el exilio, entré a trabajar a una de las empresas más importantes para la “reestructuración de Venezuela” y el reto diario, equipo interno y misión me hizo comprometerme no 100% sino 500% y ese es el peor error que cometí en mi vida, aparte compromisos monetizables con AcademiaQA solo porque mi cabeza estaba con ellos al 100%, 24/7.

Tanto así que programe mi vida los próximos 3años solo para trabajar con ellos, renunciando al resto de mis ingresos (GRAN ERROR). 

Alquilé lugar para vivir que me permitía estar cerca de las oficinas de CABA y me anoté en un máster de antifraude que me habían preaprobado pagarme. 

Un miércoles me felicitaron en el canal de ing y estando en lugar de cracks eso fue woww!

El siguiente lunes, reu general, reestructuran la empresa, se van todos los que no encuentren cómo acomodar porque no usan IA, y suazzz, me despiden de primera, soy una de las pocas especialistas que usan ia en calidad de procesos fintech / defi en Latam.

Así que me cuestioné un montón:

• ¿A quién moleste con mi entusiasmo?

• Construí todos los días de mi vida, ¿eso los abrumó?

• ¿Cómo así que no hay un lugar para alguien que aporta transversalmente de manera técnica y con conocimiento del negocio?

Los siguientes días fueron mucho más tristes al darme cuenta de que ni siquiera me pagaron lo mínimo indispensable decente para sobrevivir a sus malas decisiones. 

Mi contrato ¡NO INCLUÍA CLÁUSULA DE SALIDA!

________

Así que ahora dejo mi drama atrás y hablemos de dinero:

Si te ofrecen un contrato contractor que no dice qué pasa si renuncias o si te rescinden  el contrato, ¡PUEDES PEDIR AGREGARLO!

Si la empresa se niega, te haces un favor con ver de qué fe vienen. 

Algo a pedir normal y no abusivo es:

• Mes corriente (no importa si es 3 o 28 del mes) 

• Mes extra como indemnización, porque no fue despido por mala desempeño y sin previo aviso. 

• Días acumulados de vacaciones pagas que han acordado (7/10/15/21 depende del país y políticas internas).

• En casos de liderazgos donde hay clausura de prohibido trabajar con la competencia, +1 mes de sueldo por cada año de bloqueo. 

Lee con atención y detenidamente tu contrato contractor, si no estás seguro de algo, no lo firmes aún y consúltalo hasta que te quede claro, puedes demorar 3 días hábiles y es normal. 

Ejemplo de cláusula estándar que puedes pedir agregar:

TERMINATION

1. Termination for Convenience Either party may terminate this Agreement at any time, for any reason, by providing the other party with thirty (30) days' prior written notice.

2. Termination for Cause Either party may terminate this Agreement immediately upon written notice if the other party materially breaches any provision of this Agreement and fails to cure such breach within fifteen (15) days of receiving written notice.

3. Payment Upon Termination Upon termination of this Agreement for any reason, the Company shall pay the Contractor:

(a) All fees earned for services rendered through the effective date of termination;

(b) Any accrued and unused paid time off, if applicable under the Company's policies;

(c) Reimbursement for any approved expenses incurred prior to the termination date.

If the Company terminates this Agreement without Cause, the Contractor shall also receive a severance payment equal to one (1) month of the standard monthly compensation.

4. Survival The provisions relating to confidentiality, intellectual property, and payment obligations accrued prior to termination shall survive the termination of this Agreement.

________

Vuelve el chisme, ya te puedes ir si no te interesa.

Nunca había estado tan triste con ruptura laboral, fue una m****a el como nos despidieron, nos dejaron sin nada cuando la semana anterior nos habían afirmado que todo venía bien y seguíamos entrevistando personas nuevas para el team, pusieron una persona totalmente nueva que no entiende el contexto de Venezuela ni por qué es importante la cultura (porque no es como cualquier otro producto en otro país) a despedirnos a todos, sin motivos, sin oportunidades y sin nada. A los chicos de Venezuela los obligaron a renunciar y en su contrato solo decía un % de lo que ganaban realmente porque en Venezuela “todas las empresas hacen eso”, dijeron. 

Aclaró que aunque no es legal en Argentina, yo acepté el contrato contractor abusivo que se ejecutó al firmar y no pedí agregar la cláusula de salida :(

Además me sentí en la lista Tascon cuando despidieron a alguien cercano que iba a trabajar ahí pero ni vive en el mismo país que yo por “conflicto de intereses” ya había firmado contrato con ellos para iniciar y rescindieron su contrato sin pagarle absolutamente nada por hacerle perder el tiempo y perder compromisos monetarios de un mes entero. 

Pero ahora lo bueno, después de llorar muchos días, le hablé a mis conocidos y conseguí trabajo en 2 días hábiles, un viernes me entrevistaron y inicié el siguiente miércoles.

Es un rubro totalmente diferente, así que aprenderemos juntos insight nuevos, siempre garantizando la calidad y seguridad de software 🫡

Desde ya dándola toda en el nuevo work y abierta a nuevos proyectos 💫

Mis reflexiones personales finales para todos los que me leen:

• No se duda de darlo siempre todo si eres un profesional de alto nivel, lo que sí, se recapitula y se aprende para formar mejores oportunidades en el futuro. 

• Construye bien tu red de apoyo en it, es la única manera de conseguir trabajo en DOS DÍAS. 

• No se puede reestructurar Venezuela si los actores principales que dicen dar el ejemplo de transparencia y compromiso son los primeros en aprovecharse de las personas.

________

Próximo newsletter para compensarles lo no técnico de hoy: Research completo de medios de pagos de Latam y los detalles técnicos para testearlos 🤓

Escríbeme / coméntame avisándome que te gustó el chismesito si te gustaría ver más post vivenciales en este newsletter. 

Este 14 de Abril de 2026 el Departamento del Tesoro de EE.UU. emitió la GL57 (Licencia General No. 57), autorizando expresamente la provisión de servicios financieros con 4 bancos públicos venezolanos. Los titulares la llaman "alivio de sanciones". En compliance, la lectura es más precisa: es una ventana quirúrgica dentro del mismo marco restrictivo.

La OFAC (Oficina de Control de Activos Extranjeros, del Tesoro de EE.UU.) administra las sanciones económicas americanas. Las VSR (Venezuela Sanctions Regulations), la Orden Ejecutiva presidencial que bloqueó prácticamente todo el sistema financiero venezolano bajo jurisdicción americana. La GL57 no deroga ese marco. Libera sanciones en puntos muy específicos.

"No es el levantamiento de sanciones. Es una autorización puntual y acotada. Las sanciones generales siguen activas."

Antes y después de la Licencia GL57

Antes de esta licencia, cualquier transacción de servicios financieros con bancos del gobierno venezolano estaba prohibida para instituciones bajo jurisdicción de EE.UU. No había base legal para abrir cuentas, procesar transferencias ni extender crédito. Una sola transacción con una entidad sancionada podía generar multas millonarias de OFAC.

Los 4 bancos autorizados

La licencia nombra cuatro instituciones y extiende la cobertura a sus subsidiarias con 50% o más de participación estatal. También incluye, de forma condicional, a empleados del Gobierno venezolano bloqueados únicamente por E.O. 13884 que no aparezcan en la lista SDN (Specially Designated Nationals, la lista negra oficial de personas y entidades con quienes está prohibido operar).

¿Qué autoriza? y ¿qué no?

La GL57 autoriza servicios financieros en sentido amplio con esas entidades. Pero los límites son duros y no admiten interpretación flexible.

✅ Lo que la GL57 sí autoriza Apertura y mantenimiento de cuentas con las 4 entidades, incluyendo apertura, operación y cierre. Transferencias de fondos hacia y desde esas entidades, en USD y otras divisas. Préstamos y líneas de crédito dentro del alcance de la licencia. Cierre ordenado de relaciones bancarias existentes que antes no podían resolverse.

❌ Lo que la GL57 NO autoriza Desbloquear ningún activo congelado bajo 31 CFR Capítulo V (el código completo de regulaciones de sanciones económicas de EE.UU.). Transacciones prohibidas por otras secciones del VSR sin licencia independiente. Operar con individuos en lista SDN, sin excepción posible. Las sanciones estructurales más amplias sobre Venezuela siguen plenamente vigentes.

Impacto real en fintech y remesas

Antes de la GL57, cualquier fintech con infraestructura bancaria en EE.UU. que quisiera conectarse a los bancos públicos venezolanos enfrentaba un problema concreto: no había base legal. Sus corresponsales bancarios bloqueaban esas integraciones automáticamente. Eso frenaba todo: integraciones API, cuentas puente, rutas de liquidación. No era falta de voluntad tecnológica, era cumplimiento.

Con la GL57, eso cambia para casos específicos. Plataformas de remesas con licencia en EE.UU. (MSB, Money Services Business, empresas de servicios monetarios registradas ante FinCEN, la unidad de inteligencia financiera de EE.UU.) pueden integrar los 4 bancos como canal de pago. Corresponsales bancarios americanos pueden procesar flujos sin riesgo de violación. On-ramps y off-ramps Web3 regulados bajo marco americano (MSB o BitLicense, licencia cripto del estado de Nueva York) tienen mayor claridad para el corredor VE-US.

Lo que no cambia aunque la operación esté autorizada: la Ley de Secreto Bancario BSA los reportes de actividad sospechosa SAR ante FinCEN, y el EDD. Venezuela activa EDD automáticamente: monitoreo transaccional más estricto, umbrales más bajos para reporte, revisión de beneficiarios finales. Autorizado por OFAC no significa libre de riesgo. Significa que el riesgo es manejable con los controles correctos.

Las preguntas que todos hacen: ¿Ahora habrá Zelle? ¿Podré abrir cuentas afuera sin problema?

Para la mayoría, nada cambió. La GL57 aplica únicamente a los 4 bancos estatales. Todo lo demás sigue exactamente igual.

La GL57 es una licencia institucional y acotada. La apertura es de institución a institución, no de ciudadano a servicio.
🔴 Bancos privados venezolanos no están en licencia. Sus corresponsales en EE.UU. siguen con las mismas restricciones de siempre.
🔴 Personas naturales, la licencia regula instituciones, no individuos. Un venezolano común no tiene ningún derecho nuevo para abrir cuenta en el exterior.
🔴 Zelle requiere cuenta bancaria en EE.UU. Eso no cambió. La GL57 no abre cuentas americanas para venezolanos.
🔴 Cualquier entidad no nombrada, si no está en la lista de los 4 bancos, el régimen VSR aplica sin modificación.

¿Una wallet cripto podría registrarse en Venezuela para abrir cuentas USD localmente?

Técnicamente posible. Regulatoriamente bastante cuesta arriba. Para operar legalmente, una fintech de ese tipo necesitas resolver estos 4 puntos:

1. Registrarse ante SUNACRIP (Superintendencia Nacional de Criptoactivos de Venezuela) Existe desde 2018, pero con poca transparencia y alto riesgo de cooptación estatal. El entorno regulatorio local es inestable.

2. Encontrar infraestructura sin restricciones de jurisdicción en Venezuela. Banco corresponsal, procesador de pagos, custodio cripto. El problema: casi todos tienen a Venezuela en su lista de jurisdicciones restringidas por sanciones OFAC.

3. Operar sin infraestructura ACH/Wire (sistema de transferencias bancarias de EE.UU.) Conectarse al sistema bancario de EE.UU. activa el VSR automáticamente. Implicaría construir una pila tecnológica completamente separada del sistema financiero americano.

4. Asumir costos de cumplimiento muy altos Venezuela activa EDD por definición: monitoreo intensivo, umbrales bajos para reporte de SAR, revisión de beneficiarios finales en cada operación.

La GL57 no alivia ninguno de estos. Solo facilita operaciones con 4 bancos públicos específicos, no crea un régimen habilitante para que nuevas fintechs entren al mercado venezolano.

Impacto en el mercado laboral tech en Venezuela

El talento tech venezolano lleva años operando en vacíos legales: alta demanda internacional, pero infraestructura financiera rota para cobrar. Muchos freelancers han tenido que buscar alternativas como criptomonedas o cuentas en el exterior de terceros para recibir sus pagos. La GL57 no resuelve ese problema de raíz, pero mueve una pieza estructural que lo afecta directamente.

El cuadro para un trabajador tech en Venezuela hoy

• Lo que cambia: empresas extranjeras pueden pagarte formalmente a través de Banco de Venezuela o Banco del Tesoro sin riesgo regulatorio para ellas. Nóminas internacionales sobre esos bancos son ahora operaciones legítimas bajo la GL57.

• Lo que no cambia: recibir pagos vía Payoneer, Wise, Deel, Upwork o cualquier plataforma con infraestructura en EE.UU. sigue dependiendo de la política interna de cada una, no de OFAC. El problema de cobro internacional que tiene el freelancer venezolano hoy no se resuelve con esta licencia. Payoneer, Wise, Deel, Upwork OnTop y otras plataformas, siguen evaluando Venezuela bajo sus propias políticas de riesgo. La GL57 no los obliga a cambiar nada.

• Lo que puede cambiar a mediano plazo: si la GL57 reduce el "susto regulatorio" de los corresponsales bancarios, algunas plataformas de pago podrían revisar su postura sobre Venezuela. Pero eso requiere tiempo, volumen de operaciones limpias y decisiones comerciales, no es consecuencia automática.

  
  

Si tienes o estás armando una empresa tech en Venezuela, conversemos -> contact@simonethg.com

Web4 es la siguiente etapa de internet. También la llaman la "Web Simbiótica": el momento en que humanos y máquinas dejan de trabajar en turnos y empiezan a trabajar juntos, en tiempo real, de forma autónoma.

La Unión Europea ya tiene una estrategia oficial desde 2023 para prepararse para este paradigma.

Para entender dónde estamos parados, el repaso rápido:

En Web4, las apps no esperan que les pidas algo. Actúan. Deciden. Reportan según lo programado.

¿Y los MCPs? ¿Qué son?

MCP = Model Context Protocol.

Es el conector entre el agente de IA y las aplicaciones externas: Notion, GitHub, Jira, Qase, Slack, bases de datos, lo que sea.

Sin MCP, el agente vive aislado. Con MCP, el agente puede entrar a tus herramientas, leer información, ejecutar acciones y devolver resultados. Es el puente.

Con eso, un agente puede leer un requisito en Notion → generar casos de prueba → ejecutarlos → abrir el ticket en Jira con el resultado. Siempre dentro de los límites para los que fue configurado. Sin intervención humana en cada paso.

Es lo que REST fue para las APIs hace 15 años: el estándar que desbloqueó un ecosistema entero.

API, SDK y MCP: ¿cuál es la diferencia?

Antes de hablar del impacto en QA, vale la pena aclarar tres términos que se confunden todo el tiempo:

API es el conjunto de reglas que permite que dos aplicaciones se comuniquen. Es la base de todo. Cuando hacés un GET /users, estás usando una API.

SDK es un paquete que facilita el uso de esa API en un lenguaje específico. Te da las bibliotecas, las herramientas y la documentación para no tener que escribir todo desde cero. El AWS SDK para JavaScript es un ejemplo clásico.

MCP es una capa por encima de todo eso. Es el protocolo estandarizado (oficializado en 2025 por la Linux Foundation) que permite que un modelo de IA descubra y llame dinámicamente a herramientas y APIs, sin que nadie le haya escrito código personalizado para cada caso.

En Web4, el QA necesita entender los tres niveles. Las APIs y SDKs siguen siendo el núcleo de los sistemas. El MCP es la capa nueva que conecta esos sistemas con los agentes.

¿Qué cambia para el QA?

Según las buenas prácticas de ISO y ISTQB, el proceso de testing cubre planificación, análisis, diseño, implementación, ejecución y cierre. En Web4, varias de esas fases las empieza a ejecutar la IA.

Esto ya se está comenzando a medir:

60–85% de reducción en esfuerzo de testing en tareas repetitivas

+85% de cobertura en equipos que adoptaron herramientas agentic

58% de las empresas ya están capacitando a sus equipos en IA (tendencias 2026)

¿Qué tipos de prueba requiere Web4?

• Pruebas agentic: validar que el agente se comporta bien ante contextos ambiguos o fallas encadenadas, siempre dentro de los límites para los que fue entrenado y configurado.

• Testing multimodal: visual + API + accesibilidad + UX en un solo flujo E2E.

• Chaos engineering continuo: resiliencia en sistemas donde los agentes actúan en tiempo real, según sus parámetros definidos.

• Testing no determinístico: cuando el mismo input puede dar respuestas distintas. Los casos de prueba estáticos no alcanzan.

¿Qué pasa con la trazabilidad según el compliance local?

En fintech, salud y banca, auditar las decisiones del sistema no es una buena práctica: es una obligación legal. ISO 25010, GDPR, normativas del BCRA, regulaciones de la CMF, leyes de protección de datos en LATAM: todas exigen saber qué hizo el sistema, cuándo y por qué.

Cuando un agente ejecuta acciones encadenadas vía MCP, ¿quién documenta ese flujo? ¿Queda guardado en los logs? ¿Cómo se audita ante un ente regulador? ¿Cómo se demuestra que el agente actuó dentro de los parámetros permitidos?

El QA que sabe responder eso tiene un valor diferencial que hoy muy pocos perfiles tienen, especialmente en mercados regulados de LATAM.

Lo que Web4 NO reemplaza

Los agentes de IA pueden ejecutar, generar y detectar dentro de lo que fueron entrenados para hacer.

Lo que no pueden hacer es leer entre líneas de un negocio. No entienden por qué ese flujo existe, qué regulación lo condiciona, o qué impacto real tiene un bug para el usuario final.

No detectan que algo "no se siente bien" aunque pase todas las validaciones. No anticipan riesgos que todavía no están escritos en ningún backlog. No negocian con stakeholders ni traducen criterios de aceptación ambiguos en casos de prueba concretos.

El rol en riesgo no es el del QA. Es el del QA que nunca evolucionó más allá de ejecutar casos manuales y scripts automatizados estáticos.

Los roles que están creciendo tienen nombre:

• 🧠 AI QA Engineer → testea sistemas IA y valida outputs de modelos

• 📊 Test Strategist → define estrategias híbridas manual/IA

• 🎛 QA Orchestrator → supervisa agentes autónomos en pipelines CI/CD

¿Por dónde empezar para estar al día con los agentes de IA?

1. Consolidá las bases del testing manual. Si no sabés qué necesitás probar, no vas a obtener buenos resultados de los agentes. Sin dominar análisis de riesgos y diseño de casos de prueba, es muy difícil supervisar a agentes que hacen eso de forma autónoma. Los fundamentos no se saltan, se profundizan. 👉 Carrera QA Manual en Academia QA

2. Incorporá la IA como habilidad técnica real. Prompting avanzado para generación de casos, configuración de agentes, validación crítica de lo que la IA produce. No como un truco. Como una competencia que ya te diferencia en el mercado. 👉 Practicá con el programa TestingAI

3. Desarrollá pensamiento de datos. SQL para ir directo a la base de datos, lectura de logs, interpretación de métricas de calidad. En Web4, la raíz de los problemas vive en los datos más que en la interfaz.

El momento es ahora

La dinámica de la industria es siempre la misma: primero aparece la tecnología, después llegan los proyectos que la usan, y para ese momento ya es tarde para aprender desde cero.

Web4 y los MCPs no son una promesa. Ya están en producción.

Un caso concreto: los agentes de Base (la red L2 de Coinbase) ya permiten crear bots que ejecutan swaps, staking y bridges de forma autónoma onchain de criptomonedas y stablecoins, configurables en menos de 5 minutos, dentro de los límites de seguridad definidos por el usuario. Eso es Web4 funcionando hoy.

En el mundo del desarrollo, herramientas como Claude Code de Anthropic ya operan con MCPs de forma nativa: el agente se conecta a GitHub, lee el repositorio, escribe código, abre PRs, escribe casos de prueba, ejecuta pruebas funcionales y de backend y escribe reportes de error directamente en Jira, todo desde una instrucción en lenguaje natural. Los equipos de dev ya lo están usando. ¿Vos ya los sabés usar? ¿Te están ahorrando tiempo? ¿Quién está validando que esos agentes hagan lo correcto?

La brecha entre los equipos de dev y los equipos de QA en este tema es real. Y esa brecha es, al mismo tiempo, un riesgo y una oportunidad.

En Academia QA estamos formando a los profesionales que el mercado necesita para esta etapa.

El software está cambiando. Los equipos que lo prueban también tienen que cambiar.

¿Te sumás a la conversación? Compártilo con alguien de tu equipo que todavía no esté usando MCPs.

Devconnect no fue solo una conferencia; fue el evento que posicionó a Argentina como líder indiscutible en la construcción blockchain de LATAM y, a la vez, un motor económico inmediato para la ciudad.

Durante 2024 y 2025, la escala de las hackathons en Argentina se acercó por primera vez a la de las grandes conferencias de Asia, una región que históricamente triplica en tamaño a cualquier conferencia latinoamericana, demostrando que estamos a la altura para la exportación de tecnología. 

En esta región, vimos, surgieron las primeras aplicaciones de ZK + AI, agentes cripto autónomos y la adopción masiva de smart wallets con respaldos de passkeys. La narrativa builder se volvió parte del ecosistema local gracias a soluciones como Lemon y Belo que educaron al público local y podemos escuchar a personas mayores y niños hablando de bitcoin en las calles de Ciudad de Buenos Aires.

Devconnect Argentina 2025

Se celebró del 17 al 22 de noviembre en La Rural (Av. Sarmiento 2704, Palermo) un predio inmenso y emblemático de 3500 metros cuadrados. 

Devconnect dividió su espacio principal en 8 distritos temáticos, cada uno enfocado en un vertical del ecosistema. Esta organización facilitó la navegación por intereses y convirtió el evento en una especie de “ciudad dentro de la ciudad”, complementada con coworking, discussion corners y más de 14 Community Hubs.

Distritos

• AI: Inteligencia artificial aplicada a Ethereum y blockchain.

• Social: Redes sociales descentralizadas y aplicaciones onchain.

• DeFi: Finanzas descentralizadas y contratos inteligentes.

• Layer 2: Rollups, sidechains y escalabilidad.

• Privacy: ZK proofs, anonimato y privacidad en Ethereum.

• Hardware & Wallets: Dispositivos físicos, wallets seguras y hardware cripto.

• Collectibles: NFTs, arte digital y asset tokenization.

• Gaming: Videojuegos onchain, economías virtuales y experiencias interactivas.

Estos distritos albergaron +75 app stands oficiales, además de cientos de presentaciones espontáneas en side events y hackathons como Tierra de Builders o ETHGlobal. La propuesta temática elevó el estándar de las conferencias en la región, atrayendo a +17.000 asistentes de 130+ países.

Community Hubs: 

Devconnect contó con 14 Community Hubs seleccionados entre 23 propuestas globales. Los hubs operaron como espacios educativos y colaborativos sin enfoque comercial, donde comunidades Ethereum enseñaron, debatieron e impulsaron temas específicos durante los 6 días del evento.

En los hubs cada uno tuvo su lugar e impulso:

• Privacy: Demostró herramientas, intercambió ideas sobre desafíos de privacidad, conectó desarrolladores, diseñadores, investigadores y usuarios para privacidad usable en Ethereum.

• LATAM: Ofreció talleres sobre marketing Web3, UX, educación; mostró proyectos locales y fomentó colaboración regional para adopción.

• Open Source: Destacó mantenedores de clientes, wallets, herramientas, L2s; facilitó intercambios técnicos y relaciones de contribuyentes.

• ReFi: Centrado en enfoques regenerativos web3, diálogos profundos con voces locales entre constructores globales y change makers regionales.

• Art & Creatives: Apoyó artistas argentinos (músicos, pintores, diseñadores, artistas digitales) con showcases y colectivos de músicos.

• Account Abstraction: reunió a expertos en abstracción de cuentas (AA) para charlas informales, demos prácticas y networking sobre protocolos clave como ERC-4337, EIP-7701/7702, bundlers, paymasters y apps con Zero-Knowledge (ZK-AA)

• Web3-Web2 Bridge: Educó sobre integración Web3, conectó constructores con instituciones.

• Onchain Banking: Unió constructores, fintechs, merchants para cocrear herramientas de stablecoins en ahorros, pagos y créditos.

• Onchain Governance: Revisó estructuras, tendencias, issues legales/financieros en espacio seguro para críticas abiertas.​

• Node Ops & Validators: Educación práctica en setups hardware y staking con diversidad de clientes.

• Pop-Up Cities: Exploró aldeas Ethereum temporales/permanentes vía casos de estudio.

• Women in Web3: Espacio inclusivo para mujeres/aliados, conectarse, aprender, abordar el empoderamiento en las oportunidades en blockchain.

• Real World Assets: Diálogos sobre tokenización con constructores, bancos, reguladores para generar la nueva economía con Ethereum.

• DeSci: Compartió modelos, ciencia descentralizada para colaboración, funding, investigación en conocimiento, open source.

En el de LATAM Community Hub tuve la oportunidad de conversar sobre estrategias de adquisición de usuarios desde las comunidades, revisando casos reales y procesos que se están construyendo hoy en la región.

La comunidad creativa y artística resaltó en esta edición

Devconnect Argentina tuvo una impronta artística y musical única. Buenos Aires mezcló su esencia porteña, el tango, electrónica, rock, raves con las comunidades web3, convirtiendo La Rural y los bares de Palermo en escenarios llenos durante toda la semana y hasta el mes.

Mis momentos favoritos

• Que dieran mates preparados en toda la rural.

• La música en vivo diaria en los food trucks y en algunos distritos.

• Governance Day con debates muy interesantes en la UCA.

• El Art & Creatives Hub y The Nouns Fair, donde artistas argentinos presentaron obras, soundscapes y performances en vivo.

• Eventos como Caffeine Vibe Coding, The Best Event en Laundry SOHO o ArbiVerse, que mezclaron workshops con sesiones musicales.

• El evento BUILDHer de Base que nos permitió hablar de manera muy cercana con líderes del ecosistema.

Cada una de estas propuestas albergaron a colectivos únicos que en eventos anteriores no estaban tan bien incluidos. 

El rol de Seed LATAM como host

Seed LATAM hizo un trabajo sólido coorganizando, acompañando y orientando a los equipos internacionales. La presencia de Candu destacó por su manera de liderar con humanidad, claridad y un nivel de organización que marca una referencia. Su forma de trabajar inspira y ayuda a que las comunidades locales se alineen con estándares cada vez más exigentes y globales.

También coorganizaron con ETHKIPU la ETHCon Ar donde albergaron personajes de la farándula actual argentina.

Impacto económico: los números por lo que veníamos…

Devconnect 2025 generó un impacto económico estimado en USD 50 millones solo en la ciudad, entre turismo, gastronomía, alojamiento, transporte y servicios. Hoteles boutique y Airbnbs: completamente agotados en la ciudad.

¿En qué se gastaron eso 50 Millones de USD?

Además, tuvo un efecto multiplicador: Por cada USD 1 gastado, se generaron USD 2,5 en cadena (proveedores locales, taxis, coworkings, alquileres).

Muchos se animaron a viajar porque los premios de las hackathons estuvieron muy llamativos, te dejo los premios de las más grandes:

Argentina rompió récords para una edición de la Ethereum Foundation y consolidó a Buenos Aires como la capital cripto de LATAM, con turismo tech sostenido y builders que planean volver.

Nos leemos en los pronto para contarte sobre las hackerhouses, como conseguir lugar en una, y la cultura al rededor de las comunidades.

Si tienes más datos o experiencias para agregar, déjalos en los comentarios y los voy actualizando.

Fuentes:

• Cuenta oficial Devconnect
  https://x.com/EFDevcon/status/1992337348273783166?s=20

• La Nación (impacto >US$50M, 8.000 extranjeros, desglose estimado): https://www.lanacion.com.ar/economia/IA/devconnect-el-impacto-economico-sera-superior-a-los-us50-millones-segun-los-organizadore...​

• Radio Prolait (17.500 asistentes, US$50M impacto, gasto per cápita): https://radioprolait.com.ar/articles/devconnect-en-buenos-aires-17500-asistentes-y-un-impacto-economico-estimado-en-usdollar50-m...​

• Eleconomista (8.000 programadores, 130 países): https://eleconomista.com.ar/politica/buenos-aires-convierte-capital-cripto-global-devconnect-8000-programadores-n90643​

• Noticias Argentinas (turismo CABA, ocupación hotelera): https://noticiasargentinas.com/interes-general/-que-fue-devconnect-buenos-aires-y-como-impulso-el-turismo-en-caba-_a69248f6bce5c...​

• Newstad (consumo local, barrios beneficiados): https://www.newstad.com.ar/devconnect-miles-de-jovenes-web3-alucinan-con-buenos-aires​

• iProUP (cifras generales evento): https://www.iproup.com/economia-digital/62267-el-mundial-de-ethereum-fue-un-exito-en-argentina-las-principales-cifras​

• Turismo Buenos Aires (oficial CABA): https://turismo.buenosaires.gob.ar/es/article/devconnect-arg​

• CriptoTendencia (récords asistencia): https://criptotendencia.com/2025/11/23/argentina-nuevo-corazon-global-de-ethereum-devconnect-arg-rompe-todos-los-records/​

La revolución de la integración y la visualización

Anteriormente, los procesos de QA requerían manejar herramientas dispares, construir conectores a medida, orquestar flujos manuales y dedicar importantes recursos en frontend antes de desplegar. AgentKit unifica todo esto en una sola plataforma: su Agent Builder permite el diseño visual de flujos de agente con drag-and-drop, facilitando la creación y versionado de workflows que pueden incluir paths críticos, rutinas condicionales y pruebas automatizadas en minutos.

Componentes fundamentales de AgentKit

• Agent Builder: El canvas visual elimina la necesidad de programar la lógica de agentes desde cero, permitiendo a los equipos QA construir y ajustar pruebas rápidamente.

• Connector Registry: Centraliza la gestión de integraciones con APIs, bases de datos y sistemas internos o de terceros, cubriendo el acceso y la seguridad de datos en pruebas críticas.

• ChatKit: Proporciona interfaces conversacionales embebibles que aceleran el testing guiado, la automatización conversacional y el análisis de respuestas en tiempo real.

Evaluación continua y trazabilidad avanzada

AgentKit incorpora módulos de evaluación automática y trazabilidad, permitiendo:

• Grading automatizado basado en datasets específicos de QA, para asegurar la cobertura y relevancia de los tests implementados.

• Trazabilidad granular por workflow, detectando rápidamente puntos de falla, drift de esquema y errores silenciosos.

• Optimización de prompts y lógica adaptativa, que ajusta pruebas y respuestas en tiempo real según cambios de producto o incidencia de bugs relevantes.
  

Casos de uso estratégicos

• Verificación conversacional y análisis de datos en SQL para asegurar freshness y exactitud, con workflows auditable y reporting automatizado.

• Automatización de revisiones de compliance y políticas internas, gracias a las guardrails y control granular de criterios antes de releases.

• Onboarding avanzado con checklists, quizzes y certificación monitorizada por agentes inteligentes, facilitando training y onboarding de nuevos QA testers.

• Ejecución de runbooks de incidentes como agentes parametrizados, mejorando la reacción ante fallos y documentando el camino de resolución de manera inteligente.

 Beneficios concretos

1. Velocidad: reducción de hasta un 70% del tiempo en validaciones repetitivas.

2. Consistencia: todos los entornos reciben las mismas pruebas basadas en datos actuales.

3. Trazabilidad total: cada ejecución queda documentada con contexto de API, logs y resultados.

4. Aprendizaje adaptativo: los agentes QA priorizan casos críticos según historial de defectos.

5. Integración directa con pipelines CI/CD (GitHub Actions, Jenkins, etc.).

Con AgentKit, QA evoluciona de ejecutor manual a orquestador estratégico. El equipo puede paralelizar tareas, cachar datos pesados, ajustar workflows frente a cambios de negocio y monitorear cada test en dashboards visuales, maximizando el rendimiento y minimizando el tiempo de respuesta ante bugs. Además, la integración modular y la compatibilidad con modelos externos ofrece flexibilidad para escalar proyectos y adaptarse a nuevos retos de calidad, todo sin grandes inversiones en infraestructura propia.

AgentKit cambia el juego de QA al consolidar diseño, ejecución y evaluación en una misma plataforma, permitiendo que los equipos se centren en la excelencia operativa y la innovación en testing y validaciones.

Los roles de IT están en constante evolución. Todas las herramientas que usamos hoy en día ya están siendo potenciadas y/o reemplazadas con IA, las primeras tareas en el área de QA que son reemplazadas son la generación de informes y regresiones, con agente de IA podemos reducir tiempos y costos de ejecución en hasta un 60%, lo que permite acelerar tareas repetitivas y reducir errores humanos. En este contexto, los profesionales que incorporan IA en sus flujos de trabajo están siendo cada vez más valorados y acceden a mejores oportunidades.

Pero surge una pregunta lógica: ¿Qué IA puedo usar sin comprometer la seguridad de la información? Es fundamental revisar los términos y condiciones de uso, en especial la sección de tratamiento de datos y privacidad. Asegúrate de que los datos no sean utilizados para entrenar futuros modelos, que cuente con políticas claras sobre el almacenamiento temporal, y que se ejecute en un entorno seguro o aislado (sandbox).

¿Qué es Manus y cómo puede ayudarte?

Manus es un agente de inteligencia artificial que no solo responde, sino que actúa. A diferencia de un chatbot convencional, Manus puede ejecutar tareas en una computadora virtual en la nube: con su propio navegador, entorno aislado y sistema operativo. Esto significa que puede operar como un asistente técnico que automatiza pasos, interactúa con sitios web, genera documentación, prueba sistemas, entre muchas otras cosas.

🔒 Cada sesión se ejecuta en un sandbox exclusivo, lo que garantiza que los datos, sesiones, accesos y contraseñas no persistan una vez que se cierra el chat.

🎯 Manus funciona por créditos. Mientras más claro y detallado seas en tu pedido, menos iteraciones necesitarás y más podrás aprovechar los créditos gratuitos que ofrece.

💡 Consejo: Piensa en Manus como un pasante o becario digital. No espera que le des órdenes vagas como «testeá la web», sino instrucciones específicas como:

“Ingresa al sitio de testing, loguéate con estas credenciales de prueba, navega hasta el módulo de reportes, descarga el informe mensual, conviértelo a PDF y guárdalo con nombre ‘Reporte_QA_Julio2025’.”

¿Qué tareas puede hacer Manus para un equipo de QA?

Aquí algunos ejemplos reales que pueden ayudarte a multiplicarte x10 como QA:

✅ Ejecutar queries en bases de datos de pruebas

✅ Generar documentación funcional a partir de un flujo de uso

✅ Crear paso a paso con capturas de pantalla

✅ Automatizar la generación de reportes o dashboards

✅ Editar presentaciones, videos o imágenes para reportes

✅ Redactar informes de errores a partir de logs o mensajes

✅ Validar comportamientos repetitivos en entornos web

✅ Verificar outputs visuales en UI sin necesidad de scripts

⚠ Nunca compartas credenciales de entornos productivos. Trabaja siempre con datos de prueba.

Consideraciones de seguridad

Manus no entrena sus modelos con tus datos. Todo se ejecuta dentro de un entorno cerrado, sin acceso a tu máquina ni permisos para guardar nada fuera del entorno virtual.

• Usa credenciales de pruebas o temporales.

• No ingreses información sensible que no quieras exponer.

• Supervisa las ejecuciones en tiempo real para verificar que hace lo que esperas.

Conclusión

Manus representa una nueva generación de herramientas para el trabajo técnico. En lugar de reemplazar al QA, potencia sus capacidades, liberando tiempo para tareas de mayor valor como análisis de riesgo, cobertura, exploración y mejora continua.

Probar Manus: https://manus.im/invitation/TAW3ZLUWTPDIGXI

📆 Del 4 al 29 de agosto 🤓 +500 testers registrados

👨🎓215 participaron activamente en las sesiones de beta testing diarias.

🎥 + 3500 vistas entre youtube + Linkedin + X. 🌎+15 países de LATAM

¿Cómo sumamos valor al ecosistema blockchain?

El beta testing con usuarios técnicos sigue siendo una de las herramientas más poderosas (y subestimadas) para:

• Validar compatibilidad y accesibilidad de las dApp

• Detectar errores antes del lanzamiento / despliegue masivo.

• Recibir feedback de usuarios que saben cómo funcionan los sistemas y aplican las buenas prácticas de ISTQB.

• Involucrar comunidad desde etapas tempranas

LATAM como motor de calidad

Desde Argentina: 41.35%, Venezuela: 7.69%, Colombia: 7.69%, México: 5.77%, Chile: 4.81%, y otros 10 países, la diversidad fue la protagonista:

• 57% mujeres y diversidades de género

• 56% con experiencia previa en QA

• Promedio: 5 años de experiencia técnica

¿Qué testearon?

16 dApps del ecosistema Ethereum y Base, divididas en las temáticas:

1. Smart Wallets

2. Scanners, marketplaces.

3. Dapps con vibe coding y mini juegos.

4. DeFi y Staking.

Las apps testeadas incluyeron: Metamask · Uniswap Wallet · Base App · Hallos_io · Precog Market · EtherScan · Explorer · Meetwith · POAP · Yieldmillionaire · NomadBites · Vaquita Protocol · Coral Finance · Tripio · OpenSea · aave ·

Todo fue público, documentado y compartido en el dashboard del reto.

Aprendimos en comunidad

Tuvimos sesiones con líderes como:

• Frida Ruh de Mexico: sobre experiencia de uso con enfoque en vibe coding

• Robert Ramírez Marin de costa Rica: sobre capacidades reales de dApps

• Candela Fazzano de Argentina: sobre oportunidades para builders en Devconnect

• Simoneth G. de Venezuela: como host y Especialista QA

Lo más relevante: los proyectos demostraron un alto interés en recibir el feedback y trabajaron de manera cercana con la comunidad de testers.

Certificados + POAPs

Se entregaron certificados verificados por QR + el POAP oficial, que fue el primer POAP de más de 35 testers nuevos en Web3. Una forma simple y poderosa de hacer onboarding técnico y colaborativo al ecosistema.

¿Qué dijeron los testers?

• “Me ayudó a aterrizar lo aprendido, aplicar QA real y conocer apps que ni sabía que existían” — Danny

• “Gracias a AcademiaQA y a SimonethG por el empujón para seguir creciendo” — Agus Tabletti

• “El programa tiene una energía contagiosa, aprendí y aporté de verdad” — Noelia Caubet

Leer más → 🔗 Testimonio 1 🔗 Testimonio 2 🔗 Danny en X 🔗 Santi en X

¿Qué validamos?

✅ Testers con experiencia en IT pueden aportar valor inmediato a productos blockchain.

✅ Muchas dApps tienen barreras de entrada evitables si reciben feedback especializado.

✅ QA es una vía sólida para acercar talento técnico a Ethereum.

✅ Educar testeando es una estrategia poderosa.

¿Qué sigue?

Estamos trabajando en nuevas ediciones de este programa, incluyendo desafíos específicos de testeo, programas de formación con foco en blockchain + calidad de software, y colaboraciones con más ecosistemas.

Conclusión

20 días de QA fue más que un curso, un reto o una serie de clases. Fue una demostración viva de que la calidad también se construye en comunidad. Desde LATAM, comprobamos que los testers también pueden convertirse en builders y que QA es el puente estratégico para mejorar la experiencia de usuario y ampliar el alcance de las Apps descentralizadas.

¿Quieres sumarte como proyecto, comunidad o sponsor?

📩 Contacto directo en simonethg@academiaqa.com

Lo llevaré como un blog personal de mi vida profesional, así que hablaré sobre:

• Vida nómada + hackathones: cómo me organizo para viajar, qué eventos cubro, cuánto aportan las becas y cómo aplico.

• QA en la práctica: procesos simples para cuidar la calidad, desde la idea hasta el deploy, con checklists y ejemplos reales.

• Reviews honestas: pruebo aplicaciones y herramientas (testing, performance, CI/CD, analítica) y te cuento lo bueno, lo malo y para quién conviene.

• Tendencias: oportunidades en blockchain, IA y novedades del ecosistema.

• Edtech: técnicas para enseñar, aprender y evaluar mejor en programas de formación (lo que me funcionó y lo que no).

• Buildinpublic: cuento como me va construyendo OpenSource, un espacio para conectar, hacer preguntas, proponer temas y compartir recursos.

Si te interesa construir productos digitales escalables y performantes quédate por acá. Nos leemos pronto 👋

by @SimonethG