Quién pone Rikoo en producción, y para qué.
Seis segmentos donde la brecha entre un prototipo y un servicio es mayor. Habrá referencias con nombre; la cita de más abajo es un texto provisional hasta que se aprueben las nuestras.
Soporte en el sitio web y en Slack
Un widget en una sola etiqueta de script, una colección de conocimiento con citas, identidad de visitante verificada para que el agente retome el hilo correcto del cliente, opiniones de usuarios recogidas, y un coste conocido por conversación.
Un agente de operaciones con herramientas
Servidores MCP hacia GitHub, Linear, PagerDuty y PostgreSQL por OAuth, secretos en la bóveda, aprobación humana antes de una acción sensible en Enterprise, y una línea de auditoría por cada gesto.
Banca, salud, sector público, defensa
En sus instalaciones o en una nube soberana, con modelos europeos o locales, aislado de la red si hace falta, y un registro a prueba de manipulación. El expediente de cumplimiento se escribe a partir de los invariantes de arquitectura y no de un texto de marketing.
Una sola plataforma que entregar en cada cliente
Prototipe sobre el núcleo abierto, opere varios clientes en una instancia con el multiorganización de Enterprise, e intégrese con lo que ya ejecutan mediante un contrato OpenAPI publicado.
Un agente dentro de su producto
Un widget personalizable zona por zona, un SDK de JavaScript, capacidades dentro de la página tras un consentimiento, la identidad de sus propios usuarios, y refacturación por cliente en Enterprise.
Salir del prototipo
Un cuaderno o un agente personal se convierte en un servicio versionado, probado, con puertas y trazado, con subagentes y habilidades, sin reescribir la orquestación.
Dejamos de discutir si los equipos podían construir agentes. Rikoo convirtió la respuesta en una política en lugar de en una reunión.
El prototipo nunca fue lo difícil.
Empiece por la edición gratuita.
Nada que firmar, nada que pedir. Instálelo y decida después.