El departamento de RRHH con IA: desde el anuncio hasta el onboarding automático

El equipo de RRHH de una empresa de 80 personas dedicaba el 60% de su tiempo a tareas administrativas: publicar ofertas, acusar recibo de CVs, enviar emails de estado a candidatos, coordinar agendas para entrevistas, preparar documentación de onboarding. Trabajo necesario, repetible y que no requería su criterio. Trabajo que un agente puede hacer perfectamente.

Lo que no puede hacer el agente — y esto es un límite legal, no técnico — es decidir quién se contrata. Eso siempre es humano. Cuando montamos el agente de RRHH para el primer cliente, lo primero que hicimos fue escribir esa línea en la documentación del sistema antes de tocar ninguna configuración.

Aquí está la arquitectura completa: desde que se publica una oferta hasta que el candidato lleva 30 días en la empresa. Sin vender humo. Con los límites legales claros.

El flujo completo del departamento de RRHH con IA

Un proceso de selección tiene cinco fases bien diferenciadas. Los agentes pueden automatizar la mayor parte de cuatro de ellas. La quinta — la decisión — es intocable.

Cómo funciona el cribado automático de CVs (y por qué los criterios tienen que ser explícitos)

Este es el punto donde más veces vemos fallar la implementación. El equipo de RRHH dice «queremos que el agente filtre los candidatos buenos». El agente pregunta: ¿qué es un candidato bueno?

Si la respuesta es vaga — «alguien con experiencia relevante y buen encaje cultural» — el agente produce un cribado inconsistente que nadie confía. Si la respuesta es específica, el cribado funciona.

Los criterios que funcionan en producción tienen esta forma:

• Años de experiencia en el rol: mínimo 3 años en funciones similares (no en el sector — en el rol concreto). Criterio binario: pasa o no pasa.
• Habilidades técnicas requeridas: lista de entre 3 y 5 competencias que el candidato debe demostrar en el CV. El agente busca evidencia, no menciones vacías.
• Ubicación y disponibilidad: si el puesto es presencial en Madrid, candidatos fuera de la Comunidad de Madrid con y sin disponibilidad de traslado puntúan diferente.
• Rango salarial declarado: si el candidato incluye expectativas salariales, el agente verifica si está dentro del rango definido para el puesto.
• Criterios descalificadores: los que hacen que un candidato no pase independientemente del resto de su perfil.

Con esos criterios, el agente puntúa cada CV de 0 a 100. Los que superan 75 van a una lista de revisión para el equipo de RRHH. Los que están entre 50 y 75 quedan en una lista de reserva. Los que no llegan a 50 reciben un acuse de recibo automático.

El equipo de RRHH no revisa 200 CVs. Revisa 20. Y decide quién avanza.

Esto que acabo de describir es la arquitectura. Lo que no puedo darte en este artículo es la configuración específica para tu empresa — qué habilidades son realmente críticas para tus roles, cómo defines «experiencia relevante» en tu sector, qué criterios descalificadores tienen sentido para tu cultura. Eso requiere conocer tu empresa, y es el trabajo que se hace en el curso con tus datos reales.

La comunicación automática con candidatos

Un proceso de selección activo genera entre 50 y 300 candidaturas por oferta. Comunicar el estado a cada candidato — acuse de recibo, confirmación de que está en proceso, actualización si avanza o no, confirmación de entrevista — es trabajo volumétrico que consume horas de RRHH sin aportar valor real.

El agente gestiona cuatro tipos de comunicación:

• Acuse de recibo: automático, sin revisión humana. El candidato recibe confirmación en menos de 5 minutos después de enviar su candidatura.
• Actualización de estado: cuando el equipo avanza a un candidato o decide no continuar, el agente genera el email correspondiente y lo envía. Para candidatos descartados, el email de agradecimiento sale automáticamente. Para candidatos que avanzan, el equipo puede revisar antes de enviar.
• Coordinación de entrevista: el agente propone tres opciones horarias basadas en la disponibilidad del calendario, el candidato confirma, el agente crea el evento. RRHH no toca el correo.
• Comunicaciones no rutinarias: si hay algo fuera del flujo estándar — una pregunta específica del candidato, una negociación de condiciones, una situación sensible — el agente las marca para revisión humana. No las responde solo.

La distinción entre comunicación rutinaria y no rutinaria es crítica. Si el agente intenta responder comunicaciones complejas sin supervisión, tarde o temprano produce una respuesta que daña la imagen de la empresa como empleador. La regla es simple: volumen alto y contenido estándar → automático. Cualquier excepción → humano.

La coordinación de agenda: el MCP de Calendar

La coordinación de entrevistas es un problema clásico de n × m: n candidatos, m entrevistadores, cada uno con disponibilidades distintas. Sin automatización, el proceso para coordinar una entrevista puede requerir 4 o 5 emails de ida y vuelta.

El agente con acceso al Calendar MCP resuelve esto en un paso. Lee la disponibilidad de los entrevistadores, genera tres opciones en franja horaria compatible, las manda al candidato, y crea el evento en cuanto el candidato confirma. Los entrevistadores ni lo ven hasta que tienen el evento en su calendario.

Lo que el agente no hace: decidir qué entrevistador participa, qué tipo de entrevista tiene sentido para este candidato, o qué preguntas se harán. Eso sigue siendo criterio del equipo de RRHH.

El onboarding: materiales personalizados por rol sin trabajo manual

El onboarding tiene un problema de escala. Los materiales de bienvenida genéricos — el manual de empresa, las políticas de RRHH, la guía de herramientas — se pueden estandarizar. Pero los materiales específicos del rol — qué proyectos tiene esta persona, con quién debe hablar en sus primeras dos semanas, qué sistemas necesita configurar, cuáles son sus primeras responsabilidades — son diferentes para cada incorporación.

El agente genera esa capa personalizada a partir de dos inputs: las plantillas de onboarding por rol que ya existen en Notion, y los datos específicos de la persona que se incorpora (rol, departamento, manager, equipo, fecha de inicio). El output son tres documentos:

• Plan de 30 días: semana a semana, con hitos claros y personas clave a conocer en cada etapa.
• Checklist de accesos y herramientas: lista de sistemas a configurar, con el responsable de dar acceso a cada uno.
• Emails de presentación: el agente prepara un email de presentación de la persona nueva para cada equipo con el que va a trabajar. El manager los revisa y los envía.

El equipo de RRHH revisa los documentos antes de compartirlos. Pero en lugar de crear esos documentos desde cero — lo que antes podía llevar dos o tres horas — solo hace la revisión final. La creación ya está hecha.

La línea legal que no se cruza: AI Act y decisiones de contratación

Aquí no hay zona gris. El Reglamento de Inteligencia Artificial de la UE (AI Act) clasifica los sistemas de IA que evalúan candidatos para empleo como sistemas de alto riesgo. Eso implica una obligación explícita: supervisión humana significativa en las decisiones.

En términos prácticos: el agente puede puntuar CVs, proponer listas de candidatos, generar comunicaciones, coordinar agendas. No puede decidir quién se contrata. Esa decisión la toma una persona, con toda la información que el agente ha preparado, pero con criterio y responsabilidad propios.

No es solo una obligación legal. Es sentido común. Un agente que puntúa CVs con criterios explícitos reduce el sesgo inconsciente que existe en el cribado manual. Pero no elimina todos los sesgos posibles — puede introducir otros si los criterios están mal definidos. El equipo humano es el que detecta esas anomalías y las corrige.

Si quieres más detalle sobre qué implica el AI Act para las empresas en España, hay un análisis específico en AI Act para empresas en España: qué tienes que saber en 2026.

RGPD y CVs: el punto que más se ignora

Los CVs contienen datos personales. Nombre, dirección, fecha de nacimiento, historial laboral, en muchos casos foto. Enviar esos datos a un modelo de IA en la nube — sin más — puede ser una violación del RGPD si el proveedor no tiene un Data Processing Agreement (DPA) firmado con tu empresa.

Antes de implementar cualquier agente de cribado de CVs, verificar:

• ¿Tu proveedor de IA (Anthropic, OpenAI, Google) tiene DPA disponible? Sí, todos lo tienen — pero hay que firmarlo explícitamente, no vale con aceptar los términos generales de uso.
• ¿Los datos de candidatos se usan para entrenar modelos? Con DPA correcto, la respuesta estándar es no — pero hay que confirmarlo en el contrato.
• ¿Cuánto tiempo se retienen los CVs en los sistemas del agente? Hay que alinearlo con la política de retención de datos de tu empresa.

Esto no es un problema que bloquee la implementación. Es un paso administrativo que muchos equipos se saltan porque no saben que existe. Y es uno de los primeros puntos que verificamos antes de configurar cualquier agente que toque datos de candidatos.

Los MCPs que conectan el departamento

Un agente de RRHH sin MCPs trabaja en el vacío. Con los conectores adecuados, tiene acceso a las herramientas reales del departamento en tiempo real.

• LinkedIn MCP: publicación de ofertas directamente desde el agente, sin entrar en la plataforma. También lectura de respuestas y estadísticas de la oferta.
• Notion MCP: plantillas de onboarding por rol, documentación interna, listas de control de accesos. El agente lee las plantillas y genera los documentos personalizados.
• Google Drive MCP: almacenamiento de CVs recibidos, documentación de candidatos, archivos del proceso de selección.
• Calendar MCP: lectura de disponibilidad de entrevistadores, creación de eventos, envío de invitaciones. El agente gestiona la coordinación completa sin intervención manual.

Si quieres entender qué es exactamente un MCP y cómo funciona dentro de una arquitectura de agentes, hay una explicación más detallada en qué es un agente de IA y en qué se diferencia de un chatbot.

Lo que este artículo no puede darte

La arquitectura está clara. Los límites legales, también. Los MCPs necesarios, igual.

Lo que no está claro — porque depende de tu empresa — es cómo definir los criterios de cribado para tus roles específicos, qué plantillas de onboarding tienen sentido para tu estructura de equipos, qué comunicaciones son rutinarias en tu proceso y cuáles no lo son, y cómo integrar esto con los sistemas de RRHH que ya usáis.

Montar un agente de RRHH genérico que «funciona en demo» es relativamente rápido. Montar un agente de RRHH que el equipo use en producción — porque los criterios de cribado reflejan lo que realmente importa para tus roles, porque las plantillas de onboarding están ajustadas a cómo trabaja tu empresa, porque los flujos de aprobación encajan con cómo decide tu equipo — es un trabajo diferente.

Esa brecha entre entender el patrón y tener el sistema funcionando con tus datos reales es exactamente donde está el trabajo real. Y no se resuelve leyendo más artículos.

Preguntas frecuentes