Lizandro GuarnizoandClaude Opus 5 7ddc3f5286 feat(umind): vigilancia de APIs — avisa cuando pasa algo, sin quemar plata
"Avisame cuando esta API devuelva stock en cero." La vigilancia apunta a una
HERRAMIENTA ya configurada del agente y nunca a una URL libre: así hereda
entero el blindaje de LlamarHerramientaWebhook —DNS resuelto en el connect,
IPs internas rechazadas, sin redirects, respuesta acotada— sin reimplementar
una línea de eso. Hay un test que falla si alguien le agrega un campo url.

El ahorro que hace viable la feature: se hashea la respuesta y, si no cambió,
no hay nada que evaluar y no se gasta un token. Preguntarle a la IA en cada
chequeo serían 1440 consultas diarias por cliente para responder algo que ya
sabíamos. El test verifica que el corte por hash esté ANTES de la evaluación.

Y se avisa al ENTRAR en condición, no en cada chequeo que la siga cumpliendo:
una alerta que llega cada media hora deja de leerse a la segunda. Es la lección
que el monitor de sitios ya había aprendido con las transiciones de estado.

Solo un SI explícito dispara el aviso. Un modelo que devuelve una explicación,
un error o cualquier otra cosa se toma como que no: un aviso que no llega
molesta menos que uno que despierta a alguien a las 3 AM sin motivo.

Si el envío del aviso falla, no se marca como avisado — se reintenta al
siguiente ciclo. Y tras diez fallos seguidos la vigilancia se apaga sola: una
API que dejó de existir no puede consultarse para siempre ni seguir gastando el
plan de quien la configuró.

Máximo 5 por agente, mínimo 5 minutos de intervalo. Solo canal interno: cada
vigilancia es una llamada saliente recurrente y consultas a la IA, o sea plan
del dueño gastado por quien la pida.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-24 21:43:43 -05:00
2025-08-05 14:48:12 -05:00
2025-04-24 02:07:47 +00:00
2025-04-24 02:07:47 +00:00
2025-04-24 02:07:47 +00:00
2025-04-24 02:07:47 +00:00
2025-04-24 02:07:47 +00:00
up
2026-03-11 11:27:51 -05:00
2025-04-24 02:07:47 +00:00
2025-04-24 02:07:47 +00:00
up
2026-05-14 19:56:44 -05:00
up
2026-04-29 23:36:30 -05:00
2025-04-24 02:07:47 +00:00
up
2026-05-18 23:45:11 -05:00
2025-04-24 02:07:47 +00:00
up
2026-05-26 20:54:10 -05:00
2025-04-24 02:07:47 +00:00
2025-04-24 02:07:47 +00:00
2025-04-24 02:07:47 +00:00
up
2026-05-11 21:41:30 -05:00
2025-04-24 02:07:47 +00:00

SISTEMA DE WEBSITE

Este sistema ha sido desarrollado por U-Site para Usite SAS BIC con el propósito de optimizar la gestión administrativa, mejorar la experiencia del usuario y facilitar el acceso a información clave. Está diseñado para centralizar la administración de contenidos web, trámites virtuales y configuraciones del sistema, asegurando eficiencia, seguridad y personalización según las necesidades de la organización y sus usuarios.

Descripción

El software permite crear una plataforma moderna y segura que optimiza la experiencia del usuario y asegura la protección de datos. Ofrece una página web con un diseño atractivo y funcional, adaptado a diversos dispositivos y navegadores, mientras que la oficina virtual proporciona herramientas colaborativas y de comunicación para la gestión interna. Entre sus principales funcionalidades, incluye una interfaz intuitiva, medidas de seguridad avanzadas, y una experiencia optimizada para dispositivos móviles y de escritorio. Además, ofrece soporte continuo y mantenimiento para asegurar el buen funcionamiento de la plataforma, mejorando la seguridad cibernética y reforzando la presencia digital de Usite SAS BIC.

Requisitos del Sistema

  • Go - Fiber
  • OBDC para SQLServer, Postgres, Informix

Instalación

  1. Clona el repositorio de GitHub: git clone https://github.com/lizandrogd/soft_usite.git
  2. Accede al directorio del proyecto: cd soft_usite
  3. Instala las dependencias de go: go mod tidy

Uso

  1. Inicia el servidor GO: go run main.go
  2. Accede al sistema desde tu navegador web: http://localhost:8084
  3. Utiliza las funcionalidades proporcionadas por el sistema según tus necesidades.

Contribución

Si deseas contribuir al proyecto, sigue estos pasos:

  1. Haz un fork del repositorio.
  2. Crea una nueva rama (git checkout -b feature/nueva-funcionalidad).
  3. Realiza tus cambios y haz commit (git commit -am 'Añadir nueva funcionalidad').
  4. Sube los cambios a tu repositorio remoto (git push origin feature/nueva-funcionalidad).
  5. Crea un nuevo Pull Request.

Licencia

Este proyecto está licenciado bajo la Licencia MIT.

Contacto

Para cualquier consulta o sugerencia, no dudes en contactar al equipo de u-site en info@u-site.app.

S
Description
No description provided
Readme
37 MiB
Languages
Go 99%
Shell 0.4%
PLpgSQL 0.3%
Makefile 0.2%
Dockerfile 0.1%