Un agente de IA para entrevistas técnicas ya está disponible para cualquier empresa: HackerRank ha lanzado de forma general Chakra, una herramienta que entrevista a desarrolladores, les deja trabajar con un asistente de IA sobre un repositorio de código real y les hace preguntas de seguimiento. La propuesta consiste en juntar en una sola fase lo que hoy suelen ser tres. Para quien contrata perfiles técnicos, el cambio afecta a tiempos, a costes y a lo que se mide en un candidato. También abre dudas legales que conviene resolver antes de comprar.
Qué es Chakra y por qué importa este agente de IA para entrevistas técnicas
HackerRank, conocida por sus pruebas de programación para selección de personal, ha pasado Chakra de beta a disponibilidad general. Es un agente que conduce la entrevista técnica por sí mismo. El candidato no se enfrenta a un ejercicio aislado de algoritmos: trabaja sobre un repositorio de código real, con un asistente de IA a su disposición, mientras el agente observa cómo aborda la tarea. Después, Chakra le plantea preguntas de seguimiento sobre lo que ha hecho y por qué lo ha hecho así.
La evaluación no se queda en si la respuesta final funciona. Mide también el criterio del candidato y la forma en que usa la IA durante el trabajo. Para la empresa, esto sustituye tres fases habituales: el cribado del reclutador, la prueba para hacer en casa y la entrevista con un ingeniero. Todo ocurre en una única sesión. La decisión de contratar, eso sí, sigue en manos de personas: el agente aporta información sobre el candidato, no firma el contrato.
Los datos de lanzamiento los pone la propia HackerRank. Según la compañía, Chakra ha realizado más de 500.000 entrevistas durante la beta, y las alertas de actividad sospechosa fueron entre un 70% y un 80% menores que en sus evaluaciones tradicionales. Son cifras del proveedor, sin verificación externa, y conviene leerlas así. Además, miden alertas, no calidad de contratación: no dicen si se acaba contratando mejor, solo que hay menos señales de posible trampa.
El contexto ayuda a entender el enfoque. Durante años, las pruebas técnicas se diseñaron para impedir cualquier ayuda externa. Hoy buena parte de los desarrolladores trabaja a diario con asistentes de código, de modo que prohibirlos en la entrevista mide una situación que ya no se parece al puesto real. Chakra parte de la idea contraria: permite la IA y evalúa cómo se usa.
Implicaciones técnicas y regulatorias de un agente de IA para entrevistas técnicas
El cambio de fondo es la unidad de medida. Una prueba clásica evalúa un resultado: el código pasa o no pasa los tests. Un agente que observa el proceso y repregunta evalúa otra cosa: cómo descompone el problema el candidato, qué le pide al asistente, qué acepta sin revisar y qué corrige. Las preguntas de seguimiento sirven para contrastar lo que el candidato ha entregado con lo que sabe explicar de ello. Es una forma razonable de distinguir a quien dirige la herramienta de quien se limita a copiar su salida.
También cambia el reparto de esfuerzo dentro de la empresa. Al unir cribado, prueba y entrevista en una sola fase, se reduce el número de personas implicadas en las primeras etapas y el tiempo de calendario entre una y otra. A cambio, se concentra el riesgo: si los criterios de evaluación del agente son malos o están sesgados, afectan a todos los candidatos por igual y a la vez. Con tres fases separadas, un error de una etapa podía corregirse en la siguiente. Con una sola, ese margen desaparece.
Ahí entra la regulación. Este tipo de herramientas ya está bajo escrutinio: Nueva York, por ejemplo, exige una auditoría de sesgos para las herramientas automatizadas de decisión en el empleo. En la Unión Europea, el Reglamento de IA clasifica como de alto riesgo los sistemas que se usan para seleccionar o evaluar candidatos, con obligaciones que se activan por fases. Una empresa española que use Chakra o algo parecido no puede tratarlo como una simple utilidad de RR. HH.: es un sistema que influye en quién consigue un empleo.
Que la decisión final sea humana ayuda, pero no resuelve todo. Si el informe del agente condiciona qué candidatos llegan a la persona que decide, su sesgo importa igual. Por eso la pregunta útil para el comprador no es si el agente entrevista bien, sino qué documentación de auditoría puede entregar el proveedor y qué control conserva la empresa sobre los criterios aplicados.
Como pueden aplicar esto las empresas hoy
Lo primero es medir el punto de partida. Antes de valorar un agente de IA para entrevistas técnicas, calcula cuántas horas consume hoy cada fase: el tiempo del reclutador en el cribado, la corrección de pruebas para casa y, sobre todo, las horas de ingenieros sentados en entrevistas. Para una PYME, ese último coste suele ser el más doloroso, porque cada hora de entrevista es una hora que un desarrollador no dedica al producto. Ese es el número contra el que comparar cualquier licencia.
Segundo, empieza con un piloto acotado, en una o dos vacantes, y compara los resultados con los de tu proceso actual. Revisa si las personas que el agente puntúa bien son las que después rinden en el puesto. Sin esa comparación, las cifras de HackerRank sobre alertas menores no te dicen nada sobre tu caso.
Tercero, exige papeles antes de firmar: cómo se ha auditado el sesgo, qué datos se guardan del candidato y durante cuánto tiempo, y cómo se explica una puntuación a quien la recibe. Informa también a los candidatos de que los entrevista un agente. Y define por escrito qué consideras buen uso de la IA en la prueba, porque el agente evaluará según criterios que tú debes poder entender y defender.
Qué evitar: delegar el veredicto en la puntuación, dar por buenas las métricas del proveedor sin contrastarlas y usar la herramienta en procesos con pocos candidatos, donde el ahorro no compensa el trabajo de configurarla y auditarla.
Análisis Blixel
Prohibir la IA en una prueba técnica era medir un trabajo que ya no existe, y en eso Chakra acierta. Evaluar cómo razona alguien con un asistente delante, sobre código real y con preguntas que obligan a justificar cada decisión, se parece mucho más a un lunes cualquiera de un desarrollador que un ejercicio de pizarra. Esa es la parte buena, y no es menor.
Lo que me frena es el resto del paquete. El 70-80% menos de alertas es un dato del vendedor, y mide sospechas, no aciertos de contratación. Hasta que alguien demuestre que las personas mejor valoradas por el agente rinden mejor en el puesto, el valor real de un agente de IA para entrevistas técnicas sigue siendo una hipótesis razonable, no un hecho. Y la regulación no es un detalle a posteriori: en Nueva York ya se pide auditoría de sesgos, y en Europa estos sistemas entran en la categoría de alto riesgo. Comprar primero y preguntar después sería un error caro.
Mi posición: para empresas con volumen de contratación técnica y equipos de ingeniería saturados, merece un piloto serio, con comparación contra el proceso actual y documentación de auditoría exigida por contrato. Para quien contrata a dos desarrolladores al año, el ahorro no justifica la complejidad. En ambos casos, la regla es la misma: que el agente informe y que la persona decida. Si en algún momento esa frontera se difumina, el problema deja de ser tecnológico y pasa a ser de responsabilidad.
¿Quieres aplicar esto en tu empresa? En Blixel.ai te ayudamos a integrar IA con sentido común. Hablemos.
Deja una respuesta