La respuesta corta
Para actualizar la información de un agente de IA cuando cambia tu oferta, identifica qué condiciones cambiaron y desde cuándo aplican. Reemplaza las fuentes que consulta, excluye las versiones anteriores y prueba sus respuestas antes de permitir nuevos envíos. Revisa también conversaciones abiertas y borradores: pueden conservar condiciones que ya no corresponden.
¿Por qué sigue ofreciendo algo que ya no vendes?
Cambiaste el acompañamiento incluido en tu servicio. El equipo ya lo sabe, pero la IA sigue preparando mensajes que prometen la modalidad anterior. El texto está bien escrito. La promesa está mal. Este es un ejemplo hipotético, pero sirve para distinguir un error comercial de una respuesta que simplemente necesita mejor redacción.
Subir el documento nuevo no demuestra que el sistema haya dejado de consultar el viejo. Quizá conserva otra copia, reutiliza una respuesta preparada o encuentra una condición anterior dentro de una conversación. Primero hay que localizar de dónde salió esa promesa.
La documentación de búsqueda en archivos de OpenAI describe una herramienta que el modelo consulta cuando decide usarla. Esa descripción corresponde a esa herramienta, no a todas las instalaciones. La consecuencia práctica sí importa: exige que quien mantiene tu sistema muestre qué fuente consultó. Que el archivo figure como cargado prueba la carga, no la respuesta correcta.
¿Qué documento decide cuál es la condición vigente?
Antes de tocar la IA, resuelve la decisión comercial. Escribe qué cambió, cuándo entra en vigor y a quién aplica. Una oferta nueva puede corresponder a compradores nuevos sin modificar compromisos ya aceptados. El sistema necesita distinguirlos; no le corresponde decidir cómo tratar una excepción contractual.
Actualizar conocimiento significa cambiar la información autorizada para una tarea y comprobar que el sistema usa la versión que corresponde al caso. Poner una fecha en el nombre del archivo ayuda a identificarlo. No basta para establecer que esa fecha gobierna las respuestas.
Deja un documento aprobado con alcance, condiciones, vigencia y responsable. Si ventas tiene una versión y entrega defiende otra, detén el cambio hasta resolver la diferencia. La IA no debería arbitrar una discusión que el negocio todavía no cerró. Este es el mismo límite explicado en la guía sobre controlar lo que hace la IA en ventas.
¿Dónde debes buscar las condiciones anteriores?
Pide un inventario de las fuentes conectadas a esa tarea. Revisa documentos compartidos, preguntas frecuentes, instrucciones comerciales y plantillas de respuesta. Incluye los textos que se copiaron para crear ejemplos. Quitar el PDF original no modifica necesariamente una condición que alguien pegó después en una plantilla.
Busca por la condición que dejó de aplicar, no solamente por el nombre de la oferta. Puede aparecer como una duración, una entrega incluida o una excepción comercial. El propósito es encontrar dónde se sostiene la promesa anterior, aunque el archivo tenga otro título.
Separa lo que debe salir de consulta de lo que debes conservar como historial. Una propuesta aceptada puede seguir siendo evidencia de un compromiso. Archivarla no equivale a autorizar que se use para responder a compradores nuevos. No borres documentos del negocio para limpiar las respuestas.
¿Cómo retiras la versión vieja sin dejar al agente inventando?
Prepara la fuente nueva y confirma que puede consultarse antes de permitir respuestas con esas condiciones. Pide después que la versión anterior quede fuera de las consultas donde ya no aplica. Durante el cambio, los mensajes afectados pueden permanecer como borradores sujetos a revisión.
Hay un límite técnico concreto. La guía de recuperación de OpenAI advierte que retirar un archivo de su base de búsqueda no tiene efecto inmediato en todos los resultados. Durante un periodo corto todavía puede aparecer contenido del archivo retirado. La documentación no da un plazo universal que puedas copiar como tiempo de espera.
Por eso no aceptaría una entrega que termine en «ya lo borramos». Pediría una prueba posterior desde el mismo canal que usa el equipo. Si la condición vieja sigue apareciendo, conserva la revisión humana y exige localizar su origen antes de reactivar los envíos.
Tampoco aceptaría sustituirla por un vacío. Si falta una condición vigente, la respuesta permitida debe ser pedir confirmación o pasar el caso a una persona. Inventar un plazo para terminar el mensaje no es una salida comercial válida.
¿Qué preguntas demuestran que la actualización funciona?
Prueba preguntas que un comprador haría de verdad. Para el ejemplo hipotético del acompañamiento, pregunta qué incluye el servicio, quién responde las dudas y qué ocurre al terminar. Comprueba tanto la respuesta como el documento del que salió. La documentación de OpenAI muestra respuestas con citas de archivo; si tu instalación ofrece esa evidencia, úsala.
Añade un caso que mencione la condición anterior: «Vi una propuesta donde incluían esto, ¿todavía aplica?». La respuesta debe distinguir la vigencia o pedir información. Elegir lo que más favorece la venta sería repetir el problema con mejores palabras.
Prueba también un cliente con un compromiso previo y un comprador nuevo. No deberían recibir automáticamente la misma explicación si sus condiciones difieren. Usa ejemplos ficticios, claramente identificados, sin copiar datos privados de clientes.
Deja por escrito la respuesta esperada antes de ejecutar la prueba. Aprueba el cambio por la condición que comunica y la decisión que toma, no por lo convincente que suena. La guía para probar un agente antes de usarlo con clientes explica cómo reservar casos que no usaste durante la corrección.
¿Qué haces con mensajes preparados y conversaciones abiertas?
Revisa el trabajo que ya estaba preparado para enviarse. Un borrador generado antes del cambio puede contener una condición anterior aunque el documento nuevo ya esté disponible. Decide cuáles se corrigen y cuáles deben descartarse. La aprobación previa de un mensaje no debería sobrevivir sin revisión a un cambio que altera su promesa.
En conversaciones abiertas, distingue una consulta de un acuerdo. Que alguien haya preguntado por una modalidad no significa que la haya contratado. Tampoco puedes cambiar un compromiso aceptado solo porque ahora vendes otra cosa. Cuando falte contexto, el caso pasa al responsable comercial.
Si ya salió un mensaje incorrecto, identifica qué prometió y quién lo recibió antes de corregirlo. No permitas una cadena de aclaraciones automáticas basada en la misma información dudosa. Una persona debe decidir qué corresponde comunicar y cómo respetar los compromisos existentes.
¿Quién aprueba el cambio y qué debe quedar registrado?
El dueño de la oferta aprueba la condición comercial. Quien mantiene el sistema comprueba que las fuentes y respuestas la respetan. Pueden ser la misma persona, pero las responsabilidades son distintas. Un archivo cargado no sustituye la aprobación del negocio.
El manual de gestión de riesgos de IA de NIST recomienda conservar cambios, motivos y detalles de sus pruebas y puesta en uso. Es orientación voluntaria, no una certificación de tu instalación. Para esta tarea, guarda qué cambió, quién autorizó y qué preguntas se probaron.
No confundas actualizar la oferta con cambiar el modelo de IA. Aquí puede seguir funcionando el mismo modelo. Lo que dejó de ser válido fue la información comercial que le permitías usar.
Para quién NO es
Si usas IA ocasionalmente y revisas cada respuesta antes de compartirla, quizá basta con entregar la información vigente en esa tarea. No necesitas montar un procedimiento de mantenimiento para un borrador aislado.
Tampoco sirve para resolver una oferta que cambia según quién responde. Primero acuerda las condiciones con ventas y entrega. Y si buscas que la IA decida excepciones sobre contratos o garantías sin un responsable, esta guía no autoriza esa delegación.
Limitaciones
Estas comprobaciones reducen el riesgo de usar información anterior. No garantizan que todas las respuestas futuras sean correctas. El sistema puede omitir una consulta o interpretar mal una condición. Conserva revisión humana donde una promesa equivocada afecte dinero, contratos o derechos.
Las capacidades citadas de OpenAI corresponden a sus herramientas documentadas. Tu proveedor puede usar otro mecanismo. Exige evidencia de tu instalación, no una explicación prestada de otro producto. NIST aporta criterios de gestión; no demuestra ahorro ni aumento de ventas.
Si contratas el mantenimiento, incluye esta pregunta en el alcance: cuando cambie una condición, ¿quién la retira, quién prueba las respuestas y quién autoriza volver a enviar? No des por terminado el cambio cuando suben el archivo. Termínalo cuando puedas revisar qué está prometiendo el sistema.