Resumen de revisión con IA
Una primera lectura de cada intento. Pruebas para cada afirmación, y ninguna puntuación.
Cuando se envía una prueba o termina una sesión de programación en vivo, Kendor ejecuta los tests del reto sobre el código final y pide a Claude o GPT un resumen: qué construyó la persona candidata, cómo trabajó, cómo usó el agente de IA y qué preguntar después. Se ejecuta con la clave de tu organización. Los revisores lo leen antes del código, no en su lugar.
Maya construyó un limitador de peticiones de ventana fija sobre Valkey, con una clave por cliente y ruta. Pasan 9 de 11 tests; los dos fallos son ráfagas que cruzan el límite de una ventana. Leyó primero los tests y los ejecutó tras casi cada cambio. Claude Code escribió la configuración del cliente de Valkey, y ella reescribió su bucle de reintentos.
- Resultado
- Pasan 9 de 11 tests. Los dos fallos envían una ráfaga que cruza el límite de una ventana y dejan pasar el doble del límite.
- Cómo trabajó
- Leyó los tests antes de escribir código y luego los ejecutó 14 veces en 52 minutos. Añadió logs para perseguir el fallo en el límite, pero no lo arregló.
- Uso del agente de IA
- Pidió a Claude Code el cliente de Valkey y una primera función Allow. Sustituyó su bucle de reintentos por un INCR y un EXPIRE, y explicó por qué en el chat.
Puntos fuertes
- Las claves tienen un espacio de nombres por cliente y ruta, así que los clientes nunca comparten ventana.limiter/window.go:12
- Añadió sus propios tests para un ID de cliente vacío y un límite de cero.limiter/window_test.go:64
Aspectos a revisar
- La ventana se reinicia con la primera petición tras expirar, así que una ráfaga en el límite deja pasar el doble del límite.limiter/window.go:41
- Los errores de Valkey se ignoran y la petición se permite.limiter/window.go:52
Notas de integridad
- Salió de la pestaña 3 minutos en el minuto 31 y luego pegó 12 líneas en window.go.actividad
Preguntas para la entrevista
- ¿Por qué una ventana fija en lugar de una ventana deslizante o un token bucket?
- ¿Qué debería hacer el limitador cuando Valkey no responde?
- Explícanos el fallo en el límite de la ventana. ¿Qué cambiarías en Allow?
01
Cada afirmación señala su prueba.
Cada punto fuerte, aspecto a revisar y nota de integridad indica el archivo y la línea en que se basa, o el terminal, el chat del agente o la actividad. Haz clic y la página de revisión abre ese archivo en esa línea, o esa grabación, para que compruebes la afirmación tú mismo. Si el modelo no puede señalar una prueba, sus instrucciones le piden omitir la afirmación.
- Un enlace a algo que no se grabó aparece en gris en lugar de ser clicable
- Los eventos de integridad se presentan como hechos con su hora, nunca como prueba de trampa
Aspectos a revisar
- La ventana se reinicia con la primera petición tras expirar, así que una ráfaga en el límite deja pasar el doble del límite.limiter/window.go:41
- Los errores de Valkey se ignoran y la petición se permite.limiter/window.go:52
Puntos fuertes
- Ejecutó los tests tras cada cambio en Allow.terminalNo se grabó nada para este reto
02
Mira lo que leyó.
El modelo recibe el enunciado, los cambios de la persona candidata frente al starter, los resultados de los tests, el terminal, el chat del agente, los eventos de integridad y las respuestas escritas. Para comprobar una afirmación puede listar, leer y buscar en el starter o en el código final, y leer un terminal o el chat del agente completos. La tarjeta lista cada consulta, y las que puedes abrir son enlaces.
- Si el reto tiene un comando de tests, Kendor lo ejecuta antes sobre el código final, así que los resultados no se adivinan
- Una sola llamada al modelo con herramientas de solo lectura. No puede ejecutar código ni acceder a la red
- La tarjeta avisa si un intento era demasiado grande para leerlo entero, o si cambió después del resumen
- Listó los archivos
- Leyó limiter/window.go · líneas 30–60
- Buscó «EXPIRE» en el código
- Leyó limiter/window_test.go en la plantilla
- Leyó cmd/server/main.go
- Leyó la terminal (terminal) · desde la línea 120
- Leyó el chat con el agente de IA
03
Tu clave, tus ajustes, y las personas candidatas lo saben.
Los resúmenes usan la clave de Anthropic u OpenAI de tu organización, la misma que usan los agentes de IA. Activa los resúmenes automáticos por prueba o por sesión de programación en vivo, o déjalos desactivados y lanza uno a mano desde la página de revisión. Las instrucciones adicionales por prueba cambian su enfoque.
- Un propietario elige el modelo por defecto, y un revisor puede elegir otro en cada ejecución
- Antes de empezar, las personas candidatas leen que la IA puede resumir su trabajo y que todas las decisiones las toman personas
- Los tokens cuentan para el límite mensual de IA que fijas en Integraciones
Cómo funciona
De tu clave al primer resumen.
Conecta una clave
Un propietario conecta una clave de Anthropic u OpenAI en Integraciones y elige un modelo de resumen por defecto.
Elige cuándo se ejecuta
Activa el resumen de revisión con IA en una prueba o sesión de programación en vivo para que se ejecute al terminar cada intento. Los revisores también pueden elegir Resumir en cualquier intento terminado.
Léelo, y luego el código
El resumen está arriba en la página de revisión. Sigue sus pruebas, usa sus preguntas para la entrevista y toma la decisión con tu equipo.
Preguntas
¿Puntúa a las personas candidatas?
No. El resumen no tiene puntuación, ni aprobado o suspenso, ni recomendación de contratación, y el prompt de Kendor los prohíbe. Tus instrucciones adicionales pueden cambiar su enfoque, no esa regla. Los revisores valoran y deciden, y nada en Kendor usa el resumen para mover a una persona candidata.
¿Qué modelos puede usar?
Claude Opus 5.5, Claude Sonnet 5.5 o Claude Haiku 5.5 con una clave de Anthropic, y GPT-6 Astra, GPT-6.1 Sol o GPT-6 Luna con una clave de OpenAI. Un propietario elige el modelo por defecto en Integraciones, y un revisor puede elegir otro cada vez que lo lanza. Anthropic u OpenAI factura a tu cuenta, y los tokens cuentan para tu límite mensual de IA.
¿Funciona con las sesiones de programación en vivo?
Sí. Una sesión también es un intento, así que el resumen puede ejecutarse al terminar o a mano después. En una sesión, el código, los terminales y el agente se comparten con los entrevistadores, así que el resumen solo atribuye trabajo a la persona candidata cuando las pruebas lo respaldan, y dice cuándo no puede saberlo.
¿Qué planes lo incluyen?
Los resúmenes con IA forman parte de los planes Pro y Enterprise. No están incluidos en Starter.
Más de Kendor
Todas las funciones- Pruebas de códigoPruebas asíncronas en un IDE real, revisadas por tu equipo.Leer más
- Programación en vivoUn enlace, un sandbox compartido, un veredicto de cada entrevistador.Leer más
- EntrevistasAutorreserva, invitaciones que se actualizan solas, revisión en vivo.Leer más
- Agentes de IAClaude Code y Codex en el terminal del candidato, con tus claves.Leer más
- Entornos realesSiete lenguajes fijados, PostgreSQL y Valkey, un kendor.yaml.Leer más
- Importación de reposGit en la nube o autoalojado, también privados, una instantánea fija.Leer más
- Integración con AshbyLas etapas de Ashby envían pruebas o reservan live coding; los resultados vuelven como campos.Leer más
- Integración con GreenhouseLas etapas de Greenhouse envían pruebas y live coding; vuelven notas.Leer más
- Integración con LeverLas etapas de Lever envían pruebas y live coding; cada paso vuelve como nota.Leer más
Haz tu próxima prueba en Kendor. Lee lo que dice el código.
Crea tu espacio de trabajo, importa un repositorio o parte de una plantilla, y envía tu primera prueba hoy mismo.
¿Contratas a gran escala? Habla con nosotros