Tipo de prueba Programación asistida por IA
El candidato programa con un asistente de IA — el mismo para todos, dentro del entorno de la evaluación. Mides lo que hoy diferencia a un buen ingeniero de software: dirección, verificación y criterio.




Nuestro ecosistema de integraciones facilita la optimización de tus procesos de contratación.










Es la evaluación técnica en la que el uso de asistentes de IA está permitido y declarado, en lugar de prohibido y oculto. Existe porque el trabajo cambió: la mayoría de los equipos de ingeniería ya programa con Copilot, Claude o Cursor en el editor, y una prueba que prohíbe la IA mide una condición de trabajo que ya no existe en la vacante. La pregunta correcta dejó de ser "¿la persona programa sin ayuda?" y pasó a ser "¿la persona entrega más y mejor con las herramientas que usa el equipo?". En Coodesh, la empresa decide por evaluación qué regla aplica, la declara en el enunciado y diseña las preguntas para medir lo que importa en cada régimen.
Tres decisiones de diseño. Primera, la regla explícita: el enunciado declara que los asistentes de IA están permitidos, lo que quita la ventaja a quien haría trampa y equipara las condiciones para todos. Segunda, el problema correcto: con IA permitida, los ejercicios de algoritmos clásicos pierden sentido, porque la IA los resuelve en segundos; el enunciado pasa a ser un problema con contexto, ambigüedad y restricciones, en el que el valor está en las decisiones, no en la escritura. Tercera, la etapa de defensa: en la misma evaluación, una pregunta en video o una entrevista conversacional con IA pide al candidato que explique sus decisiones, señale las limitaciones del código y diga qué cambiaría en producción. La entrega muestra el resultado; la defensa muestra quién dirigió la herramienta.
Las competencias que quedaron como diferencial humano, y que hoy separan una buena contratación de una mala: descomponer el problema antes de pedir, evaluar críticamente lo que devolvió la IA, identificar el error sutil que la IA cometió con confianza, integrar las partes en un todo coherente y explicar trade-offs. Los criterios de evaluación de la pregunta están escritos para eso: calidad y adecuación de la solución final, manejo de casos límite y coherencia entre lo entregado y lo que el candidato logra justificar. Un código impecable que el autor no sabe explicar vale menos que un buen código defendido con claridad, y la evaluación está armada para revelar esa diferencia.
Se puede hacer visible, que es lo que sostiene una decisión. Si la regla de la evaluación es sin asistentes, los recursos de integridad registran lo que delata el uso: salida de la pestaña y pérdida de foco de la ventana, pegado sin copia previa en la misma pregunta, texto insertado sin pasar por el portapapeles (el botón de insertar de asistentes y extensiones), segunda pantalla y herramientas de desarrollador. El revisor ve cada evento en la línea de tiempo, con el contenido pegado, y la grabación de la navegación muestra el proceso. La recomendación es usar el régimen restringido solo cuando la función lo justifica y explicar el motivo al candidato; una prohibición sin propósito solo aumenta el abandono.
Sí, y es el diseño que más aparece en procesos maduros. Una sección con IA permitida, con un problema realista, mide la productividad asistida que exigirá la vacante; una sección corta sin IA, con fundamentos, confirma la base que sostiene esa productividad; y la defensa en video o la entrevista con IA cierra el conjunto. Cada sección tiene su propio peso en la nota final, así que la empresa decide qué vale más para ese puesto. El candidato pasa por las dos condiciones conociendo la regla de cada una, lo que es más justo que un régimen único que favorece a un solo perfil.
Al contrario: para la generación que ya trabaja así, la prueba que prohíbe es la que suena desactualizada, y la que permite señala cómo trabaja realmente la empresa. Lo que importa es la claridad: la regla declarada en la invitación y en el enunciado, lo que se evaluará y el aviso de que habrá una conversación sobre la solución. La evaluación se convierte en una muestra honesta del trabajo, y eso mejora la tasa de finalización y la calidad de la autoselección, porque quien no quiere trabajar con IA descubre pronto que la vacante no es para él, y quien domina la herramienta tiene dónde demostrarlo.
Elige una vacante técnica abierta y arma la evaluación en tres bloques: una pregunta de programación libre con un problema contextualizado y la regla de IA declarada en el enunciado, una pregunta en video o entrevista conversacional con IA que pida la defensa de la solución y, si la función lo justifica, un bloque corto de fundamentos con integridad activada. Define los criterios de revisión pensando en el criterio profesional, no en la sintaxis, y usa Pruébalo tú mismo antes de enviar. Los resultados llegan con la entrega, las grabaciones y los criterios puntuados para tu revisión, y la comparación con el proceso anterior suele resolverse en una o dos vacantes.