analizados en una auditoría histórica de 69 días
Disponible para oportunidades remotas · LATAM
AI AUTOMATION · TECHNICAL OPERATIONS · DATA-DRIVEN PROBLEM SOLVING
Encuentro la causa.
Construyo la solución.
Analizo sistemas, datos y procesos hasta entender por qué algo no funciona — y convierto esa evidencia en automatización, controles y soluciones verificables.
51.062eventos auditados
EXPECTED ≠ OBSERVED→ investigar hasta reconciliar
São Paulo · BrasilPortuguês nativoEspañol fluidoInglés A2100% remoto
PRUEBA, NO PROMESAS
Trabajo documentado con datos, logs y sistemas reales.
El portfolio no intenta demostrar que conozco palabras técnicas. Muestra cómo investigo, qué evidencia utilizo y cómo convierto un problema ambiguo en una solución operativa.
simuladas dentro de un estudio con validación temporal
incidentes, automation, data, QA, recovery e IA
investigación, ejecución, auditoría y validación remota
Capturas reales del entorno de trabajo. Sin mockups. Click para ampliar.
ENTRA POR TU DOLOR
¿Qué necesita resolver tu equipo?
Selecciona una necesidad. El sitio filtra los casos donde ya enfrenté problemas equivalentes.
00
SEÑAL
“Necesitamos a alguien que consiga entender un problema complejo.”
Evidencia→Hipótesis→Causa→Solución
Mi mejor aporte aparece cuando el problema no viene perfectamente definido: hay que observar, separar capas, validar supuestos y encontrar una forma segura de resolverlo.
Ver casos relacionados ↓CASOS REALES
Problemas que ya resolví.
12 casos visibles
01Troubleshooting · Root Cause
El sistema estaba “activo”, pero dejó de ejecutar eventos
La existencia de un proceso no demostraba que el sistema estuviera sano. El reto fue localizar exactamente en qué capa se rompía un flujo que dependía de varios componentes.
Caso documentado
CASO 01 · Troubleshooting · Root Cause
El sistema estaba “activo”, pero dejó de ejecutar eventos
La existencia de un proceso no demostraba que el sistema estuviera sano. El reto fue localizar exactamente en qué capa se rompía un flujo que dependía de varios componentes.
Proceso Python → aplicación externa → bridge/archivos → estado interno → estado real → logs → timestamps.
Auditorías por capas, validación de estados, health checks y controles para distinguir “proceso vivo” de “servicio saludable”.
SaaS, soporte de aplicaciones, pipelines de datos, integraciones ERP/CRM, servicios internos y operaciones críticas.
Root Cause Analysis · Log Analysis · Systems Thinking · Monitoring · QA
02Data Analysis · Experimentation
Más de 50.000 eventos históricos para comprobar hipótesis
En lugar de decidir por intuición, dirigí estudios secuenciales para comparar reglas, días, streaks, extremos y configuraciones sobre decenas de miles de eventos.
51.062 eventos · 69 días · split temporal 70/30
CASO 02 · Data Analysis · Experimentation
Más de 50.000 eventos históricos para comprobar hipótesis
En lugar de decidir por intuición, dirigí estudios secuenciales para comparar reglas, días, streaks, extremos y configuraciones sobre decenas de miles de eventos.
Segmentación evento por evento, análisis diario, secuencias, distribución de resultados, peores casos y comparación de parámetros.
Scripts de análisis y backtesting para aceptar o descartar hipótesis con evidencia cuantitativa, no con impresión visual.
EVIDENCIA CONCRETA51.062 eventos · 69 días · split temporal 70/30
Una auditoría adicional procesó 4.282 cestas y 26.000 entradas para medir estabilidad, drawdown y concentración.
Product analytics, fraude, riesgo, operaciones, performance, forecasting, experimentación y análisis de comportamiento.
Python · Quantitative Analysis · Hypothesis Testing · Scenario Analysis · Critical Thinking
03Windows Automation · Process Control
Procesos duplicados y versiones incorrectas ejecutándose al mismo tiempo
Dos instancias podían competir por el mismo trabajo aunque los archivos correctos existieran. Era necesario saber qué proceso estaba realmente en memoria.
Caso documentado
CASO 03 · Windows Automation · Process Control
Procesos duplicados y versiones incorrectas ejecutándose al mismo tiempo
Dos instancias podían competir por el mismo trabajo aunque los archivos correctos existieran. Era necesario saber qué proceso estaba realmente en memoria.
Enumeración de PID, command line, ruta, versión, terminales activos y componentes legacy.
PowerShell para localizar, detener, iniciar y validar exactamente la instancia correcta, con checks antes de continuar.
RPA, jobs batch, agentes locales, ETL, servicios Windows, workers y automatización de estaciones remotas.
PowerShell · Process Management · Environment Diagnostics · Production Support
04Reliability · Deployment
Cambiar componentes sin perder continuidad operacional
El reto era introducir una nueva versión con el sistema vivo. La prioridad fue reducir riesgo y validar el estado real antes y después de cada cambio.
Stop exacto de componentes legacy + terminales externos preservados
CASO 04 · Reliability · Deployment
Cambiar componentes sin perder continuidad operacional
El reto era introducir una nueva versión con el sistema vivo. La prioridad fue reducir riesgo y validar el estado real antes y después de cada cambio.
Pre-flight, inventario de procesos, snapshots de estado, backup, SHA/versionado, verificación de componentes dependientes.
Flujo blue-green/hot-swap: preparar nueva versión, detener sólo componentes antiguos, preservar servicios externos, validar y mantener recovery.
EVIDENCIA CONCRETAStop exacto de componentes legacy + terminales externos preservados
La migración verificaba que MT4/MT5 siguieran vivos antes de habilitar la nueva versión.
Deploys de microservicios, migrations, actualizaciones de agentes, sistemas 24/7 y cambios en producción con bajo downtime.
Deployment Validation · Change Management · Operational Safety · Recovery
05Business Logic · State Machines
Transformar reglas humanas complejas en lógica ejecutable
Muchas ideas comenzaron como lenguaje natural con condiciones, excepciones, prioridades, horários y estados. El trabajo fue convertirlas en comportamiento inequívoco y comprobable.
Caso documentado
CASO 05 · Business Logic · State Machines
Transformar reglas humanas complejas en lógica ejecutable
Muchas ideas comenzaron como lenguaje natural con condiciones, excepciones, prioridades, horários y estados. El trabajo fue convertirlas en comportamiento inequívoco y comprobable.
Trigger · estado · condición · excepción · acción · persistencia · criterio de cierre · prioridad entre reglas.
Máquinas de estado, configuración externa y criterios de aceptación para que cada transición ocurriera sólo cuando correspondía.
Pagos, onboarding, seguros, logística, aprobaciones, tickets, workflows y motores de reglas empresariales.
Requirements Analysis · Business Rules · State Machines · Functional QA
06AI-Assisted Development
IA como multiplicador — evidencia como árbitro
Uso IA para acelerar especificación, prototipos, scripts, análisis y debugging. La respuesta no se considera correcta hasta coincidir con la evidencia y el comportamiento esperado.
Caso documentado
CASO 06 · AI-Assisted Development
IA como multiplicador — evidencia como árbitro
Uso IA para acelerar especificación, prototipos, scripts, análisis y debugging. La respuesta no se considera correcta hasta coincidir con la evidencia y el comportamiento esperado.
Problema → contexto → requisito → prototipo → ejecución → logs/datos → diagnóstico → patch → nueva validación.
Un workflow iterativo donde la IA acelera producción y razonamiento, mientras tests y datos mantienen control de calidad.
AI enablement, automatización interna, soporte, operaciones, prototipado de herramientas y equipos que adoptan IA en procesos reales.
Generative AI · Technical Prompting · Rapid Prototyping · AI Debugging · Critical Judgment
07Fail-Safe · External Integration
Una falla de red debía detener el sistema sin duplicar transacciones
Una integración externa rechazó una ejecución por ausencia de conexión. El problema no era sólo el error: era impedir que reintentos o reinicios crearan acciones duplicadas.
rc=10031 · retries FOK / IOC / default → SAFE_HALT
CASO 07 · Fail-Safe · External Integration
Una falla de red debía detener el sistema sin duplicar transacciones
Una integración externa rechazó una ejecución por ausencia de conexión. El problema no era sólo el error: era impedir que reintentos o reinicios crearan acciones duplicadas.
Código de retorno, estado de conexión, modos de ejecución permitidos, respuesta de order_check/order_send y estado persistido.
Tentativas controladas por modos compatibles, registro de cada intento y SAFE_HALT cuando ninguna ruta era válida; el reinicio quedó bloqueado hasta diagnóstico.
EVIDENCIA CONCRETArc=10031 · retries FOK / IOC / default → SAFE_HALT
El sistema eligió seguridad y consistencia antes que repetir ciegamente una transacción.
Gateways de pago, APIs externas, emisión de pedidos, webhooks, integraciones bancarias y cualquier flujo donde duplicar una transacción sea crítico.
Error Handling · API/Platform Integration · Fail-Safe Design · Idempotency Thinking
08Watchdog · Observability
Supervisar un sistema con procesos, heartbeats, ACK y estado real
Reiniciar un proceso ciegamente podía empeorar el incidente. La supervisión debía distinguir caída normal, divergencia grave y operación con estado activo.
Central + MT4 + MT5 + heartbeats + ACK + posiciones reales
CASO 08 · Watchdog · Observability
Supervisar un sistema con procesos, heartbeats, ACK y estado real
Reiniciar un proceso ciegamente podía empeorar el incidente. La supervisión debía distinguir caída normal, divergencia grave y operación con estado activo.
Proceso central, aplicaciones dependientes, heartbeat del colector y executor, ACK pendientes, avance de eventos y estado real vs. estado guardado.
Watchdog con reglas diferentes para recuperación segura: reinicio automático en condiciones benignas y SAFE_HALT ante divergencias que requerían reconciliación.
EVIDENCIA CONCRETACentral + MT4 + MT5 + heartbeats + ACK + posiciones reales
La recuperación cambia según exista o no estado/posición abierta; no se reinicia “a ciegas”.
Workers, colas, pipelines, procesos nocturnos, agentes remotos, automación financiera y servicios desatendidos.
Observability · Heartbeats · ACK Tracking · Reconciliation · Incident Safety
09Event Processing · Source of Truth
Evitar que un evento válido se perdiera por llegar tarde
Un evento abierto seguía siendo válido aunque la ejecución hubiera sufrido atraso. Marcarlo como consumido sin confirmar la realidad podía perder una acción legítima.
OPEN / GAIN / LOSS + ACK + posición real
CASO 09 · Event Processing · Source of Truth
Evitar que un evento válido se perdiera por llegar tarde
Un evento abierto seguía siendo válido aunque la ejecución hubiera sufrido atraso. Marcarlo como consumido sin confirmar la realidad podía perder una acción legítima.
Ledger de eventos, estado OPEN/GAIN/LOSS, posición real, identificador de estrategia, ACK y momento exacto de consumo.
Una única fuente de verdad para el estado del evento y validación de la acción real antes de considerarlo procesado; rescate de OPEN todavía vigente.
EVIDENCIA CONCRETAOPEN / GAIN / LOSS + ACK + posición real
Un evento válido sólo se considera consumido cuando la acción queda reconciliada con el mundo real.
Colas de trabajo, pedidos, pagos, webhooks, CRM, procesamiento asíncrono y sistemas que no pueden “perder” eventos.
Single Source of Truth · Event Processing · Idempotency · State Reconciliation
10Recovery · Resynchronization
Resincronizar historial sin ejecutar acciones retroactivas
Después de una interrupción, el sistema necesitaba absorber información histórica y recuperar contexto sin transformar eventos antiguos en nuevas acciones.
Resync con LIVE OFF + cero retroactivo + ciclo preservado
CASO 10 · Recovery · Resynchronization
Resincronizar historial sin ejecutar acciones retroactivas
Después de una interrupción, el sistema necesitaba absorber información histórica y recuperar contexto sin transformar eventos antiguos en nuevas acciones.
Live desactivado, posiciones reales en cero, pending command, estado halted, número de ciclo y salud del símbolo/entrada externa.
Resync en modo seguro, preservando identificadores de ciclo, confirmando cero acciones creadas y sólo después habilitando ejecución y watchdog.
EVIDENCIA CONCRETAResync con LIVE OFF + cero retroactivo + ciclo preservado
La ejecución sólo vuelve después de pasar un gate final de salud y consistencia.
Reinicio de consumidores de eventos, ETL incremental, recovery de serviços, sincronización offline/online y replay controlado de colas.
Recovery Procedures · Replay Safety · State Preservation · Operational Validation
11Risk Controls · Model Validation
Convertir un modelo histórico en reglas operativas con límites de seguridad
Un resultado histórico atractivo no era suficiente para activar un sistema. Había que reconocer las limitaciones del modelo y agregar protecciones que el backtest no simulaba.
Caso documentado
CASO 11 · Risk Controls · Model Validation
Convertir un modelo histórico en reglas operativas con límites de seguridad
Un resultado histórico atractivo no era suficiente para activar un sistema. Había que reconocer las limitaciones del modelo y agregar protecciones que el backtest no simulaba.
Drawdown, exposición simultánea, límites por operación, nivel de margen, piso de equity, cierre diario y diferencias entre simulación y ejecución real.
Guardrails explícitos: límites de tamaño/exposición, bloqueo por margen, piso emergencial, gates de activación y documentación de supuestos no modelados.
Límites de crédito, antifraude, presupuestos, rate limits, resource allocation, compliance operacional y sistemas con tolerancia de riesgo definida.
Risk Analysis · Stress Testing · Model Risk · Guardrails · Data-Driven Decision Making
12Local Agent · Internal Tools
Construir un agente local para leer, probar, modificar y auditar un entorno
Para reducir trabajo manual, estructuré un agente local con workspace persistente y misiones capaces de consultar estado, leer archivos, probar endpoints, aplicar patches y generar reportes.
GET /status · POST /mission · lectura · tests · patches
CASO 12 · Local Agent · Internal Tools
Construir un agente local para leer, probar, modificar y auditar un entorno
Para reducir trabajo manual, estructuré un agente local con workspace persistente y misiones capaces de consultar estado, leer archivos, probar endpoints, aplicar patches y generar reportes.
Inventario de proyectos, endpoints locales, archivos, histórico, scanner, tareas repetitivas y acciones que podían encapsularse como “misiones”.
Portal local con comandos de status, lectura/escritura, tests de endpoints, patches buscar/substituir y reportes organizados en workspace.
EVIDENCIA CONCRETAGET /status · POST /mission · lectura · tests · patches
Un portal local organizó misiones reutilizables para diagnosticar y modificar el entorno con salidas observables.
Herramientas internas, soporte de TI, QA, operaciones, asistentes locales, mantenimiento de aplicaciones y automatización de tareas repetitivas.
Internal Tooling · Local Automation · API Testing · File Operations · AI-Agent Thinking
CÓMO TRABAJOPrimero entiendo.
Primero entiendo.
Después automatizo.
No empiezo cambiando código a ciegas. Primero reconstruyo el sistema, separo síntomas de causas y busco evidencia suficiente para decidir.
“Un proceso vivo no significa un servicio saludable.”
- 01Definir lo esperado
Qué debería ocurrir, bajo qué condiciones y con qué criterio de éxito.
- 02Recolectar evidencia
Logs, estados, procesos, datos, timestamps y comportamiento real.
- 03Decomponer
Separar componentes y verificar cada capa hasta aislar la falla.
- 04Probar hipótesis
Comparar escenarios, extremos y alternativas sin depender de intuición.
- 05Construir & automatizar
Python, PowerShell, reglas, checks, tooling e IA asistiendo el ciclo.
- 06Validar & monitorear
Confirmar el comportamiento real, detectar regresiones y dejar observabilidad.
DÓNDE APORTO VALOR
Roles donde este tipo de razonamiento importa.
Automation Analyst
Mapeo de procesos, reglas, scripts, workflows y reducción de tareas manuales.
Technical Operations
Incidentes, logs, health checks, servicios, estados y recovery.
QA / Technical Support
Reproducción, expected vs observed, integración y root cause.
Business Systems
Traducir necesidades operativas en reglas ejecutables y verificables.
AI Operations
IA aplicada a tooling, análisis, debugging, prototipado y procesos internos.
FinTech Operations
Estados, reconciliación, transacciones, controles, idempotencia y riesgo.
CONTACTO¿Tienes un problema difícil
¿Tienes un problema difícil
que necesita estructura?
Estoy buscando oportunidades 100% remotas donde pueda aportar análisis, autonomía, automatización y capacidad de resolver problemas reales.