Simulador satírico de rompecabezas de revisión de código con IA

Agents! Please? Wiki

Revisa código escrito por IA, interroga a tus compañeros de trabajo, prueba entradas sospechosas, corrige o aprueba tickets, acepta trabajos diarios y afronta las consecuencias determinadas por tus decisiones.

Agents Please Recursos

Todo lo que necesitas para revisar código, completar tickets, seguir tu registro moral y descubrir todos los finales de Agents Please.

Latest Updates

Discover the newest guides, tips, and content

Guía de decisión de Agents Please: Elige un agente de IA

Usa esta guía de decisión de Agents Please para comparar la autonomía, el acceso a los datos, la gobernanza, el riesgo de implementación y la adecuación empresarial antes de seleccionar un agente de toma de decisiones basado en IA.

11 sept 2026choices
Read more →
Consejos y trucos de Agents Please: Guía de revisión diaria

Domina Agents Please con consejos y trucos prácticos para realizar revisiones más rápidas, tomar mejores decisiones, controlar los recursos y avanzar de forma constante cada día.

11 sept 2026guide
Read more →
Fecha de lanzamiento de Agents Please: guía de estado y actualizaciones de 2026

Sigue la fecha de lanzamiento de Agents Please con una guía clara sobre el estado en 2026, una lista de verificación de confirmación, señales de anuncios y consejos para consultar actualizaciones de forma segura.

11 sept 2026steam
Read more →
Logros de Agents Please: guía paso a paso para desbloquearlos

Planifica tus logros de Agents Please con una lista de verificación práctica, consejos para planificar rutas, recomendaciones para objetivos perdibles y un método de seguimiento claro.

11 sept 2026achievements
Read more →
Guía de contratos de Agents Please: términos, salida y derechos

Aprende a comparar los contratos de Agents Please, evaluar sus términos, proteger tus opciones y elegir acuerdos que respalden tu progreso a largo plazo.

11 sept 2026gigs
Read more →
Guía de progresión de Agents Please: Ruta paso a paso

Usa esta guía de progresión de Agents Please para planificar las primeras misiones, mejorar tu plantilla de agentes, gestionar las mejoras y prepararte para contenido más difícil.

11 sept 2026walkthrough
Read more →
Registro moral de Agents Please: guía de historia y clasificaciones

Aprende a interpretar el registro moral de Agents Please, seguir las decisiones, comparar resultados y construir un registro de historia coherente.

11 sept 2026choices
Read more →
Última actualización de Agents Please: Guía de seguimiento de notas del parche

Sigue la última actualización de Agents Please con una lista práctica de notas del parche, un flujo de verificación, una tabla de estados y hábitos para consultar las actualizaciones oficiales.

11 sept 2026updates
Read more →
Guía completa de Agents Please: recorrido paso a paso

Usa esta guía completa de Agents Please para organizar objetivos, seguir el progreso, probar rutas y evitar errores costosos durante tu primera partida completada.

11 sept 2026walkthrough
Read more →
Consecuencias de Agents Please: guía de decisiones y resultados

Aprende cómo pueden desarrollarse las consecuencias de Agents Please, qué decisiones generan riesgos y cómo evaluar la confianza, la información y los resultados a largo plazo.

11 sept 2026choices
Read more →
Agents Please en Steam Deck: Guía de configuración y compatibilidad

Usa esta guía de configuración de Agents Please en Steam Deck para verificar la compatibilidad, configurar los controles, ajustar el rendimiento y solucionar problemas comunes.

11 sept 2026steam
Read more →
Guía de Agents Please sobre conciertos: Agentes de contratación paso a paso

Usa esta guía de Agents Please sobre conciertos para encontrar agentes de contratación adecuados, preparar tu propuesta, evaluar ofertas y conseguir mejores oportunidades en directo.

11 sept 2026gigs
Read more →
Primeros pasos

Guía para principiantes de Agents Please

Agents Please te pone al mando de la revisión del código producido por agentes de IA, en lugar de escribir tú mismo cada solución. Cada ciclo de trabajo gira en torno a seleccionar un contrato, entender qué debería hacer el cambio solicitado, inspeccionar las diferencias generadas, probar comportamientos sospechosos y decidir si el resultado es seguro para publicar o necesita corregirse.

1

Consulta el tablón de trabajos diarios

Empieza revisando los contratos disponibles en el tablón de trabajos. Lee atentamente el comportamiento solicitado antes de abrir la solución generada para saber qué se supone que debe lograr realmente el código.

2

Entiende el contrato

Identifica las entradas, salidas, restricciones y casos límite esperados descritos por la tarea. Ten presente la solicitud original, porque un agente de IA puede producir código de aspecto convincente que no cumpla el requisito real.

3

Revisa las diferencias generadas por la IA

Inspecciona lo que cambió el agente en lugar de juzgar el resultado basándote únicamente en su explicación. Presta atención a las condiciones modificadas, los valores devueltos, la lógica de validación, los bucles y cualquier código que cambie el comportamiento fuera de la tarea solicitada.

4

Cuestiona las afirmaciones del agente

Considera el resumen del agente como información de apoyo, no como una prueba de que la implementación funciona. Compara directamente sus afirmaciones con el código y los requisitos del contrato.

5

Ejecuta entradas de prueba

Utiliza entradas de prueba para comprobar los casos normales y los casos límite antes de aprobar una solución. Una prueba útil apunta deliberadamente a las suposiciones del código generado, en lugar de comprobar únicamente el ejemplo exitoso más sencillo.

6

Busca fallos ocultos

Comprueba si la solución falla con valores inusuales, suposiciones incorrectas, condiciones límite o comportamientos que el agente no mencionó. Los errores aparentemente pequeños pueden convertir un parche por lo demás convincente en una mala aprobación.

7

Elige entre corregir o publicar

Cuando entiendas la implementación y los resultados de las pruebas, decide si el código debe corregirse o publicarse. Basa la decisión en el comportamiento real del código, no en la seguridad de la explicación generada por la IA.

8

Desarrolla hábitos de revisión coherentes

Repite el mismo orden de revisión en los contratos posteriores: primero los requisitos, después el código, luego las pruebas y, por último, la decisión. Las revisiones coherentes facilitan afrontar tareas más complicadas a medida que la progresión introduce decisiones y consecuencias adicionales.

Quick Tips

  • Primero los requisitos, después el código, luego las pruebas y, por último, la decisión.
  • Una explicación convincente no es una prueba: las diferencias sí lo son.
  • Las entradas límite detectan lo que las pruebas sencillas pasan por alto.
  • Los pequeños cambios inadvertidos pueden convertir un parche de aspecto impecable en una mala aprobación.
Progresión

Guía paso a paso de Agents Please

El progreso en Agents Please se basa en completar contratos y tomar decisiones de revisión a lo largo de jornadas laborales sucesivas. El enfoque más seguro es tratar cada nueva asignación como una investigación independiente: entiende la solicitud, revisa lo que cambió el agente, prueba la implementación y considera las consecuencias más amplias antes de comprometerte con una decisión.

1

Comienza la jornada laboral

Abre el trabajo disponible del día y revisa los contratos presentados a través del tablón de trabajos. Comprueba el objetivo declarado de cada tarea antes de comprometerte con una revisión.

2

Lee el cambio solicitado

Divide el contrato en requisitos claros antes de examinar el código generado. Esto te proporciona un punto de referencia para decidir si el agente resolvió el problema real.

3

Inspecciona el parche propuesto

Revisa línea por línea las diferencias generadas por la IA e identifica qué partes del programa se modificaron. Concéntrate especialmente en la lógica que controla las condiciones, la validación, las salidas y la gestión de errores.

4

Compara el código con la explicación

Lee lo que el agente dice que hace el parche y confirma después esas afirmaciones en la implementación. No apruebes un cambio simplemente porque la explicación que lo acompaña parezca completa.

5

Prueba los casos importantes

Ejecuta entradas que cubran tanto el caso de uso esperado como los valores que puedan revelar suposiciones erróneas. Probar es la forma más rápida de distinguir una solución de aspecto plausible de otra que realmente cumple el contrato.

6

Toma la decisión de revisión

Elige el resultado adecuado entre corregir o publicar después de comprobar tanto los requisitos como el comportamiento observado. Estas decisiones forman el ciclo central de progresión e influyen en lo que ocurre después.

7

Avanza por la progresión de los departamentos

Sigue completando trabajos a medida que la progresión amplía el alcance y la importancia de tus responsabilidades. Las tareas posteriores exigen prestar más atención a las consecuencias que rodean decisiones técnicas aparentemente sencillas.

8

Sigue las decisiones importantes

Presta atención a las decisiones que van más allá de si un parche concreto funciona técnicamente. Las decisiones de aprobación y los juicios éticos contribuyen al rumbo de la partida y a su resultado final.

Decisiones y resultados

Guía de finales de Agents! Please?

Agents! Please? utiliza las decisiones tomadas durante las revisiones de código como algo más que simples juicios de aprobado o rechazado. Las decisiones de aprobación, las solicitudes cuestionables y la dirección ética general del jugador contribuyen a consecuencias posteriores, por lo que una partida centrada en conseguir un final requiere tomar decisiones coherentes en lugar de depender de una única elección final.

Logros de Steam

Guía de logros de Agents! Please?

Agents! Please? cuenta con 24 logros de Steam relacionados con la progresión y las decisiones tomadas durante el trabajo de revisión de código. La estrategia más eficiente para completarlos consiste en separar los logros que se obtienen de forma natural de aquellos vinculados a decisiones y finales específicos, y proteger los puntos de decisión importantes antes de comprometerse con una ruta.

Progresión normal

Missable: No

Continúa completando contratos y avanzando por la progresión laboral estándar del juego.

Completa cada día de trabajo con normalidad mientras aprendes los sistemas de revisión antes de centrarte en rutas de logros especializados.

Decisiones de revisión de código

Missable:

Llega a situaciones en las que un logro dependa de cómo se juzga un cambio de código generado.

Inspecciona el contrato, el diff y los resultados de las pruebas antes de elegir entre corregir o publicar, porque la decisión requerida puede entrar en conflicto con otra ruta.

Decisiones éticas

Missable:

Toma decisiones específicas cuando la acción técnicamente disponible genere una consecuencia ética más amplia.

Mantén tus decisiones coherentes con la ruta que estás siguiendo en lugar de tratar cada contrato como un problema técnico aislado.

Logros de finales

Missable:

Completa una partida siguiendo el patrón de decisiones asociado a un final concreto.

Planifica las rutas de los finales en torno a decisiones acumulativas y combina logros de decisiones compatibles en la misma partida.

Logros de elecciones alternativas

Missable:

Toma una rama diferente a la de una decisión utilizada durante otra ruta de logro o de final.

Usa otra partida para las decisiones mutuamente incompatibles en lugar de arruinar una ruta de final casi completada.

Planificación de la finalización

Missable: No

Completa los logros restantes después de terminar la progresión principal y los objetivos centrados en los finales.

Revisa qué logros omitiste debido a decisiones opuestas y céntrate únicamente en esas ramas durante la siguiente partida.

Trabajos y contratos

Guía del Gig Board y los trabajos de Agents! Please?

El Gig Board es el punto de partida del trabajo diario en Agents! Please?. Cada contrato presenta una tarea de programación que debe evaluarse mediante los cambios de código propuestos por el agente de IA, su explicación y las entradas de prueba disponibles. Un enfoque fiable consiste en entender primero el comportamiento solicitado, inspeccionar qué ha cambiado realmente el agente, probar casos límite importantes y decidir solo entonces si la solución debe corregirse o publicarse.

Lee el objetivo del contrato

Empieza por el comportamiento que el trabajo solicita realmente en lugar de confiar en el resumen del agente de IA. Identifica qué entradas recibe el código, qué salida o comportamiento se espera y qué requisitos deben permanecer sin cambios.

Revisa el diff propuesto

Inspecciona cada línea significativa que el agente haya añadido, eliminado o modificado. Un cambio que parece pequeño puede alterar condiciones, cálculos, valores devueltos o el flujo de control de formas que no coincidan con el contrato.

Comprueba la afirmación del agente

Compara la explicación escrita por el agente con el código en sí. Considera la explicación como una afirmación que debe verificarse, no como una prueba de que la implementación sea correcta.

Ejecuta las pruebas proporcionadas

Usa las entradas de prueba del contrato para comprobar cómo se comporta la solución propuesta. Superar una prueba obvia es útil, pero no garantiza que el código gestione correctamente todas las entradas importantes.

Prueba entradas arriesgadas

Presta especial atención a los valores límite, las ramas alternativas, las operaciones repetidas y las entradas que puedan revelar condiciones o cálculos incorrectos. Estas comprobaciones son especialmente útiles cuando el agente ha cambiado la lógica principal.

Decide entre corregir y publicar

Solicita una corrección cuando la implementación no cumpla el contrato o cuando las pruebas revelen un comportamiento incorrecto. Publica el código solo después de que el código, la explicación y los resultados observados de las pruebas coincidan con los requisitos del trabajo.

Considera el impacto en la progresión

Los contratos forman parte de la progresión general del juego, no son rompecabezas aislados. Las revisiones cuidadosas y constantes ayudan a evitar aprobaciones incorrectas mientras continúan tu trabajo diario y la progresión de tu departamento.

Decisiones y consecuencias

Guía del Moral Ledger y las decisiones de Agents! Please?

Agents! Please? conecta las decisiones de revisión técnica con consecuencias éticas mediante su sistema Moral Ledger. La cuestión importante no es simplemente si el código se ejecuta, sino si aprobarlo, rechazarlo o solicitar cambios está justificado por lo que la implementación hace realmente. Las decisiones repetidas pueden tener importancia más allá del contrato actual, por lo que deben considerarse tanto la corrección técnica como las consecuencias de la implementación.

ChoiceImmediate EffectWhat to CheckLong-Term Role
Aprobar una solución correctaEl código revisado se acepta para su implementación y el trabajo actual continúa.Confirma que la implementación coincide con el contrato, produce los resultados previstos y no oculta comportamientos no deseados.Refuerza un patrón de aprobaciones justificadas basadas en código verificado, no en las afirmaciones del agente.
Aprobar sin realizar pruebas adecuadasEl código puede publicarse antes de haber verificado comportamientos importantes.Ejecuta entradas relevantes e inspecciona las ramas modificadas antes de aceptar la solución del agente.Las aprobaciones descuidadas pueden contribuir a consecuencias posteriores cuando el comportamiento publicado no coincide con la tarea prevista.
Solicitar una correcciónLa implementación propuesta no se acepta en su estado actual.Usa esta opción cuando las pruebas, la inspección del código o los requisitos del contrato revelen un problema real.Demuestra una preferencia por corregir el trabajo defectuoso en lugar de publicarlo simplemente porque un agente afirma haber tenido éxito.
Rechazar una afirmación engañosa del agenteLa discrepancia entre la explicación de la IA y el código real se considera un fallo de revisión.Compara la explicación línea por línea con la lógica modificada y los resultados observados de las pruebas.Ayuda a evitar que explicaciones de IA seguras pero incorrectas guíen tus decisiones.
Juzgar el código por su comportamientoLa decisión se basa en lo que el programa hace realmente al revisarlo y probarlo.Concéntrate en las condiciones, los cambios de estado, los cálculos, los valores devueltos y los resultados de las pruebas.Mantiene las decisiones morales y técnicas vinculadas a consecuencias observables en lugar de a la presentación.
Considerar las consecuencias de la implementaciónLa revisión va más allá de la sintaxis y plantea si publicar la implementación es el resultado adecuado.Busca comportamientos que se ejecuten técnicamente, pero que entren en conflicto con el objetivo solicitado o creen efectos secundarios perjudiciales.Las decisiones importantes pueden influir en eventos posteriores y en resultados relacionados con los finales registrados a lo largo del juego.
Revisión de código

Guía de revisión y pruebas de código de Agents! Please?

La revisión de código es la habilidad central en Agents! Please?. El método más seguro es comenzar con los requisitos del trabajo, inspeccionar el diff sin confiar en la explicación del agente, seguir la lógica modificada y después ejecutar entradas diseñadas para comprobar tanto los casos normales como los inusuales. Tu decisión final debe basarse en el comportamiento real del programa.

1

Entiende el comportamiento solicitado

Lee primero el contrato y redúcelo a una regla sencilla: qué información entra en el programa y qué debería ocurrir como resultado. Esto te da una referencia para evaluar cada cambio posterior.

2

Lee el diff antes que la explicación

Inspecciona directamente el código modificado. Busca valores, condiciones, bucles, comportamientos de funciones y rutas de retorno alterados que puedan cambiar el resultado del programa.

3

Sigue la lógica modificada

Sigue el código en orden de ejecución usando una entrada de ejemplo sencilla. Rastrea los valores de las variables y determina qué condiciones o bucles se ejecutarán antes de usar las pruebas integradas.

4

Compara la explicación del agente

Ahora compara la descripción del agente de IA con la implementación. Si afirma que se corrigió un comportamiento, pero la condición, el cálculo o la rama relevante sigue comportándose de forma diferente, considera esa discrepancia una advertencia.

5

Ejecuta una prueba normal

Comienza con una entrada habitual que represente el caso más común del contrato. Confirma que la salida real coincide con el resultado esperado.

6

Ejecuta pruebas de límites y alternativas

Prueba entradas que alcancen ramas diferentes o que estén cerca de límites importantes. Estas pruebas pueden revelar errores de uno en uno, comparaciones incorrectas, casos no contemplados o bucles que solo funcionan correctamente con la entrada más sencilla.

7

Comprueba que no haya cambios no relacionados

Asegúrate de que la solución no cambie el comportamiento fuera de la tarea solicitada. Un parche puede resolver una prueba y, al mismo tiempo, alterar accidentalmente otra parte del programa.

8

Corrige o envía

Solicita una corrección cuando la implementación no cumpla los requisitos, produzca resultados de prueba incorrectos o contradiga las afirmaciones del agente. Aprueba el despliegue cuando hayas inspeccionado el código y su comportamiento coincida con el contrato.

Referencia de programación

Guía del lenguaje similar a Python de Agents! Please?

Agents! Please? utiliza un lenguaje de programación ejecutable similar a Python para sus tareas de revisión de código. Los jugadores no necesitan convertirse en programadores profesionales, pero comprender el flujo de control básico facilita mucho detectar cambios sospechosos. Lee el código de arriba abajo, sigue los valores de las variables, identifica qué ramas se ejecutan y compara el resultado final con el comportamiento esperado del contrato.

Variables

score = 10
bonus = 5
total = score + bonus

Las variables almacenan valores que las expresiones y condiciones posteriores pueden utilizar. Al revisar un diff, comprueba si el agente cambió el valor almacenado o sustituyó la variable utilizada en un cálculo.

Common mistake: Actualizar la variable equivocada o utilizar un valor antiguo en el cálculo final.

Condiciones

if score >= 10:
    result = "pass"
else:
    result = "fail"

Las condiciones determinan qué rama del código se ejecuta. Pequeños cambios en los operadores de comparación pueden cambiar por completo el comportamiento en los límites.

Common mistake: Usar > en lugar de >=, invertir una comparación o colocar la acción correcta en la rama equivocada.

Lógica booleana

if has_key and door_open:
    enter = True

Los operadores lógicos combinan varios requisitos. Comprueba si todas las condiciones necesarias deben ser verdaderas al mismo tiempo o si basta con que se cumpla cualquiera de ellas.

Common mistake: Reemplazar una condición and por or y permitir que una rama se ejecute con demasiada facilidad.

Bucles

for item in items:
    total = total + item

Los bucles repiten la lógica para varios valores. Sigue al menos dos iteraciones cuando un bucle modificado afecte a totales, contadores o resultados acumulados.

Common mistake: Restablecer un valor acumulado dentro del bucle, omitir un elemento o repetir una iteración de más.

Contadores

count = 0
for item in items:
    count = count + 1

Los contadores se utilizan habitualmente para llevar la cuenta de cuántas veces ocurre algo. Tanto su valor inicial como la posición de su actualización afectan al resultado.

Common mistake: Comenzar con el número equivocado o incrementar el contador solo dentro de una rama condicional.

Funciones

def calculate_total(a, b):
    return a + b

Las funciones agrupan lógica reutilizable y devuelven resultados al código que las llama. Cuando una función cambia, comprueba tanto su cálculo interno como el valor que devuelve.

Common mistake: Calcular el valor correcto, pero devolver una variable diferente o devolver el resultado antes de que se ejecute toda la lógica necesaria.

Entradas de funciones

result = calculate_total(4, 6)

Los argumentos proporcionan valores a los parámetros de una función. Asegúrate de que el agente no haya cambiado su orden ni haya pasado un valor que represente una parte de los datos equivocada.

Common mistake: Intercambiar los argumentos cuando sus posiciones tienen significados diferentes.

Valores de retorno

if value < 0:
    return 0
return value

Una instrucción return finaliza la función actual y devuelve un valor. Los retornos anticipados son importantes porque el código que aparece después no se ejecutará en esa ruta.

Common mistake: Devolver el resultado demasiado pronto y omitir la lógica necesaria para algunas entradas.

Entradas de prueba

input: 10
expected: "pass"

Las pruebas permiten comparar el comportamiento esperado con lo que realmente produce el código revisado. Utiliza más de una entrada cuando intervengan diferentes condiciones o ramas.

Common mistake: Aprobar el código porque una única prueba sencilla funciona mientras otra rama sigue teniendo errores.

Casos límite

value = 10
if value >= 10:
    valid = True

Los valores situados exactamente en el límite de una regla son especialmente útiles para comprobar la lógica de las comparaciones. Probar justo por debajo, exactamente en el límite y justo por encima puede revelar errores sutiles.

Common mistake: Usar el operador de comparación equivocado y fallar únicamente cuando la entrada es igual al umbral.