Garden House · Portafolio de automatización con IA
Cómo funciona cada proyecto.
Cuatro soluciones sobre un mismo backbone — WhatsApp, IA de bajo costo y los sistemas que Garden House ya usa. Esta presentación muestra el flujo de funcionamiento de cada una: lo que ve el usuario y lo que pasa por detrás.
Un backbone · cuatro soluciones2 productos ya construidos en sus reposNavega con ← → o el índice
MCCO Group00 · El backbone común
La misma base para las cuatro soluciones
Canales conocidos, inteligencia intercambiable, datos del cliente.
📱 Canales
donde la gente ya está
WhatsApp vía Kapso — API oficial, número propiedad de Garden House (sin lock-in)
Web — portal de contratistas, vista del guardia, tableros
Correo M365 — alertas y flujos existentes
⇄
🧠 Inteligencia
agentes especializados, una tarea cada uno
OpenRouter — modelos de IA de bajo costo con lectura/visión; se cambia de modelo en una línea; API key del cliente
Orquestador MCCO — código entregado en el handover; guardrails determinísticos por fuera de la IA
Ante baja confianza no inventa — deriva a revisión humana
⇄
🗄 Datos del cliente
en sistemas de Garden House
SharePoint / M365 — repositorio documental y tableros
SQL — bases por proyecto (contratistas, hallazgos SG)
Buk — datos del colaborador, solo lectura (P&C)
La IA ordena, el humano decide
Aprobar permisos y enviar correos externos es de una persona.
Datos ficticios primero
Se construye y prueba con datos falsos; se conecta después.
Minimización por rol
Cada vista expone solo lo necesario. Ley 19.628 / 21.719.
Sin lock-in
Número de WhatsApp, API keys y código quedan en poder de GH.
Handover total
Documentación, capacitación y credenciales entregadas.
MCCO Group01 · Personas y Cultura
Para Fabiola Steffens · P&C
RH en tu bolsillo
producto en construcción · repo propio
El colaborador pregunta por WhatsApp; P&C deja de ser mesa de ayuda.
Cómo funciona · de la pregunta a la respuesta con fuente
💬
Colaborador escribe
al número de WhatsApp de GH (Kapso)
→
🪪
Identidad RUT + OTP
vínculo 1:1 teléfono↔persona; nadie consulta por otro
→
🧠
Agentes es-CL
entienden la pregunta y buscan en documentos curados (RAG) + Buk solo lectura
→
🛡
Guardrails
sin montos por chat, sin datos de terceros, no inventa: sin fuente → escala
→
✅
Respuesta al instante
con la fuente citada; tono humano (escribiendo…, burbujas)
→
🙋
Escalamiento
lo sensible o sin respuesta pasa a P&C humano con contexto
Lo que ve el colaborador
Responde al tiro, 24/7: beneficios, contrato, reglamento, sindicato.
Sus datos (vacaciones, contrato) salen de Buk, verificada su identidad.
Cada respuesta dice de dónde salió (documento y sección).
Lo que pasa por detrás
Orquestador Node/TypeScript (repo propio, se transfiere en handover).
Kapso webhook firmado + OpenRouter (modelo intercambiable por configuración).
Panel P&C, simulador de chat offline y 38 tests automatizados.
sin montos por chatsin datos de tercerosfuente citada siempreBuk solo lecturaescalamiento a humanoes-CL
Para Camila Arlegui · SSOMA · usuario clave: Lucio (prevencionista)
Nadie entra con papeles vencidos
arquitectura BD + app operable · construcción con accesos
Base SQL única por RUT con estado calculado en cada consulta (cronicidad 24/7) — reemplaza el Excel de hojas infinitas.
Cómo funciona · del documento al permiso, sin bypass
📤
Contratista carga en la web
el envío se bloquea si falta algo; cada intento queda en historial
→
🤖
La IA lee cada documento
clasifica, extrae vencimiento, firma sí/no; dudas → en revisión (no inventa)
→
🗄
Base SQL viva
estados vigente / por vencer / vencido calculados al consultar, 24/7
→
🛃
Guardia y habilitación
consulta por RUT o empresa; vencido o incompleto = no entra
→
📋
Kanban + alertas
vencimientos con ~1 mes de aviso; mensaje pre-redactado, lo envía Lucio
→
📲
Permiso + AST digital
solo autorizable con todos al día; aprueba Lucio desde el teléfono, sin VPN
Lo que ve cada usuario
Contratista: qué le falta y qué le vence, y lo sube él mismo (portal).
Guardia: HABILITADO / NO HABILITADO gigante, por RUT o lista de empresas.
Lucio: kanban por empresa, próximos vencimientos y permisos listos para aprobar.
Lo que pasa por detrás
Esquema SQL propuesto: 17 tablas · 5 vistas · 3 roles — en sistemas de Garden.
La consulta clave: v_vencimientos → qué vence, de quién, en cuántos días.
Dos zonas: la web pública nunca toca la BD directo (pasa por la API interna).
sin bypass ≠ sin humanosin correo automático (fase 1)QR informativo, no abre puertasfirma: presencia sí/noAST digital experimentalbatch fin de semana por RUT