Agent as a Service (AaaS) · Operación por alcance
scAIe diseña la arquitectura, integra las herramientas autorizadas, conserva la evidencia disponible y define el escalamiento humano antes de operar. El runtime actual usa Google ADK/Gemini y Chatwoot; las integraciones adicionales, los objetivos de latencia, el KPI y el SLA se validan por proyecto y quedan sujetos a contrato.
Arquitectura de 5 capas
La vista separa canales, runtime, integración y herramientas, tarea con KPI y evidencia con Human Gate. Cambia a Terminal & Código para inspeccionar fragmentos reales del runtime y patrones de diseño que no están desplegados.
Puntos de entrada disponibles en el runtime web y canales adicionales que se habilitan sólo tras validar el alcance de cada integración.
El runtime actual cubre voz web y web chat. WhatsApp, correo, SIP o WebRTC se incorporan por proyecto, con credenciales, permisos, pruebas y un canal de escalamiento acordados. La onda visible en esta capa es una simulación CSS y no una llamada en curso.
Web Audio API, micrófono y WebSocket con Gemini Live. La sesión requiere autorización, permiso de micrófono y configuración de backend.
El chat web publica mensajes en Chatwoot cuando la configuración del servidor y el inbox están disponibles.
Puede conectarse mediante un inbox o API según proveedor, cuenta, plantillas, permisos y reglas de negocio.
La topología de marcación y WebRTC es un objetivo de integración; este panel no representa una llamada telefónica activa.
IMAP o Microsoft Graph requieren autorización, clasificación de mensajes, controles de envío y una revisión de seguridad.
Ejecuta el agente configurado, coordina herramientas disponibles y conserva el contexto operativo de la conversación.
El harness actual está construido sobre Google ADK, herramientas Python y memoria compartida. LangGraph y Vercel AI SDK son alternativas de diseño para determinados proyectos, no dependencias desplegadas ni una garantía de rendimiento.
El agente declara herramientas, crea una sesión efímera y persiste el historial en PostgreSQL.
El backend, modelo y reintentos se resuelven desde configuración y pueden cambiar por entorno.
La conversación y el historial conectan el canal público con el contexto operativo del agente.
Puede evaluarse para procesos cíclicos por proyecto; no forma parte del orquestador ADK que aparece en el repo.
No se presenta como dependencia activa del runtime; su uso requeriría implementación y validación específicas.
Conecta el agente con los sistemas autorizados y conserva evidencia de las acciones que el proyecto permite ejecutar.
Chatwoot y el WorkMap forman parte del flujo actual. ERP, CRM, Cal.com u otros sistemas se integran por proyecto después de revisar permisos y datos. Playwright es una opción de diseño no desplegada: no se presenta como una acción ejecutándose sobre un portal externo.
El servidor usa credenciales y un inbox configurados para crear conversaciones, consultar mensajes y publicar transcripciones autorizadas.
Los campos del proceso se guardan con una cita textual y se distinguen entre confirmado e inferido.
La disponibilidad depende de credenciales, configuración y datos cargados en el entorno donde corre el agente.
Cada conector requiere endpoints, Esquemas, permisos, manejo de errores y pruebas con el sistema del cliente.
Puede proponerse para portales sin API, pero requiere un caso, selectores estables, seguridad y validación antes de activarlo.
Traduce un proceso acordado en tareas, límites, evidencia y un KPI que debe definirse por proyecto.
Esta capa no asigna resultados universales. Un proyecto de negocio debe declarar proceso, volumen, sistemas, excepciones, responsable humano y KPI. Los ejemplos sirven para estructurar una demostración; el compromiso final queda en contrato.
El flujo, las políticas autorizadas y el KPI se acuerdan por cliente; no hay una tasa universal predefinida.
El alcance depende de las fuentes, los documentos disponibles, las validaciones fiscales y las aprobaciones.
Puede evaluarse con catálogos, reglas de margen y una integración ERP; los tiempos se miden en el piloto.
La resolución en primer contacto, la cobertura y el escalamiento se definen con la línea base y el SLA del proyecto.
Expone el estado operativo disponible, conserva evidencia de la conversación y define el escalamiento humano en el alcance contratado.
El runtime actual registra eventos del backend y conserva las transcripciones y el resumen en Chatwoot cuando la sesión está configurada. OpenTelemetry, la inmutabilidad de la evidencia y el tiempo de entrega del escalamiento siguen siendo objetivos de diseño u operación con el plazo acordado por contrato; no se presentan como una medición en vivo de esta página.
El endpoint registra progreso, errores, duración y contadores de audio y turnos en la sesión.
Las transcripciones y el resumen de voz se escriben mediante el cliente autorizado y conservan el estado de la conversación.
La trazabilidad distribuida es un objetivo de instrumentación; no se presenta como un exportador activo del runtime.
El punto de escalamiento, el canal y el tiempo de respuesta se definen para cada operación y demostración.
Selecciona un proceso, edita los seis supuestos y compara horas, capacidad, beneficio y recuperación de la inversión. Los importes son supuestos que capturas para dimensionar tu caso: no son una lista de precios, una cotización ni una oferta de scAIe. No hay resultados predefinidos.
Caso de negocio para medir seguimiento, respuesta y promesas de pago. Las políticas, canales autorizados y KPI se definen con el alcance contratado.
Escenario ilustrativo calculado sólo con los valores capturados. No es cotización, precio, oferta ni garantía de ahorro, capacidad o ROI; los importes son supuestos de referencia y el alcance se define con un piloto.
Acuerdo de servicio por contrato
| Dimensión Operacional | Compromiso scAIe | Entregable Concreto |
|---|---|---|
| Disponibilidad y Runtime | Definido por contrato | Ventana, exclusiones, medición y plan de incidente se documentan por implementación. |
| Escalamiento Humano (Handoff) | Objetivo por contrato | Canal, horario, contexto y evidencia de escalamiento se definen para cada operación. |
| Calibración de Modelos | Cadencia acordada | Evaluación de regresión, dataset y actualización de guardrails se documentan en el ciclo de operación. |
| Trazabilidad y Auditoría | Diseño acordado | Registro, retención, procedencia y firma se definen según el sistema y las políticas del cliente. |
01 / Alcance compartido
Tu equipo define reglas comerciales, permisos y responsables. scAIe diseña el flujo, integra las herramientas validadas, opera el alcance acordado y mantiene la evidencia disponible. APIs, Playwright, canales y modelos se incorporan sólo cuando el proyecto lo autoriza y lo demuestra.
Entregables: matriz de corresponsabilidad RACI, límites de delegación, guardrails deterministas y protocolo de escalamiento a humanos.
02 / Ciclo de vida
Construir es el primer paso. Operar es revisar resultados, excepciones, cambios de política y evidencia disponible con una cadencia acordada; no implicamos aprendizaje autónomo ni adaptación no supervisada.
Evolución devuelve evidencia al objetivo: AaaS no termina en una entrega; mantiene una responsabilidad dentro de la vigencia acordada.
Entregables: bitácora de versiones, evaluación con casos acordados y calibración de políticas según la evidencia de cada ciclo.
03 / Evidencia y observabilidad
El runtime disponible expone estado, eventos y registros de sesión. Las métricas p50/p95, consumo por interacción, llamadas a herramientas y reportes adicionales se instrumentan y validan por proyecto.
Plantilla sin resultados atribuidos. En operación, cada celda debe provenir de la telemetría del agente y la línea base OPT.
Entregables: tablero de observabilidad con evidencia disponible, alertas de excepción y reportes ejecutivos por ciclo acordado.
04 / Alcance operativo
La propuesta incluye la topología de las cinco capas, inventario de herramientas, reglas de excepción, responsables, contrato de integración y plan de observabilidad. APIs, Playwright, canales y frameworks adicionales se marcan como opciones hasta que exista implementación y validación.
Entregables: matriz de corresponsabilidad, límites de delegación, contratos de herramientas, runbook de escalamiento y reporte de evidencia.
Servicios relacionados
05 / Preguntas frecuentes
Desde $6,000 MXN al mes por el agente básico: una tarea, una integración y solo texto. Dos ejemplos de ese alcance: un agente que recibe mensajes, califica prospectos y los pasa con tu equipo; y un agente que agenda citas para varios doctores, maneja el calendario y envía recordatorios. Cada tarea adicional, canal o sistema integrado se suma por alcance; el diagnóstico previo define el alcance real antes de cualquier compromiso.
Agent as a Service (AaaS) es una modalidad gestionada: scAIe define una tarea, diseña las herramientas, integra los sistemas autorizados, opera el servicio y mantiene la evidencia disponible. El alcance, el KPI y el SLA se acuerdan por proyecto; no son una garantía universal.
Cuando un portal no ofrece una API estable, podemos evaluar navegación headless con Playwright como opción de integración por proyecto. El diseño debe confirmar permisos, selectores, autenticación, manejo de excepciones y evidencia. No se presenta como un conector activo ni se asume acceso a banca, SAT, aduanas o ERPs sin autorización y pruebas.
El runtime actual de scAIe utiliza Google ADK con Gemini, herramientas Python, Chatwoot, PostgreSQL y Redis. Vercel AI SDK, LangGraph, Eve, workers y routers multi-modelo son opciones que se evaluan por tarea y sólo se incorporan después de implementar, probar y documentar su alcance.
Significa que el proyecto define una métrica concreta y su línea base: por ejemplo, promesas de pago, tiempo de cotización, conciliación de tres vías o resolución en primer contacto. El valor objetivo, la evidencia y las condiciones de revisión se acuerdan antes del piloto; no publicamos resultados universales.
El agente no accede a sistemas críticos fuera de las herramientas, permisos y reglas validados para el proyecto. Los datos se validan según el contrato del conector; una excepción o una confianza insuficiente se escala al responsable acordado con el contexto disponible. El tiempo de escalamiento depende del canal, horario y SLA definidos.
El runtime disponible registra eventos del backend y conserva transcripciones y resúmenes en Chatwoot cuando la sesión está configurada. OpenTelemetry, trazas p50/p95, consumo de tokens y un registro inmutable son objetivos de instrumentación que se incorporan y validan por contrato.