SantyVV · Quito, Ecuador· trabaja remoto

Herramientas y sistemas para procesos que hoy se hacen a mano.

Análisis de datos y procesos, herramientas y plataformas a medida, integraciones con los sistemas que ya existen y tienen que seguir andando, y la infraestructura para operar todo eso. Se construye lo que resuelve, se muestra funcionando, y se entrega de forma que se pueda cambiar después sin romperse.

Muestras verificadas con sonda HTTP el 10-oct-2026. Las que no responden no se listan.

01 Qué se puede resolver

Siete cosas que se repiten, cada una con algo ya construido.

No es una lista de tecnologías: es lo que se resuelve, y en cada caso el enlace a algo que se puede abrir hoy.

01

Herramientas de datos y procesos

Leer, cruzar y publicar lo que hoy vive en planillas, correos y archivos que alguien abre uno por uno. Cuando el proceso es repetitivo, la herramienta se construye una vez y deja de costar tiempo todos los días.

Muestra: tools.santyvv.com

02

Integraciones con lo que ya existe

Conectar el sistema que no se puede reemplazar (IBM i, AS400, DB2, RPG, COBOL) con lo nuevo, sin tirar nada abajo. Colas, APIs, archivos y procesos batch que tienen que seguir cuadrando al centavo.

Muestra: RPGLE Outline para VS Code

03

Automatización de lo repetitivo

Cierres, conciliaciones, reportes y avisos que hoy dependen de que alguien se acuerde y los haga a mano. Se automatizan con verificación: si el dato no cuadra, avisa, no inventa.

Ver el guardián de costos

04

Agentes e IA con memoria

Modelos que consultan, comprueban y recuerdan, en lugar de responder de memoria. Se usan en local cuando el dato no puede salir del equipo, y se publican como servicio cuando sí puede.

Muestra: tienda de datos con cobro por uso

05

Herramientas y plataformas web a medida

Construir el sistema propio cuando forzar la herramienta que ya existe cuesta más que hacerla: plataformas web con sesión, identidad y despliegue, no una plantilla adaptada. Hoy hay cuatro de estas páginas en línea y se pueden abrir.

Muestra: cuatro páginas propias en línea

06

Arquitectura y reestructuración

Ordenar un sistema que creció sin estructura sin apagarlo mientras se ordena: qué se puede tocar, en qué orden y qué se prueba antes de moverlo. El objetivo no es reescribir: es que el próximo cambio deje de ser un riesgo.

Muestra: el núcleo bancario, en diseño

07

Infraestructura operada

Levantar y mantener servicios que tienen que estar encendidos cuando alguien los necesita, y apagarse cuando no, sin que la factura se dispare. Todo declarado en código, con respaldo, con aviso de costo y con la máquina apagándose sola cuando no hay nadie.

Ver el diseño de la máquina

02 Muestras

Cosas construidas que se pueden abrir ahora mismo.

Cada una con lo que resolvía y con su estado medido el 10-oct-2026.

Santyvv Tools

Herramientas online gratuitas y sin registro: unidades, JSON, Base64, cuotas de préstamo. Nació de armar la misma conversión a mano cada vez y terminó siendo una plataforma con identidad y sesión.

Tienda de datos con cobro por uso

Un conjunto de rutas que responden datos y cobran por llamada, sin suscripción ni cuenta previa: el que consulta paga lo que usa y la respuesta viene con lo que costó. El precio se responde antes de ejecutar.

Servidor de herramientas para asistentes

Las mismas capacidades publicadas como herramientas para asistentes de IA, con contrato y precio por llamada. Está publicado en el registro oficial, así que se instala y se prueba sin hablar con nadie. Un navegador recibe 406: habla el protocolo de asistentes, no HTML.

Habla MCP mcp.santyvv.com

RPGLE Outline

Extensión para VS Code que da navegación de código RPGLE en IBM i, algo que no existía cuando se construyó. Tres mil cuatrocientas descargas en Open VSX y publicada también en el Marketplace.

HTTP 200 Open VSX

SantyShare

Subir un archivo y pasar un enlace, sin cuentas ni pasos intermedios. Se construyó para mandar respaldos y capturas grandes cuando el correo ya no es la herramienta.

También publicadas: la calculadora de hojas de cálculo xls-viewer (2.430 instalaciones en el Marketplace) y sql2crud. Las cifras salen de la API del Marketplace y de Open VSX, no de una anotación propia.

03 En trabajo

Lo que se está construyendo, dicho como se está construyendo.

Sin prometer resultados que todavía no existen. Se puede mostrar el diseño y enseguida los fragmentos de código que lo hacen.

a Infraestructura de servidores

Una máquina que se enciende cuando alguien juega y se apaga cuando no.

Todo declarado en Terraform: la máquina, el disco, los respaldos a un bucket, la regla de apagado automático y un presupuesto que avisa por correo antes de que el mes venga cargado. El diseño no depende de que alguien se acuerde de apagar: el sistema lo hace y registra quién pidió qué.

Proyecto personal, para jugar con amigos. Se muestra el diseño y fragmentos del código, no un resultado de venta.

b Fragmentos reales: la máquina y su guardián de costos

Los dos archivos que hacen que esto exista sin que nadie se acuerde: el que crea la máquina, con cada decisión anotada al lado, y el que avisa antes de que el mes venga cargado. Nada se arma a mano en la consola: si el archivo está, la máquina existe. La referencia de costos de este proyecto (14-sep-2026, precios públicos de us-east-1): ~3 USD al mes con todo apagado, ~27 con 60 horas de juego y ~296 si quedara encendida todo el mes, que es justo lo que el apagado automático evita.

Lo que crea la máquina

# La máquina no se crea a mano en la consola:
# se declara acá y terraform la hace existir.
resource "aws_instance" "host" {
  ami           = data.aws_ami.ubuntu.id
  instance_type = var.instance_type

  # La subred se elige ordenada: sin sort() el orden no está
  # garantizado, y mover la máquina de subred la reemplaza.
  subnet_id = sort(data.aws_subnets.default_public.ids)[0]

  # En el primer arranque la máquina se instala sola: el guion
  # lee las llaves y el bucket desde SSM, no del repositorio.
  user_data = templatefile("${path.module}/user-data.sh.tftpl", {
    perfil = var.host_name
    raiz   = "/opt/minecraft"
  })

  # La IP pública se recibe al arrancar y se libera al apagar,
  # así los meses sin jugar no pagan dirección.
  associate_public_ip_address = true

  # La AMI se mueve sola y la IP se libera al apagar. Si terraform
  # las mira, cree que hay deriva y se lleva el servidor puesto:
  # pasó de verdad, en un cambio de permisos.
  lifecycle {
    ignore_changes = [ami, associate_public_ip_address]
  }
}

Recortado de infra/terraform/main.tf del proyecto real. Las llaves, el correo de avisos y el nombre del host viven fuera del repositorio.

Lo que vigila el gasto

# El presupuesto vive en el repositorio, no en la consola:
# se recrea solo y se revisa antes de aplicar.
resource "aws_budgets_budget" "mes" {
  name         = "${var.project_name}-mensual"
  limit_amount = tostring(var.presupuesto_mes_usd)
  time_unit    = "MONTHLY"

  # Aviso temprano: al 70% del gasto real ya se ve
  # que el mes viene cargado.
  notification {
    threshold                  = 70
    threshold_type             = "PERCENTAGE"
    notification_type          = "ACTUAL"
    subscriber_email_addresses = [var.email_avisos]
  }

  # Aviso a tiempo de reaccionar: lo proyectado
  # para el mes pasa el presupuesto.
  notification {
    threshold                  = 100
    threshold_type             = "PERCENTAGE"
    notification_type          = "FORECASTED"
    subscriber_email_addresses = [var.email_avisos]
  }
}

Recortado de infra/terraform/budget.tf. El monto es una variable del ambiente: se cambia sin tocar el código.En pantalla angosta las líneas largas siguen abajo.

c Núcleo bancario de muestra

Cambiar un sistema de bancos sin romperlo.

Un diseño de núcleo para cooperativas y mutualistas medianas: qué garantías tiene que dar el libro antes de mover un saldo, qué se prueba y en qué orden, y cómo se agrega una funcionalidad nueva sin tocar lo que ya funciona. Se muestra el diseño, que es exactamente lo que se vende: el criterio.

En diseño. No hay software publicado de este proyecto todavía.

d Lo que se aprende, se devuelve

Cuando el problema está en una herramienta libre que se usa a diario, el arreglo se comparte con quien la mantiene y también se cuenta acá. Se listan cuando están fusionados, no cuando se escriben.

04 Cómo trabajo

Cuatro pasos y dos reglas que no se negocian.

01

Entiendo el problema

Qué tiene que dejar de doler, quién lo hace hoy a mano y qué pasa si sale mal. Antes de escribir código.

02

Defino la dirección por escrito

Alcance, límites y qué queda afuera. Se aprueba antes de construir, no después de ver el resultado.

03

Construyo con verificación

Cada unidad se prueba contra el sistema real. Lo que no se puede probar, no se declara terminado.

04

Entrego y dejo base

Queda documentado, con su comando para levantarlo, y con lo que hace falta para el próximo cambio.

REGLA 1 El dato que se publica sale de medir la fuente, no de una anotación propia. Si no se midió, no se imprime.

REGLA 2 Lo que se entrega tiene que poder cambiarse sin romperse. Si el próximo cambio da miedo, la entrega no terminó.

05 Para quién

Es más útil decir para quién no es.

Encaja cuando

  • SÍ Hay un sistema viejo que no se puede reemplazar y tiene que seguir cuadrando (IBM i, AS400, DB2, RPG, COBOL).
  • SÍ Un proceso repetitivo consume horas todos los días y depende de que alguien se acuerde.
  • SÍ Hay que operar algo encendido (un servicio, una máquina, un juego) sin que la factura se descontrole.
  • SÍ Se necesita una herramienta propia, porque forzar la que existe cuesta más que construirla.

No encaja cuando

  • NO Es una página hecha con plantilla y ya hay una plantilla que alcanza.
  • NO Hace falta para ayer y no hay tiempo de entender el problema.
  • NO Nadie va a mantener el sistema después, y el sistema se va a necesitar durante años.
  • NO Se busca el precio más bajo de la lista, sin importar qué queda construido.

06 Resultados

Qué queda distinto cuando el sistema está bien construido.

No es lo que se promete antes de empezar: es lo que cambia en la operación cuando ya está en uso.

01

El próximo cambio deja de dar miedo

Queda ordenado y documentado, con su comando para levantarlo: el ajuste siguiente se hace sobre algo entendible, no sobre una caja negra.

02

Lo repetitivo deja de depender de alguien

Lo que se hacía a mano todos los días pasa a ejecutarse solo y con verificación: si el dato no cuadra, avisa en vez de seguir de largo.

03

Crecer no obliga a romper lo que andaba

Agregar una funcionalidad nueva no toca lo que ya funcionaba: cada parte tiene su límite, su prueba y su forma de volver atrás.

04

Lo encendido no sorprende en la factura

Se enciende cuando alguien lo usa y se apaga cuando no, con el costo declarado en el repositorio y aviso antes de pasarse del presupuesto.

07 Contacto

Contame qué se hace hoy a mano.

Con eso alcanza para decirte si es algo que puedo resolver, cuánto tarda y qué se necesita. Si no es para mí, también te lo digo.

ModalidadRemoto desde Quito, Ecuador (UTC-5)
RespuestaEl mismo día hábil