Cómo detectar el uso de Cursor y Copilot en entrevistas de programación

Por qué la estrategia de ChatGPT no detecta Cursor y Copilot

La asesoría estándar sobre detección de fraude en entrevistas de programación se basa en una suposición: el candidato cambia a una ventana de chat, pide una solución y la pega de vuelta. El tamaño del pegado, la duración del cambio de pestaña y la velocidad de escritura acelerada se basan en ese flujo de trabajo.

En 2026, esa suposición es incorrecta para las herramientas de IA que los candidatos realmente usan. Cursor, GitHub Copilot, Windsurf, Continue y la nueva ola de herramientas de superposición invisible como Cluely no pegan. Se sientan dentro del editor, aceptan sugerencias con Tab y emiten caracteres al búfer de una manera que se parece mucho más a mecanografiar que a un evento de pegado. Un candidato que use Cursor bien nunca activará una alerta de pegado en tu plataforma y nunca cambiará de pestaña. El informe de integridad de una herramienta de análisis ingenua se verá limpio.

Este es un problema diferente y requiere una pila de señal diferente. Este artículo explora la huella de comportamiento de los asistentes de IA en editor, los momentos específicos donde fallan, y cómo diseñar la ronda en vivo para que un usuario honesto de estas herramientas siga produciendo señal interpretable.

Cómo se ve realmente la IA en editor para la plataforma

Tres categorías de herramientas, tres rastros diferentes:

• Agentes de finalización de tabulación (Copilot, Cursor Tab, JetBrains AI). Una sugerencia de "texto fantasma" aparece después de una breve pausa; el candidato presiona Tab; 40–300 caracteres aterrizan en el búfer en un solo tick. Para un registrador de pulsaciones de tecla, ese tick puede leerse como una ráfaga de pulsaciones rápidas o como un evento de inserción único, dependiendo de cómo el editor envíe la entrada.
• Editores agénticos (Cursor Composer, Windsurf Cascade, Claude Code, Aider). El candidato escribe o habla una instrucción en lenguaje natural en un panel lateral; el agente reescribe una parte del archivo. Desde afuera, esto se parece a una serie de ediciones de múltiples líneas sin pulsaciones de tecla correspondientes entre ellas.
• Herramientas de superposición invisible (Cluely, Interview Solver, Interview Coder). Un proceso separado lee la pantalla y muestra al candidato una respuesta en una superposición que está oculta para las API de captura de pantalla. El candidato luego reescribe o transcribe desde allí. El rastro en plataforma es "el candidato lo escribió él mismo", pero el ritmo es incorrecto.

El candidato no está pegando. Está aceptando, transcribiendo o instruyendo. Cada uno de estos tiene una pista.

Señal 1: Ráfagas de aceptación de Tab dentro de un flujo de escritura

La huella dactilar más clara de una herramienta de finalización de tabulación es la forma del flujo de pulsaciones de tecla. El código escrito a mano en una línea de 30 caracteres se parece a 30 pulsaciones de tecla espaciadas 80–250 ms aparte, con la pausa ocasional de 1–2 segundos. Una aceptación de Copilot Tab en la misma línea se parece a un evento a +0 ms seguido de 30 caracteres a +1 ms cada uno, o en algunos editores, una inserción de búfer única sin temporización por carácter en absoluto.

El registrador de pulsaciones de tecla de ClarityHire clasifica cualquier ejecución contigua de entrada donde el retraso entre teclas cae por debajo de ~5 ms como un bloque emitido por máquina. El bloque se registra por separado de los caracteres escritos y aparece en el informe de integridad como un tipo de evento distinto, no un pegado, no una pulsación de tecla, una aceptación.

Qué buscar en el informe:

• Una serie de 5–10 eventos de aceptación por minuto, cada uno de 40–250 caracteres, intercalados con escritura normal. Este es el ritmo canónico de Copilot/Cursor.
• Bloques de aceptación que completan funciones enteras en un evento (300+ caracteres). Este es el comportamiento del editor agéntico, no la finalización de tabulación.
• Cero pegados, cero cambios de pestaña, pero el candidato produce una solución de trabajo de 200 líneas en 22 minutos exactos. El volumen en sí es la señal.

Ninguno de estos es una prueba concluyente. Todos juntos, contra un problema que el candidato nunca ha visto, lo son.

Señal 2: Los saltos de cursor que el candidato no puede hacer a mano

Cuando un humano escribe código, el cursor se mueve como lo hace un humano: teclas de flecha, Inicio/Fin, el clic ocasional en otra línea. Cuando un editor agéntico reescribe una región, el cursor se teletransporta, la siguiente edición está a dos funciones de distancia de la anterior, sin navegación intermedia. Cuando una herramienta refactoriza entre archivos, el archivo activo cambia sin un Cmd-P de búsqueda difusa.

El editor colaborativo utilizado en rondas de programación en vivo registra la posición del cursor y el documento activo en cada cambio. En la línea de tiempo, las "ediciones de teletransporte" destacan: una edición en la línea 80 inmediatamente seguida de una edición en la línea 12 de un archivo diferente, sin navegación visible y sin desplazamiento. Un humano puede hacer eso con teclas de acceso rápido, pero el grupo de tales movimientos en una ronda es lo que importa. Dos o tres es normal. Veinte en 20 minutos es el agente en acción.

Señal 3: Ritmo de escritura que no coincide con la línea de base propia del candidato

La aceptación con Tab le da al candidato una línea terminada. Todavía tienen que escribir la instrucción que la invocó, o escribir la siguiente línea ellos mismos. Entonces el flujo de pulsaciones de tecla se vuelve bimodal: largos tramos de código emitido por máquina separados por tramos cortos de escritura humana.

La biometría de pulsaciones de tecla en las partes escritas sigue siendo útil, la huella dactilar de permanencia y vuelo del candidato debe ser consistente en toda la sesión. Pero la proporción es la nueva señal: un candidato pesado en Cursor escribe quizás el 15–25% de los caracteres en el archivo final. Un no usuario escribe más del 95%. La proporción es visible en el informe y no depende de clasificar correctamente ningún evento único.

Esta es también la señal que atrapa las herramientas de superposición invisible. Un candidato que lee de una superposición de Cluely y reescribe la respuesta escribe a un ritmo inusualmente constante, con muy pocas correcciones, porque está transcribiendo en lugar de componiendo. La distancia de edición entre el flujo de pulsaciones de tecla y el archivo final se desmorona hacia cero. La autoría real tiene retrocesos, renombramientos e intentos revertidos; la transcripción no.

Señal 4: El envío es más coherente que el proceso

Ejecuta análisis de coherencia de código en el archivo final y obtienes una lectura separada. Cursor Composer y Claude Code producen archivos altamente coherentes, uniformemente idiomáticos, nombres consistentes, manejo defensivo de errores para casos que el candidato no ejercitó. Ese es un modo de fallo diferente al código pegado de ChatGPT, que tiende a ser incoherente. El código de Cursor es demasiado limpio para el proceso visible.

La pregunta de diagnóstico es la que el juez de coherencia ya hace: ¿esto se ve como si una persona lo escribiera, de principio a fin, en 30 minutos, mientras me hablaba por video? Un humano bajo presión de entrevista produce un archivo con al menos un borde áspero, un console.log sobrante, una función que pretendían renombrar, un comentario que contradice el código. Un archivo de Cursor-Composer rara vez tiene ninguno de esos. La ausencia de desorden es la señal.

Qué preguntar en la sala

La detección es la mitad de la respuesta. La otra mitad es hacer la pregunta que un usuario de agentes no puede descartar:

1. Elige una línea poco obvia y pregunta por qué. "Usaste Map aquí en lugar de un objeto, ¿cuál fue el compromiso?" Un autor real elige uno. Un usuario de aceptar-y-seguir se encoge de hombros.
2. Fuerza una pequeña extensión. "Agrega una bandera que haga que esto sea insensible a mayúsculas." Cinco líneas, sin aceptación de Tab permitida. El candidato o lo escribe con fluidez o se atasca. Cualquiera es una señal.
3. Pregunta sobre un bug que puedas ver. Pre-siembra un problema sutil en el indicador o andamio. Las herramientas agénticas tienden a "arreglarlo" sin reconocerlo. Pide al candidato que te lleve a través de lo que cambiaron y por qué. El usuario honesto explica; el usuario de agentes narra el diff.

Estas preguntas de seguimiento son el mismo instrumento que usarías para una prueba para llevar a casa generada por IA. El punto no es atrapar la herramienta, es averiguar si el candidato tiene la relación con el código que requiere el rol.

Cómo diseñar la ronda para que la señal sea interpretable

Dos opciones estructurales hacen que todo lo anterior sea más fácil de leer:

• Establece la regla antes de que comience la ronda. "Puedes usar cualquier herramienta que quieras. Cursor, Copilot, tus propios fragmentos. Te pediremos que extiendas y defiendas lo que escribes." Este es el marco de libro abierto, y convierte un problema de detección en un problema de interpretación. Un candidato que declare el uso de Cursor por adelantado y explique su trabajo está bien. Un candidato que lo oculta y no puede explicar es el que quieres filtrar.
• Reserva cinco minutos de la ronda para ediciones sin ayuda. Dile al candidato por adelantado: los últimos cinco minutos son una pequeña extensión, sin herramientas de IA. Observa cómo escriben cuando el asistente se ha ido. Este bloque único produce una línea de base limpia para comparar el resto de la ronda.

Estas dos reglas le dan a tu informe de integridad algo en qué anclarse. Sin ellas, estás infiriendo el ritmo contra una prioridad vacía; con ellas, tienes una sección de línea de base conocida en cada entrevista.

Qué hacer a continuación

Si diriges entrevistas técnicas y tu informe de integridad actual solo rastrea pegados y cambios de pestaña:

1. Agrega un detector de bloque de aceptación a tu registro de pulsaciones de tecla, o elige una plataforma de programación que envíe uno. Sin él, los usuarios de Cursor son invisibles para ti.
2. Agrega el bloque de cinco minutos sin ayuda a cada ronda en vivo esta semana. Te cuesta casi nada y te da una línea de base para cada candidato, no solo los sospechosos.
3. Actualiza tus instrucciones para los candidatos para decir qué se permite y qué no. La mayoría de los candidatos respetarán una regla clara; los pocos que no lo hagan la ocultarán mal.
4. Deja de confiar en los recuentos de cambio de pestaña como señal principal. En 2026, la herramienta de fraude que está usando el candidato no requiere que dejen el editor.

La carrera armamentística contra la IA en editor no es ganada solo por detección. Se gana por diseño de entrevista que hace que el uso honesto de herramientas sea indistinguible del no uso, y el uso deshonesto sea imposible de defender en la sala. La señal que quieres no es "¿usaron Cursor?", es "¿conocen qué hace su propio código?" Construye la ronda alrededor de esa pregunta y el problema de detección prácticamente se resuelve a sí mismo.