Empiece por los límites de lo que el asistente no hará

El primer requisito no es elegir un modelo, sino definir una frontera operativa. El asistente puede explicar políticas internas aprobadas, localizar reglas por tema, resumir procedimientos e indicar el canal responsable. No debe evaluar candidatos, recomendar contrataciones, clasificar el desempeño, interpretar una situación individual como decisión final ni determinar medidas disciplinarias, salariales o laborales.

Esta frontera debe aparecer en la experiencia, en las instrucciones del sistema y en las pruebas. Las preguntas sobre vacaciones, beneficios, permisos, viajes o reembolsos pueden recibir una respuesta informativa cuando exista una regla aplicable. En cambio, preguntas como «¿puedo despedir a esta persona?» o «¿qué sanción debo aplicar?» deben producir una derivación clara, sin sugerir una decisión disfrazada de resumen.

  • Defina una lista de temas permitidos y otra de temas que siempre deben derivarse.
  • Trate el asesoramiento sobre personas, las excepciones y los conflictos entre documentos como casos fuera del alcance.
  • Separe la consulta de políticas, el registro de solicitudes y la decisión administrativa en componentes diferentes.

Fuentes y referencias: [2]

Construya una base de conocimiento gobernada

La calidad de la respuesta depende más de la base documental que de una instrucción genérica para el modelo. Reúna políticas vigentes, manuales, preguntas frecuentes y procedimientos oficiales, pero retire borradores, copias contradictorias y materiales sin una persona responsable definida. Cada documento debe incluir metadatos como área propietaria, país o región, público, fecha de vigencia, versión y nivel de acceso.

Un enfoque de búsqueda semántica puede localizar fragmentos relevantes incluso cuando la pregunta utiliza palabras distintas de las presentes en la política. En una implementación con recuperación de documentos, los archivos se fragmentan, se indexan y se consultan antes de sintetizar la respuesta. Se recomiendan filtros por región, vigencia y público para evitar que una regla válida en un contexto aparezca en otro. La recomendación práctica es hacer que el asistente muestre el nombre de la política, la versión o la fecha y el fragmento que fundamentó cada respuesta.

  • Mantenga una fuente oficial por política y un proceso explícito para archivar versiones antiguas.
  • Use atributos para restringir los resultados por región, fecha de vigencia, público y confidencialidad.
  • Defina el comportamiento cuando no exista una fuente: informar la limitación y derivar la consulta, sin completar las lagunas mediante suposiciones.

Fuentes y referencias: [1]

Modele respuestas que informen sin decidir

Una respuesta útil para RR. HH. debe seguir una estructura previsible. Primero, reformule la duda en un lenguaje sencillo. Después, presente la regla encontrada, las condiciones relevantes y el siguiente paso permitido. Por último, enumere la fuente con una identificación suficiente para que la persona encuentre el documento. Esta estructura reduce las respuestas vagas y ayuda a distinguir el texto de la política de cualquier orientación operativa.

Evite solicitar datos personales innecesarios. Para una duda sobre un permiso, por ejemplo, el sistema puede explicar los criterios documentados e indicar el canal de atención, sin pedir un diagnóstico, antecedentes médicos ni detalles de la relación laboral. Si la pregunta combina una consulta general con una decisión individual, responda únicamente a la parte informativa y marque la segunda parte para derivación.

La derivación no debe consistir en un mensaje genérico como «consulte a RR. HH.». Debe indicar la categoría de la duda, el canal o equipo responsable, la información mínima necesaria y aquello que el asistente no puede concluir. Aun así, el sistema no debe abrir una medida laboral, modificar un registro ni enviar una instrucción externa sin una acción separada y autorizada.

  • Use estados de salida como respuesta basada en una fuente, fuente insuficiente, alcance prohibido y derivación.
  • Exija campos estructurados para la categoría, las fuentes, el nivel de confianza operativo y el destino de la derivación.
  • No convierta una puntuación interna de relevancia en autorización para decidir sobre una persona.

Fuentes y referencias: [2]

Pruebe el comportamiento antes de habilitarlo para toda la empresa

Las pruebas deben evaluar el flujo completo, no solo si la respuesta parece natural. Prepare casos con preguntas directas, errores tipográficos, múltiples intenciones, políticas regionales, documentos en conflicto, versiones vencidas, solicitudes para ignorar reglas y tentativas de obtener datos privados. Para cada caso, defina la respuesta esperada, la fuente aceptable, la clasificación de alcance y el destino de la derivación.

Un conjunto de evaluaciones debe medir la recuperación de la fuente correcta, la fidelidad al documento, la claridad del límite, la elección de la derivación y la resistencia a instrucciones insertadas en el contenido consultado. Las comparaciones estructuradas y los criterios objetivos hacen que el resultado sea más consistente que una evaluación basada únicamente en impresiones. Registre las preguntas sin respuesta y los fallos de recuperación para actualizar la base y las pruebas, sin tratar cada corrección como prueba de que el sistema será correcto en situaciones futuras.

Empiece con un único flujo de búsqueda, respuesta y derivación. Solo divídalo en varios agentes o añada herramientas cuando las pruebas demuestren una necesidad concreta. Más componentes significan más puntos que probar, especialmente cuando una clasificación incorrecta puede conducir a una acción indebida.

  • Cree una colección de casos aprobados por especialistas de RR. HH. y amplíela con casos reales anonimizados.
  • Pruebe por separado las respuestas con fuente, las negativas, las derivaciones y las tentativas de acceso a contenido restringido.
  • Supervise los cambios en la documentación y repita las evaluaciones cuando una política sea sustituida.

Fuentes y referencias: [3]

Implemente con acceso mínimo y responsabilidades claras

El asistente debe comenzar como una capa de consulta, no como un operador de procesos de RR. HH. Concédale acceso únicamente a los documentos necesarios para cada público y evite conectar, en la primera versión, sistemas que permitan modificar salarios, estados, evaluaciones, beneficios o registros disciplinarios. Si existe una integración para abrir solicitudes, limite la creación a un borrador o una solicitud informativa, con campos controlados y sin decisión automática.

Defina responsables de contenido, producto, seguridad, atención y métricas. La persona propietaria de cada política debe responder por su vigencia y por el significado del texto; el equipo técnico debe responder por la recuperación, los registros técnicos y los controles de acceso. También es importante crear una rutina para desactivar documentos antiguos, investigar respuestas sin fuente y revisar las categorías de derivación.

Un ejemplo hipotético: una empresa tiene políticas diferentes para sus oficinas de Brasil y Portugal. Una persona pregunta cuál es el plazo para comunicar una ausencia y añade que quiere saber si un compañero debe recibir una advertencia. El asistente consulta la política correspondiente a la región, responde únicamente sobre el procedimiento documentado, cita la versión encontrada y deriva la cuestión sobre la advertencia al área responsable. No compara al compañero, no recomienda una sanción ni registra una decisión laboral.

  • Elija un lanzamiento inicial limitado a preguntas informativas y canales de derivación.
  • Defina la retención, el acceso y la anonimización de las conversaciones que puedan contener datos de empleados.
  • Supervise las métricas de fuente encontrada, derivación correcta, preguntas sin respuesta y solicitudes fuera del alcance.

Fuentes y referencias: [1][2][3]

  • Defina por escrito los temas permitidos, los temas prohibidos y las condiciones que exigen una derivación.
  • Organice los documentos oficiales con versión, vigencia, región, público, propietario y nivel de acceso.
  • Diseñe una respuesta con regla, condiciones, fuente, límite y siguiente paso, sin tomar decisiones sobre personas.
  • Cree pruebas para preguntas ambiguas, políticas contradictorias, tentativas de inyección y solicitudes de datos privados.
  • Lance primero la consulta informativa, supervise los fallos y actualice la base y las pruebas después de cada cambio relevante.

Preguntas frecuentes

¿Puede el asistente recomendar un despido o una advertencia?

No. Puede localizar y explicar una política aplicable, pero las decisiones sobre medidas laborales deben quedar fuera del flujo automático y derivarse al canal responsable.

¿Toda respuesta debe presentar una fuente?

Para un asistente de políticas internas, esa debe ser la regla operativa. Cuando no exista una fuente adecuada, el sistema debe declarar la limitación y derivar la duda, sin inventar una respuesta.

¿Es necesario empezar con varios agentes especializados?

No. Un flujo sencillo de búsqueda, respuesta citada y derivación es más fácil de probar. La división en agentes solo debe considerarse cuando las evaluaciones muestren una necesidad concreta de separación.

Fuentes y referencias

  1. OpenAI: Retrieval ↗Consultada el 25 de septiembre de 2026
  2. OpenAI: Safety in building agents ↗Consultada el 25 de septiembre de 2026
  3. OpenAI: Evaluation best practices ↗Consultada el 25 de septiembre de 2026