Tu asistente está acotado a un solo negocio, y ahí se queda.
OpusDone añade una capa de plataforma después de tus instrucciones, y esa capa dice que el asistente está estrictamente acotado a tu negocio, con su nombre, y que solo puede usar el conocimiento que tú le has dado. Como va la última y tú no puedes editarla, no la mueve ni un cliente ni una instrucción mal escrita. Así que no se inventará un precio, un plazo, una capacidad ni un hueco libre, y no puede ofrecerse a comprobar stock ni a «mirarlo y volver a escribirte».
- Nuestra capa se añade después de la tuya
- El conocimiento en borrador no llega al modelo
- Ninguna promesa que no pueda cumplir
Revisado el
¿Qué dice OpusDone que no dice un chatbot general?
Tres formas de que un chatbot de negocio deje de serlo.
Las tres son de lo más normal. Le pasan un martes tranquilo a un negocio que no ha hecho nada mal.
Le convencen de que deje su trabajo
Alguien le pide que ignore sus instrucciones, o simplemente cambia de tema con suficiente maña. Un asistente sujeto solo por buenas palabras suele obedecer, y un modelo que suele obedecer no es un control.
Rellena un hueco con algo verosímil
El cliente pregunta un precio que nadie escribió nunca. La respuesta se lee bien, suena segura y te compromete con una cifra que en tu negocio no ha dado nadie.
Promete algo que no puede hacer
Se ofrece a comprobar stock, seguir un pedido, mandar un documento o mirarlo y volver a escribir. Detrás no hay nada capaz de hacer ninguna de esas cosas, así que el cliente espera una respuesta que no va a llegar.
¿Cómo mantiene OpusDone al asistente dentro de su ámbito?
- 01
Dos capas, y la nuestra va la última
El orden del prompt importa. Tu bloque lo escribes tú; la declaración de ámbito se añade después y el cliente no la puede editar, así que no la deshace una instrucción que escribiste con prisa. - 02
Una lista estricta de estados permitidos
Solo se cargan las entradas marcadas como activas, o con el estado heredado aprobado. Todo lo demás queda fuera, incluidas las entradas sin ningún estado. La comprobación permite en vez de bloquear, así que un valor inesperado falla en cerrado. - 03
Un filtro de calidad antes de guardar
La sopa de navegación se rechaza cuando más del 12 % de los caracteres están en cadenas de separadores o en palabras pegadas en CamelCase. También los avisos de cookies, la letra pequeña de privacidad y las líneas de ©, cualquier cosa por debajo de 80 o por encima de 4.000 caracteres, y los casi duplicados con un 85 % o más de solapamiento de trigramas. - 04
Un presupuesto que nadie puede acaparar
12.000 caracteres por turno, con un tope del 40 % para cualquier entrada suelta y truncado en vez de exclusión para las que se pasan. Tus datos cortos e importantes se quedan en el prompt junto a los largos. - 05
Una lista de prohibiciones escrita en el runtime
No puede comprobar stock ni precios, seguir un pedido, enviar un documento, aplicar un descuento ni prometer que vuelve con una respuesta. Cuando el conocimiento se acaba, la instrucción es poner al cliente en contacto con una persona. - 06
Una salida garantizada
La escalada tiene cinco motivos, y el de temas sensibles se muestra fijado en la interfaz porque es una regla de cumplimiento que se aplica en el runtime. Si un cliente pide una persona y el modelo no actúa, el runtime levanta la escalada por su cuenta.
Un modelo que suele obedecer no es un control, así que la línea de ámbito se añade después de tus instrucciones, en una capa que el cliente no puede editar.
Solo habla de tu negocio.
La declaración de ámbito se añade después de tus instrucciones y ningún cliente puede editarla, así que no hay una línea que nadie pueda esquivar hablando. Tu asistente no hace los deberes de nadie, no escribe poemas y no habla de la competencia. Vende lo que tú vendes, con las palabras que has aprobado.
Dos capas. La tuya, y después la nuestra.
¿Qué no puede tocar nunca OpusDone?
Hay partes de este producto que se mantienen a propósito fuera del alcance del modelo, incluidas las que se le darían bien escribir.
Nunca escribe tus barreras de seguridad
«Escribe mis instrucciones» y «Optimizar» solo devuelven el bloque sobre el negocio. El andamiaje de cumplimiento, la lista de prohibiciones y las reglas de escalada no son cosa del modelo, y hay un test que comprueba que esas secciones sobreviven.
Un estado en blanco nunca es un aprobado
Borrador, pendiente de aprobación, archivado, rechazado, en blanco y desconocido quedan todos fuera. Una entrada que llega sin estado se descarta en lugar de pasar dando por hecho que seguramente esté bien.
Una importación nunca llega activa
Todo lo que produce el rastreo de tu web aterriza como pendiente de aprobación. Además, el rastreador solo rellena campos vacíos, así que no puede sobrescribir algo que ha escrito una persona.
Una suposición nunca es mejor que pasar a una persona
Donde se acaba el conocimiento, se acaba la respuesta. Dice que va a poner al cliente en contacto con una persona, y la escalada se crea, en vez de producir una respuesta que suene bien.
La escalada por tema sensible nunca se apaga
Se muestra fijada en la interfaz porque se aplica en el runtime y no con un interruptor. No hay ninguna configuración en la que una conversación sensible se quede calladamente con el asistente.
Dudas sobre el chatbot acotado, resueltas
¿Qué dice exactamente la capa de plataforma?
¿El ámbito acotado lo hace peor respondiendo?
¿Qué impide que una página larguísima inunde el prompt?
¿Y si mis propias instrucciones la contradicen?
¿Cómo lo compruebo por mí mismo?
¿Quién puede ver los datos que hay detrás de todo esto?
Más sobre ámbito y seguridad
Tu asistente se queda en tu negocio por construcción
La línea de ámbito se añade después de tus instrucciones y nombra un solo negocio. Ni un cliente puede convencerlo de lo contrario, ni una instrucción mal escrita.
Solicitar acceso