Política de Entrevista de Programación Asistida por IA: Cómo Diseñar y Evaluar una
La pregunta sobre políticas que los equipos de ingeniería se ven obligados a responder
Meta abrió el camino primero. Shopify, Canva y Rippling siguieron en el mismo trimestre. A mediados de 2026, aproximadamente uno de cada cuatro empleadores permite explícitamente la asistencia de IA durante las entrevistas técnicas, y la tendencia se acelera. La pregunta en la mayoría de los comités de contratación de ingeniería ha cambiado de ¿deberíamos prohibir ChatGPT? a si el 90% de nuestros ingenieros codifican con IA a diario, ¿cómo se ve una entrevista honesta?
Este artículo es la política y rúbrica que recomendamos a equipos que escriben esto desde cero. No es una licencia para código improvisado. Es una forma de llevar a cabo una entrevista en la que el candidato utiliza las mismas herramientas que usará el primer día, y tú sigues obteniendo una señal defendible.
Comienza decidiendo qué estás midiendo realmente
El error que casi todos los equipos cometen al permitir IA por primera vez es dejar la rúbrica sin cambios. Toman su antiguo prompt de "implementa una caché LRU", le dan al candidato una pestaña de Claude, y luego se sorprenden cuando todos aprueban.
Si permites IA, ya no estás evaluando si el candidato puede producir código que funcione. Estás evaluando cuatro cosas que la IA no puede hacer por ellos:
- Planteamiento del problema. ¿Pueden traducir un prompt comercial vago en una especificación concreta, incluyendo casos extremos que el solicitante no mencionó?
- Toma de decisiones. ¿Pueden decidir qué construir primero, qué omitir y cuándo descartar un borrador?
- Revisión crítica. Cuando la IA devuelve código manifiestamente incorrecto, ¿lo notan? ¿Piden una alternativa o lanzan el error?
- Justificación. ¿Pueden defender cada línea que entregaron? "El modelo lo escribió" no es una respuesta.
Anótalo antes de escribir un solo problema. La rúbrica impulsa todo lo demás.
Diseño de un prompt que la IA no puede resolver de un solo golpe
Un buen prompt permitido por IA tiene tres propiedades:
- Está deliberadamente bajo-especificado. El candidato tiene que hacer preguntas aclaratorias o hacer explícitos sus supuestos. Un prompt que incluye todas las restricciones desde el principio permite que el candidato vuelque la especificación en el modelo y la lance.
- El "camino feliz" es la mitad del trabajo. La otra mitad es manejar una restricción que contradice un supuesto anterior. La ingeniería real consiste en reconciliar tensiones, no en implementar leetcode.
- Tiene al menos una trampa. Un requisito sutil que, si se pierde, hace que la solución se vea bien pero se comporte mal en una entrada no obvia. Los modelos se pierden estas cosas confiablemente; los humanos pensadores las atrapan.
Ejemplo concreto. En lugar de "implementa un limitador de velocidad", pregunta: "Agrega un límite de velocidad a este endpoint existente. El equipo de producto quiere una protección 'razonable' contra el abuso. El endpoint se llama tanto desde una aplicación móvil como desde un trabajo cron interno. Aquí está el código existente." Ahora el candidato tiene que definir "razonable", notar que el trabajo cron activará un limitador ingenuo por IP, y explicar sus compromisos. La IA escribirá felizmente un limitador por IP. El candidato tiene que decidir que es incorrecto.
Para más información sobre la construcción de prompts que resisten soluciones pegadas por LLM, consulta cómo cribar desarrolladores sin LeetCode.
Cómo se ve la entrevista en realidad
Una entrevista de programación asistida por IA en vivo, en la práctica, funciona en 60 minutos:
- 10 minutos — planteamiento. El entrevistador presenta el problema. El candidato lo lee, hace preguntas aclaratorias, expresa sus supuestos. Explícitamente no están codificando aún. Esta es la porción de mayor señal de la entrevista y es en gran medida inmune a la IA.
- 35 minutos — construcción, con IA disponible. El candidato escribe código, solicita el modelo cuando quiere, y narra lo que está haciendo. El entrevistador observa cómo se usa la IA: ¿están elaborando indicaciones con el contexto correcto, aceptando la salida críticamente, o la tratan como un junior en pareja?
- 15 minutos — defensa y extensión. El entrevistador le pide al candidato que recorra una función que la IA generó, cambie una restricción y explique qué se rompe. Aquí es donde los candidatos débiles colapsan.
Esta es la misma estructura que una fuerte entrevista de programación en vivo, con un giro explícito: la IA es una herramienta de la que el candidato está siendo evaluado por usarla bien, no un dispositivo prohibido.
Rúbrica de calificación: cinco dimensiones, cinco puntos cada una
Usa la misma rúbrica en todos los candidatos y todos los entrevistadores, con comportamientos anclados en cada nivel. Un punto de partida funcional:
| Dimensión | Lo que mide |
|---|---|
| Planteamiento del problema | Calidad de las preguntas aclaratorias y los supuestos expresados antes de escribir cualquier código. |
| Toma de decisiones | ¿Eligieron construir lo correcto primero? ¿Se detuvieron y reconsideraron cuando llegaron a un callejón sin salida? |
| Fluidez con IA | ¿Son los prompts específicos y bien delimitados? ¿Rechazan salidas deficientes y piden alternativas? |
| Revisión crítica | Cuando la IA está equivocada, ¿la detectan? ¿Prueban el caso de trampa? |
| Justificación | ¿Pueden explicar cada línea, cambiarla si se solicita y defender los compromisos? |
Puntúa cada dimensión de 1 a 5 con anclajes de comportamiento. Los anclajes son lo que separa esto de las vibraciones; si nunca has calibrado una rúbrica, hazlo antes de ejecutar la entrevista. La puntuación de formato libre entre múltiples entrevistadores es cómo terminas dejando que la voz más fuerte decida las contrataciones.
Construye el formulario una vez en tu sistema de tarjeta de puntuación y reutilizalo. Si tu tarjeta de puntuación no puede obligar a que cada dimensión sea calificada antes del envío, obtén una que pueda.
La pregunta de integridad: confía pero verifica
Permitir IA no significa confiar en que la persona en la llamada sea la que se va a contratar. Dos riesgos específicos permanecen:
- Suplantación de identidad. Otra persona está en el teclado o susurrando en el oído del candidato fuera de cámara.
- Respuestas ensayadas. El candidato tiene un segundo dispositivo alimentándole lenguaje de planteamiento y "preguntas aclaratorias" que no generó realmente.
Ninguno de estos riesgos tiene que ver con la política de IA. Existen en cualquier entrevista remota. La capa de integridad de ClarityHire está construida para exactamente este mundo: no marcamos candidatos por usar IA cuando la IA es permitida. Verificamos que la misma persona escribió en todo momento, que su cara coincide con la identidad en el archivo, y que el producto de trabajo refleja lo que observamos que produjeron. Las señales de biometría de pulsaciones y continuidad facial detectan la suplantación de identidad independientemente de si el candidato usó Claude.
Si estás ejecutando entrevistas permitidas por IA, tu informe de integridad no debería decir nada sobre el uso de IA y todo sobre quién hizo el trabajo.
Qué hacer a continuación
Si estás convirtiendo un bucle de entrevista existente para permitir IA, trabaja en este orden:
- Reescribe un prompt para que esté bajo-especificado, con una restricción oculta. Pilotea con dos ingenieros internos antes de que cualquier candidato lo vea.
- Reemplaza la antigua rúbrica de "corrección de codificación" con la rúbrica de cinco dimensiones anterior. Ancla cada nivel con un ejemplo de comportamiento.
- Calibra tres entrevistadores en una sesión grabada antes de ir en directo con candidatos.
- Decide tu política de integridad por separado de tu política de IA. No son la misma pregunta.
- Después de diez bucles, extrae las distribuciones de puntuaciones y verifica la desviación. Si todos obtienen 4 en fluidez con IA, tus anclajes son demasiado generosos.
Los equipos que lo están haciendo bien no son los que tienen las políticas más estrictas. Son aquellos cuyas rúbricas miden el juicio en lugar de mecanografía.