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.
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.
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.
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.
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.
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.
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.
Ú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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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: NoContinú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: Sí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: Sí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: Sí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: Sí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: NoCompleta 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.
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.
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.
| Choice | Immediate Effect | What to Check | Long-Term Role |
|---|---|---|---|
| Aprobar una solución correcta | El 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 adecuadas | El 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ón | La 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 agente | La 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 comportamiento | La 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ón | La 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. |
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 + bonusLas 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 = TrueLos 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 + itemLos 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 + 1Los 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 + bLas 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 valueUna 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 = TrueLos 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.