Un asistente pierde credibilidad operativa muy deprisa cuando informa mal sobre aquello a lo que puede acceder. El sistema de Pius Lanzl no necesitaba una capa conversacional más persuasiva. Necesitaba estados deterministas y rutas fiables para el trabajo práctico: documentos, PDF, OCR, Google e imágenes.
Evidencia en la fecha de publicación: Pius AI aparecía como agente principal con 12 conexiones el 30 de mayo de 2026; gateway, proxy de facturación y Ollama estaban activos. Calendar, Drive y Sheets figuraban conectados mediante Composio, mientras Gmail y Docs estaban explícitamente registrados como no plenamente activos.
La empresa
El brief era un centro de mando en alemán para Pius. El trabajo diario podía incluir calendario, archivos, hojas de cálculo, documentos, PDF entrantes, material escaneado e imágenes. Son necesidades ordinarias, pero atraviesan proveedores alojados y herramientas locales.
Para que fuera útil, Pius debía poder preguntar de forma natural en alemán y recibir una descripción exacta de lo que el asistente podía hacer ahora, no una suposición basada en un conector parecido.
La restricción
La configuración mezclaba piezas conectadas y parciales. Calendar, Drive y Sheets estaban activos mediante Composio; Gmail y Docs no. Si el asistente consultaba un resultado genérico o el slug equivocado, podía afirmar lo contrario.
La confianza era el límite. Un operador que declara ausente una conexión presente crea trabajo innecesario; uno que insinúa acceso inexistente crea riesgo. El comportamiento frágil con PDF y las aprobaciones repetidas para tareas locales agravaban el problema.
Por qué las herramientas existentes no bastaban
Un conector responde solo a parte de la pregunta. El asistente aún debe ejecutar la comprobación exacta, distinguir toolkits de Google y elegir una ruta local estable cuando no hace falta la nube.
El manejo genérico de PDF por el modelo no era una ruta productiva suficiente. RECAST añadió wrappers limitados para extracción, OCR, renderizado y creación, y documentó la lógica de estado exacta de Calendar, Drive, Sheets, Gmail y Docs. Así redujo el espacio para improvisar.
Mapa de transformación
Antes
Solicitud en alemán -> búsqueda genérica o manejo del modelo -> estado incierto -> Pius verifica o repite manualmente
Después
Solicitud en alemán -> toolkit exacto o wrapper local -> resultado determinista -> salida visible -> aprobación humana solo si importa
Un flujo de principio a fin
- Entrada: Pius envía una solicitud en alemán sobre un PDF o documento escaneado.
- Inspección: El wrapper oc-pdf identifica el archivo y elige extracción, renderizado u OCR.
- Procesamiento: Poppler y Tesseract, con soporte OCR alemán, realizan la operación local.
- Contexto: gbrain conserva o recupera contexto empresarial para interpretar el material.
- Salida: El asistente devuelve contenido extraído, resultado estructurado o PDF generado localmente.
- Rama de proveedor: Si necesita datos de Google, comprueba el toolkit exacto e informa su estado.
- Límite: Una acción de Gmail o Docs permanece indisponible hasta activar esa conexión; no se presenta como activa.
Qué cambió
- Construido: Guía operativa en alemán, gbrain, memoria activa, wrappers PDF/OCR, creación documental e imágenes locales.
- Conectado: Calendar, Drive y Sheets activos en sus toolkits; gateway, proxy y modelo local unidos al runtime.
- Probado: Se comprobaron y repararon estado de toolkits, fallback de gbrain y routing de imagen.
- Runtime verificado: Pius AI, 12 conexiones, gateway, proxy y Ollama observados el 30 de mayo de 2026.
- Uso activo: No hay suficiente historial para publicar volumen documental ni adopción.
- Dependencia restante del proveedor o cliente: Gmail y Google Docs no estaban plenamente activos; toda acción depende de la conexión correcta.
- Resultado financiero comunicado por el cliente: Ninguno registrado.
Evidencias
- Prueba de entorno: Gateway, proxy y Ollama activos.
- Prueba de routing: Pius AI como agente principal con 12 conexiones.
- Prueba de conexión: Calendar, Drive y Sheets activos; Gmail y Docs ausentes o incompletos.
- Prueba de herramientas: Rutas de información, extracción, OCR, renderizado y creación de PDF con OCR alemán.
- Límite: Se demuestra estado de componentes, no throughput empresarial cuantificado.
Tecnología, al final
El runtime usa OpenClaw 2026.5.27, Discord, proxy de facturación, Composio MCP, gbrain, Ollama, memory-core y memoria activa. Las rutas locales combinan oc-pdf, Poppler, Tesseract con OCR alemán y ReportLab; creatividad usa Higgsfield y Printing Press. La ejecución está limitada por allowlist para evitar shell irrestricto.
Testimonio del cliente
No existe una cita textual verificable. La evidencia es el runtime inspeccionado, el estado explícito de proveedores y las rutas documentales instaladas.
Siguiente transformación
Descubre cómo Plutify expuso datos contables activos mediante un panel CFO de solo lectura. Aplica el mismo principio —límites exactos antes de automatizar— al reporting financiero.
Obtén tu plan de IA
Si tu asistente no puede decir con fiabilidad qué herramientas están conectadas, sumar integraciones agravará la desconfianza. Reserva una auditoría gratuita de IA para establecer la primera ruta determinista de documentos o datos.
Registro de fuentes
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 6.RECAST_CASE_STUDIES_2026_UPDATED.pdf, página 13, documentoRA-CASES-001, versión 2.0.RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.4, 11 y 58.