OA de Amazon con IA 2026: errores en repositorio y pruebas ocultas

Hay un repositorio desconocido abierto, varias pruebas fallan y un asistente de IA espera instrucciones. Lo difícil no es pedirle a la IA que "arregle el código". Es entender el sistema lo suficiente para decidir qué preguntar, si la respuesta es correcta y qué pueden revelar todavía las pruebas ocultas.

Ese es el reto emergente que describen varios reportes de candidatos de Amazon en 2026. Amazon no ha publicado un formato universal de OA asistida por IA, así que esta guía separa la orientación oficial de las experiencias reportadas y le ofrece un método de preparación que sigue siendo útil aunque cambien el cronómetro, el repositorio o el número de errores.

Comience con las preguntas reales de entrevista de Amazon de PracHub, en especial los reportes actuales de fundamentos de ingeniería de software y de programación. Luego use el flujo de trabajo de abajo para convertir esas preguntas en práctica de depuración a nivel de repositorio.

El candidato más sólido mantiene el control del diagnóstico, del diff generado y de la evidencia final.

Veredicto rápido

Trate la tarea de programación asistida por IA de Amazon como una evaluación de depuración con una herramienta de IA, no como un concurso de redacción de prompts. Los reportes recientes de candidatos describen una base de código desconocida, comportamientos rotos, un asistente integrado y pruebas visibles u ocultas. La estructura exacta parece variar según el puesto y la ubicación.

Su mejor ciclo es: reproducir la falla, rastrear la ruta del código, formular una hipótesis, hacer una pregunta acotada, inspeccionar el diff, ejecutar las pruebas y verificar usted mismo el contrato.

Use solo las herramientas que la evaluación proporcione o permita de forma explícita. La guía actual de Amazon para la OA universitaria indica que la actividad del navegador puede quedar registrada y advierte a los candidatos contra copiar y pegar; las instrucciones de su invitación y del entorno de la prueba son la autoridad final.

¿Qué es la OA de programación asistida por IA de Amazon?

Las páginas oficiales de Amazon sobre la evaluación para SDE siguen describiendo evaluaciones de programación que dependen del puesto y piden a los candidatos revisar su invitación para conocer la estructura exacta. La página universitaria dice que los formatos pueden variar según el país, mientras que la página de SDE II describe un reto de programación más tradicional con dos preguntas.

Por separado, varios reportes de candidatos de 2026 describen una tarea más nueva sobre un repositorio con un asistente de IA integrado. Los reportes suelen mencionar corregir varios errores en una aplicación existente y lograr que pase un conjunto de pruebas. Algunos candidatos recibieron una pregunta de algoritmos tradicional además de la tarea del repositorio; otros reportaron secuencias, cronómetros y cantidades de pruebas distintos.

Conclusión práctica: prepárese para el formato de repositorio reportado, pero no memorice las cifras de un solo candidato. Lea su invitación como la especificación de la prueba.

En qué se diferencia de una pregunta tradicional de estructuras de datos y algoritmos

Una pregunta de programación normal le da un contrato compacto y le pide diseñar un algoritmo. Una tarea de repositorio le da un sistema que funciona a medias y le pide recuperar el contrato antes de hacer un cambio seguro.

No abandone los algoritmos. Los reportes de candidatos sugieren que la nueva tarea puede aparecer junto con la programación convencional, y las entrevistas posteriores de Amazon todavía evalúan los fundamentos de programación. Use las preguntas de programación para Software Engineer de Amazon de PracHub para mantener activa esa línea.

Qué es probable que mida la tarea

Amazon no ha publicado una rúbrica de calificación para este formato reportado. Con base en el diseño de la tarea, el énfasis oficial en código robusto y bien probado, y las descripciones repetidas de los candidatos, las siguientes habilidades son objetivos razonables de preparación y no pesos de calificación confirmados.

El hilo común es el control de ingeniería. La IA puede acelerar la exploración, pero usted sigue siendo responsable del diagnóstico y del código que envía.

El ciclo de depuración de repositorios en siete pasos

Mantenga cada ciclo lo bastante pequeño para poder conectar la evidencia, el cambio y el resultado.

1. Lea el contrato antes que la implementación

Revise la descripción de la tarea, el README, los comandos de prueba, la estructura del proyecto y las pruebas visibles. Anote el comportamiento esperado en una oración. Una prueba que falla es evidencia; no siempre es el requisito completo.

2. Reproduzca una falla

Ejecute la prueba o acción relevante más pequeña. Capture la aserción exacta, la excepción, el código de estado o la discrepancia de estado. Si todo falla, elija una ruta representativa en lugar de pedirle al asistente que repare todo el repositorio.

3. Rastree la ruta de ejecución

Siga la solicitud o la llamada a la función desde el punto de entrada hasta el acceso a datos. Busque el símbolo que falla, los campos del modelo relacionados y las pruebas vecinas. Esboce una ruta corta como route -> controller -> service -> repository.

4. Plantee una hipótesis

Escriba qué cree que está mal y qué observación la refutaría. Esto evita ediciones al azar y le da al asistente de IA una investigación acotada.

5. Pida una sola tarea en el prompt

Pida al asistente que inspeccione una ruta específica, explique una condición o proponga el parche más pequeño. Incluya el requisito, la falla observada, los archivos relevantes y las restricciones. No le pida que cambie las pruebas solo para ponerlas en verde.

6. Revise el diff

Revise cada línea modificada. Busque comportamiento público alterado, errores silenciados, lógica duplicada, refactorizaciones ajenas al problema, APIs inventadas o manejo de excepciones demasiado amplio. Revierta todo lo que no pueda defender.

7. Verifique primero lo específico y luego lo general

Vuelva a ejecutar primero la falla original. Luego ejecute las pruebas circundantes y, si el tiempo lo permite, el conjunto completo. Por último, pruebe un límite que no estaba visible en los ejemplos.

Para practicar más este modo de pensar, use la guía de entrevistas con código existente de PracHub.

Cómo escribir mejores prompts para la IA

Un buen prompt reduce la incertidumbre sin ceder el criterio. Un prompt débil oculta su razonamiento e invita a un parche grande y difícil de revisar.

Un formato de prompt repetible es contexto + comportamiento esperado + evidencia observada + alcance + acción solicitada + restricciones. Después de la respuesta, inspeccione el código usted mismo. Una explicación pulida no es una prueba.

Ejemplo resuelto: un error que la IA puede diagnosticar mal con facilidad

Imagine un servicio que financia un préstamo. La prueba visible verifica una transferencia normal, pero una prueba oculta podría intentar un monto cero, un monto superior al saldo restante del préstamo, o una escritura que funciona en un registro y falla en el otro.

async function fundLoan(userId: string, loanId: string, amount: number) {
  const user = await users.find(userId);
  const loan = await loans.find(loanId);

  if (user.balance < amount) throw new Error("insufficient balance");

  user.balance -= amount;
  loan.funded += amount;
  await users.save(user);
  await loans.save(loan);
}

La verificación obvia está presente, pero el contrato está incompleto. Un candidato sólido pregunta: ¿puede amount ser cero o negativo? ¿Puede el financiamiento superar el monto restante del préstamo? ¿Qué pasa cuando falta alguna de las dos entidades? ¿Deben ser atómicas las dos escrituras?

Un prompt acotado podría ser: "El servicio de financiamiento pasa el flujo normal, pero el contrato exige un monto positivo, que no haya sobrefinanciamiento y que no haya actualizaciones parciales del estado. Inspeccione este método y la API del repositorio. Proponga el cambio más pequeño que haga cumplir esos invariantes sin modificar las pruebas."

Luego verifique el parche propuesto con amount = 0, un monto negativo, exactamente el saldo restante, una unidad por encima, fondos insuficientes del usuario, entidades faltantes y una falla de persistencia simulada. El asistente puede sugerir código; solo sus pruebas generan confianza.

Qué suelen evaluar las pruebas ocultas

Traduzca cada requisito a al menos un caso normal, un caso límite y un caso de falla.

Las pruebas ocultas normalmente no son acertijos. Codifican requisitos e invariantes de ingeniería que los ejemplos visibles no cubren por completo. La guía de PracHub sobre los casos de prueba ocultos en evaluaciones de programación ofrece una lista de verificación de límites más amplia.

Cinco errores que hacen perder más tiempo

Escribir prompts antes de reproducir. Sin la falla real, el asistente adivina a partir de patrones superficiales.

Cambiar demasiado a la vez. Una refactorización de varios archivos dificulta identificar qué edición corrigió el error y cuál introdujo una regresión.

Editar las pruebas para que coincidan con el código. A menos que la tarea diga explícitamente que una prueba está equivocada, las pruebas y el contrato escrito son evidencia que hay que satisfacer, no obstáculos que eliminar.

Fiarse de que las pruebas visibles pasen. Un conjunto que solo cubre el flujo normal puede pasar por alto fallas de autorización, rollback, límites e idempotencia.

Pregunta de práctica: Debug a Node.js car-rental backend: leaked cars, missing new cars, lost edits (Amazon · Ingeniero de software)

Usar herramientas externas no aprobadas. Practique con cualquier herramienta lícita que prefiera, pero durante la OA en vivo use solo los recursos permitidos por Amazon y el proveedor de la evaluación. No pegue contenido privado de la evaluación en servicios externos.

Un plan de preparación de siete días

Use el centro de preguntas de Amazon de PracHub para el diagnóstico y la práctica de algoritmos. Para la etapa conductual posterior, combine la preparación técnica con las preguntas sobre los Principios de Liderazgo de Amazon y la guía de la simulación de trabajo de la OA de Amazon.

Practique con preguntas reales de PracHub

Estos son registros reales del banco de preguntas de Amazon, no una predicción de su evaluación exacta. Priorizamos los reportes fuente que mencionan una OA y luego usamos las rondas almacenadas en PracHub de entrevista técnica, onsite y tarea para entregar en casa. La tabla mantiene visible la ronda almacenada para que la evidencia no se reetiquete.

Qué piden realmente los enunciados

Q1. Highest Average-Salary Team in an Org Chart
Evidencia del banco: Amazon, entrevista técnica, dificultad media. Equipo con el salario promedio más alto en un organigrama. La estructura de reporte de una empresa es una sola jerarquía. Cada empleado tiene un id entero único, un nombre, un salario entero y un managerid, el id de la persona a quien reporta. Exactamente un empleado (el director general) tiene managerid = null, lo que significa que no tiene gerente.

Q2. Merge Overlapping Time Ranges
Evidencia del banco: Amazon, entrevista técnica, dificultad media. Combinar rangos de tiempo que se traslapan. Usted está construyendo el backend de programación de una sala de conferencias compartida. Cada reservación que se haya hecho se registra como un par [start, end] de marcas de tiempo enteras (segundos de época), donde start <= end.

Q3. Caesar Cipher with Translation-Table Optimization
Evidencia del banco: Amazon, entrevista técnica, dificultad media. Implemente un cifrado César. Dados una cadena text y un entero shift, devuelva una nueva cadena en la que cada carácter alfabético se rota hacia adelante shift posiciones dentro de su propia capitalización, dando la vuelta al alfabeto; todos los caracteres no alfabéticos se dejan sin cambios.

Q4. Detect and Break a Cycle in a Singly Linked List
Evidencia del banco: Amazon, entrevista técnica, dificultad media. Se le da la cabeza de una lista enlazada simple. La lista puede contener o no un ciclo: en algún punto de la lista, el puntero next de un nodo puede apuntar a un nodo anterior, formando un bucle. Haga dos cosas: 1. Detectar si la lista contiene un ciclo. 2.

Ejecute el conjunto como una evaluación

1. Lea primero los cuatro enunciados. Estime la dificultad de cada uno y elija un orden antes de programar.
2. Oculte la solución. Escriba el invariante, la meta de complejidad y tres casos límite antes de abrir el editor.
3. Use un solo cronómetro. Reserve cinco minutos al final para pruebas de límites, empates, escala y formato de salida.
4. Registre el modo de falla. Anote el invariante roto o el caso límite que se le pasó, no solo el título de la pregunta.

Preguntas frecuentes sobre la OA de programación asistida por IA de Amazon

¿La tarea de repositorio asistida por IA ya está en todas las OA de SDE de Amazon?

Ninguna página pública de Amazon lo confirma. Varios candidatos de 2026 reportan haberla recibido, incluidos candidatos a SDE I, recién graduados, pasantías y algunos procesos de SDE II, pero el formato varía. Siga la estructura indicada en su invitación.

¿Cuántos errores y pruebas ocultas hay?

Los reportes de candidatos mencionan cantidades distintas de errores y pruebas. No se prepare en torno a una sola cifra. Entrene un ciclo repetible de depuración y verificación que funcione ya sea que el repositorio contenga dos defectos o varios.

¿El asistente integrado es Amazon Q?

No lo suponga. Amazon tiene documentación pública sobre Amazon Q Developer, pero eso no establece la identidad ni las capacidades del asistente integrado en una evaluación. Use la interfaz y el texto de ayuda que se presenten en su evaluación.

¿Puedo usar ChatGPT, Claude u otra IA externa durante la OA?

Solo si las instrucciones de la evaluación lo permiten de forma explícita. La guía de Amazon para la OA universitaria indica que el uso del navegador puede quedar registrado y advierte contra copiar y pegar. La regla segura es usar solo el asistente integrado y los recursos expresamente permitidos para su prueba.

¿Qué hago si la IA produce un parche que pasa las pruebas visibles?

Revise el diff y pruebe usted mismo el contrato. Verifique entradas inválidas, límites, persistencia, autorización, reintentos y comportamiento adyacente. Usted es responsable de la implementación que envía, incluso si una herramienta generó parte de ella.

¿Pasar todas las pruebas garantiza una entrevista?

Amazon no publica una nota de corte ni una ponderación universal para esta tarea reportada. Las páginas oficiales de la OA describen una evaluación más amplia que puede incluir programación, resolución de problemas, estilos de trabajo y otras secciones que dependen del puesto. Complete con cuidado todas las secciones requeridas.

Conclusión final

La OA de programación asistida por IA de Amazon en 2026 cambia la interfaz, no el estándar de ingeniería. Todavía necesita entender requisitos, navegar código desconocido, aislar un defecto, hacer un cambio pequeño y defendible, y demostrar que funciona más allá del flujo normal.

Practique ambas líneas juntas: use las preguntas de programación de Amazon de PracHub para ganar velocidad en algoritmos y luego use los reportes de entrevistas y soluciones escritas de Amazon actuales para entrenar la depuración, las pruebas y el criterio de todo el proceso. El objetivo no es hacer que la IA parezca capaz. Es demostrar que usted sigue siendo el ingeniero que tiene el control.

Fuentes y lecturas adicionales

• Amazon Jobs: Online Assessment Prep for SDE Roles
• Amazon Jobs: SDE II Online Assessment Prep
• Amazon Jobs: Software Development Interview Topics
• Candidate discussion: Amazon SDE I AI-assisted repository format
• Candidate report: SDE I Graduate OA, London, July 2026