Simulador satírico de quebra-cabeças de revisão de código com IA

Agents! Please? Wiki

Revise código escrito por IA, interrogue colegas de trabalho, teste entradas suspeitas, corrija ou aprove tickets, aceite trabalhos diários e enfrente as consequências moldadas pelas suas escolhas.

Agents Please Recursos

Tudo de que você precisa para revisar código, concluir tickets, acompanhar seu Moral Ledger e descobrir todos os finais de Agents Please.

Latest Updates

Discover the newest guides, tips, and content

Requisitos de sistema de Agents Please: Guia de preparação do PC

Confira o status verificado dos requisitos de sistema de Agents Please, compare as categorias de hardware e prepare seu PC antes da instalação.

11 de set. de 2026steam
Read more →
Guia de decisão Agents Please: escolha um agente de IA

Use este guia de decisão Agents Please para comparar autonomia, acesso a dados, governança, risco de implantação e adequação ao negócio antes de selecionar um agente de tomada de decisão com IA.

11 de set. de 2026choices
Read more →
Última atualização de Agents Please: Guia de acompanhamento das notas do patch

Acompanhe a última atualização de Agents Please com uma checklist prática de notas do patch, fluxo de verificação, tabela de status e hábitos para consultar atualizações oficiais.

11 de set. de 2026updates
Read more →
Guia de conquistas de Agents Please: dicas passo a passo para desbloquear

Use este guia de conquistas de Agents Please para acompanhar objetivos, proteger o progresso perdível e concluir os desbloqueios restantes com eficiência.

11 de set. de 2026achievements
Read more →
Guia de revisão de código do Agents Please: Guia de configuração segura

Use este guia de revisão de código do Agents Please para estruturar revisões assistidas por IA, priorizar riscos e verificar correções sem confiar cegamente na automação.

11 de set. de 2026guide
Read more →
Data de lançamento de Agents Please: Guia de status e atualizações de 2026

Acompanhe a data de lançamento de Agents Please com um guia claro sobre o status em 2026, checklist de confirmação, sinais de anúncio e dicas para atualizações seguras.

11 de set. de 2026steam
Read more →
Guia de progressão de Agents Please: Rota passo a passo

Use este guia de progressão de Agents Please para planejar missões iniciais, melhorar seu elenco de agentes, gerenciar aprimoramentos e se preparar para conteúdos mais difíceis.

11 de set. de 2026walkthrough
Read more →
Agents Please como jogar: Guia de configuração passo a passo

Aprenda como jogar Agents Please com um guia claro para sua primeira partida, cobrindo objetivos, turnos, agentes, recursos e estratégia para iniciantes.

11 de set. de 2026guide
Read more →
Guia de aprovação do Agents Please: fluxo passo a passo

Use este guia de aprovação do Agents Please para organizar solicitações, atribuir revisores, acompanhar decisões e resolver aprovações pendentes com eficiência.

11 de set. de 2026guide
Read more →
Guia de testes de Agents Please: Configuração de QA passo a passo

Use este guia de testes de Agents Please para organizar casos de teste, verificar recursos, acompanhar bugs e criar um fluxo de QA confiável.

11 de set. de 2026guide
Read more →
Todos os departamentos de Agents Please: Diretório e Guia de Configuração

Aprenda a organizar os departamentos de Agents Please, definir prioridades, acompanhar responsabilidades e criar um diretório de gerenciamento claro.

11 de set. de 2026walkthrough
Read more →
Notas de atualização de Agents Please: Guia do rastreador de atualizações de 2026

Acompanhe as notas de atualização de Agents Please em 2026 com um guia prático sobre cronograma de atualizações, histórico de versões, mudanças de balanceamento e verificação.

11 de set. de 2026updates
Read more →
Primeiros passos

Guia para iniciantes de Agents Please

Agents Please coloca você no comando da revisão de código produzido por agentes de IA, em vez de escrever cada solução por conta própria. Cada ciclo de trabalho gira em torno de selecionar um contrato, entender o que a alteração solicitada deve fazer, inspecionar o diff gerado, testar comportamentos suspeitos e decidir se o resultado é seguro para lançar ou precisa ser corrigido.

1

Confira o Gig Board diário

Comece analisando os contratos disponíveis no Gig Board. Leia atentamente o comportamento solicitado antes de abrir a solução gerada, para saber exatamente o que o código deve fazer.

2

Entenda o contrato

Identifique as entradas, saídas, restrições e casos extremos esperados descritos pela tarefa. Tenha a solicitação original em mente, pois um agente de IA pode produzir um código que parece convincente, mas não atende ao requisito real.

3

Revise o diff gerado pela IA

Inspecione o que o agente alterou, em vez de julgar o resultado apenas pela explicação dele. Preste atenção às condições modificadas, aos valores retornados, à lógica de validação, aos loops e a qualquer código que altere o comportamento fora da tarefa solicitada.

4

Questione as afirmações do agente

Trate o resumo do agente como informação complementar, não como prova de que a implementação funciona. Compare diretamente as afirmações dele com o código e os requisitos do contrato.

5

Execute entradas de teste

Use entradas de teste para verificar casos normais e casos extremos antes de aprovar uma solução. Um teste útil mira deliberadamente as suposições do código gerado, em vez de verificar apenas o exemplo bem-sucedido mais fácil.

6

Procure falhas ocultas

Verifique se a solução falha com valores incomuns, suposições incorretas, condições-limite ou comportamentos que o agente não mencionou. Erros pequenos podem transformar um patch convincente em uma aprovação equivocada.

7

Escolha entre corrigir ou lançar

Depois de entender a implementação e os resultados dos testes, decida se o código deve ser corrigido ou lançado. Baseie a decisão no comportamento real do código, não na confiança da explicação gerada pela IA.

8

Desenvolva hábitos consistentes de revisão

Repita a mesma ordem de revisão nos contratos seguintes: requisito primeiro, código em segundo, testes em terceiro e decisão por último. Revisões consistentes facilitam lidar com tarefas mais complicadas à medida que a progressão introduz decisões e consequências adicionais.

Quick Tips

  • Requisito primeiro, código em segundo, testes em terceiro e decisão por último.
  • Uma explicação convincente não é evidência - o diff é.
  • Entradas-limite revelam o que os testes fáceis não detectam.
  • Pequenas alterações não percebidas podem transformar um patch de aparência limpa em uma aprovação equivocada.
Progressão

Detonado de Agents Please

O progresso em Agents Please gira em torno de concluir contratos e tomar decisões de revisão ao longo de dias de trabalho sucessivos. A abordagem mais segura é tratar cada nova tarefa como uma investigação independente: entenda a solicitação, revise o que o agente alterou, teste a implementação e considere as consequências mais amplas antes de tomar uma decisão.

1

Comece o dia de trabalho

Abra os trabalhos disponíveis do dia e analise os contratos apresentados pelo Gig Board. Confira o objetivo declarado de cada tarefa antes de iniciar uma revisão.

2

Leia a alteração solicitada

Divida o contrato em requisitos claros antes de examinar o código gerado. Isso fornece um ponto de referência para decidir se o agente resolveu o problema real.

3

Inspecione o patch proposto

Revise o diff gerado pela IA linha por linha e identifique quais partes do programa foram alteradas. Concentre-se especialmente na lógica que controla condições, validação, saídas e tratamento de falhas.

4

Compare o código com a explicação

Leia o que o agente afirma que o patch faz e confirme essas afirmações na implementação. Não aprove uma alteração simplesmente porque a explicação que a acompanha parece completa.

5

Teste os casos importantes

Execute entradas que cubram o caso de uso esperado, assim como valores capazes de revelar suposições incorretas. Testar é a maneira mais rápida de separar uma solução de aparência plausível de uma que realmente atende ao contrato.

6

Tome a decisão de revisão

Escolha o resultado adequado entre corrigir ou lançar depois de verificar tanto os requisitos quanto o comportamento observado. Essas escolhas formam o ciclo central da progressão e influenciam o que acontece em seguida.

7

Avance pela progressão dos departamentos

Continue concluindo trabalhos à medida que a progressão amplia o alcance e a importância das suas responsabilidades. As tarefas posteriores exigem mais atenção às consequências que cercam decisões técnicas aparentemente simples.

8

Acompanhe as decisões importantes

Preste atenção às escolhas que vão além de saber se um único patch funciona tecnicamente. As decisões de aprovação e os julgamentos éticos contribuem para o rumo da partida e seu resultado final.

Escolhas e resultados

Guia dos finais de Agents! Please?

Agents! Please? usa as decisões tomadas durante as revisões de código como algo mais do que julgamentos isolados de aprovação ou reprovação. As escolhas de aprovação, os pedidos questionáveis e a direção ética mais ampla do jogador contribuem para consequências posteriores, portanto uma campanha focada em finais exige decisões consistentes, em vez de depender de uma única escolha final.

Conquistas da Steam

Guia de conquistas de Agents! Please?

Agents! Please? tem 24 conquistas da Steam relacionadas à progressão e às decisões tomadas durante o trabalho de revisão de código. A estratégia mais eficiente para concluir tudo é separar as conquistas obtidas naturalmente daquelas ligadas a escolhas e finais específicos, protegendo os pontos de decisão importantes antes de seguir por uma rota.

Progressão normal

Missable: Não

Continue concluindo contratos e avançando pela progressão de trabalho padrão do jogo.

Conclua cada dia de trabalho normalmente enquanto aprende os sistemas de revisão, antes de se concentrar em rotas especializadas de conquistas.

Decisões de revisão de código

Missable: Sim

Chegue a situações em que uma conquista dependa de como uma alteração de código gerada é avaliada.

Analise o contrato, o diff e os resultados dos testes antes de escolher entre corrigir ou enviar, pois a decisão necessária pode entrar em conflito com outra rota.

Decisões éticas

Missable: Sim

Faça escolhas específicas quando a ação tecnicamente disponível criar uma consequência ética mais ampla.

Mantenha suas decisões consistentes com a rota que está seguindo, em vez de tratar cada contrato como um problema técnico isolado.

Conquistas de finais

Missable: Sim

Conclua uma campanha seguindo o padrão de decisões associado a um final específico.

Planeje as rotas de finais com base nas decisões acumuladas e combine conquistas de decisões compatíveis na mesma campanha.

Conquistas de escolhas alternativas

Missable: Sim

Siga um ramo diferente daquele usado em outra rota de conquista ou de final.

Use outra campanha para escolhas mutuamente conflitantes, em vez de atrapalhar uma rota de final quase concluída.

Planejamento da conclusão

Missable: Não

Conclua as conquistas restantes após terminar a progressão principal e os objetivos focados em finais.

Confira quais conquistas foram deixadas de lado por causa de decisões opostas e, na próxima campanha, busque apenas esses ramos.

Trabalhos e contratos

Guia do Gig Board e dos trabalhos de Agents! Please?

O Gig Board é o ponto de partida para o trabalho diário em Agents! Please?. Cada contrato apresenta uma tarefa de programação que deve ser avaliada por meio das alterações de código propostas pelo agente de IA, da explicação fornecida por ele e das entradas de teste disponíveis. Uma abordagem confiável é entender primeiro o comportamento solicitado, verificar o que o agente realmente alterou, testar casos-limite importantes e só então decidir se a solução deve ser corrigida ou enviada.

Leia o objetivo do contrato

Comece pelo comportamento realmente solicitado pelo trabalho, em vez de confiar no resumo do agente de IA. Identifique quais entradas o código recebe, qual saída ou comportamento é esperado e quais requisitos devem permanecer inalterados.

Analise o diff proposto

Inspecione cada linha relevante adicionada, removida ou alterada pelo agente. Uma edição aparentemente pequena pode modificar condições, cálculos, valores retornados ou o fluxo de controle de maneiras que não correspondem ao contrato.

Verifique a afirmação do agente

Compare a explicação escrita pelo agente com o próprio código. Trate a explicação como uma afirmação a ser verificada, e não como prova de que a implementação está correta.

Execute os testes fornecidos

Use as entradas de teste do contrato para verificar como a solução proposta se comporta. Passar em um teste óbvio é útil, mas não garante que o código lide corretamente com todas as entradas importantes.

Teste entradas arriscadas

Preste atenção especial a valores-limite, ramos alternativos, operações repetidas e entradas que possam revelar condições ou cálculos incorretos. Essas verificações são especialmente úteis quando o agente alterou a lógica principal.

Decida entre corrigir e enviar

Solicite uma correção quando a implementação não atender ao contrato ou quando os testes revelarem um comportamento incorreto. Envie o código somente depois que o código, a explicação e os resultados observados nos testes estiverem de acordo com os requisitos do trabalho.

Considere o impacto na progressão

Os contratos fazem parte da progressão mais ampla do jogo, e não são quebra-cabeças isolados. Revisões consistentemente cuidadosas ajudam a evitar aprovações ruins enquanto seu trabalho diário e o progresso no departamento continuam.

Escolhas e consequências

Guia do Moral Ledger e das escolhas de Agents! Please?

Agents! Please? conecta decisões técnicas de revisão a consequências éticas por meio do sistema Moral Ledger. A questão importante não é simplesmente se o código funciona, mas se aprovar, rejeitar ou solicitar alterações é justificável pelo que a implementação realmente faz. Decisões repetidas podem ter importância além do contrato atual, portanto tanto a correção técnica quanto as consequências da implantação devem ser consideradas.

ChoiceImmediate EffectWhat to CheckLong-Term Role
Aprovar uma solução corretaO código revisado é aceito para implantação e o trabalho atual prossegue.Confirme que a implementação corresponde ao contrato, produz os resultados pretendidos e não esconde comportamentos indesejados.Reforça um padrão de aprovações justificadas com base em código verificado, e não nas afirmações do agente.
Aprovar sem testar adequadamenteO código pode ser enviado antes que comportamentos importantes tenham sido verificados.Execute entradas relevantes e inspecione os ramos alterados antes de aceitar a solução do agente.Aprovações descuidadas podem contribuir para consequências posteriores quando o comportamento enviado não corresponde à tarefa pretendida.
Solicitar uma correçãoA implementação proposta não é aceita em sua forma atual.Use esta opção quando os testes, a inspeção do código ou os requisitos do contrato revelarem um problema real.Demonstra preferência por corrigir um trabalho defeituoso em vez de enviá-lo simplesmente porque um agente afirma ter obtido sucesso.
Rejeitar uma afirmação enganosa do agenteUma divergência entre a explicação da IA e o código real é tratada como uma falha de revisão.Compare a explicação, linha por linha, com a lógica alterada e com os resultados observados nos testes.Ajuda a impedir que explicações confiantes, mas incorretas, geradas pela IA orientem suas decisões.
Avaliar o código pelo comportamentoA decisão se baseia no que o programa realmente faz quando é revisado e testado.Concentre-se nas condições, alterações de estado, cálculos, valores retornados e resultados dos testes.Mantém as decisões morais e técnicas ligadas a consequências observáveis, e não à apresentação.
Considerar as consequências da implantaçãoA revisão vai além da sintaxe e questiona se enviar a implementação é o resultado correto.Procure comportamentos que funcionem tecnicamente, mas entrem em conflito com o objetivo solicitado ou criem efeitos colaterais prejudiciais.Escolhas importantes podem influenciar eventos posteriores e resultados relacionados aos finais acompanhados ao longo do jogo.
Revisão de código

Guia de revisão e testes de código de Agents! Please?

A revisão de código é a habilidade central em Agents! Please?. O método mais seguro é começar pelos requisitos da tarefa, inspecionar o diff sem confiar na explicação do agente, acompanhar a lógica alterada e, então, executar entradas criadas para testar tanto os casos normais quanto os incomuns. Sua decisão final deve se basear no comportamento real do programa.

1

Entenda o comportamento solicitado

Leia o contrato primeiro e reduza-o a uma regra simples: quais informações entram no programa e o que deve acontecer como resultado. Isso fornece uma base para avaliar cada alteração feita posteriormente.

2

Leia o diff antes da explicação

Inspecione diretamente o código alterado. Procure valores, condições, loops, comportamentos de funções e caminhos de retorno modificados que possam alterar o resultado do programa.

3

Acompanhe a lógica alterada

Siga o código na ordem de execução usando uma entrada de exemplo simples. Acompanhe os valores das variáveis e determine quais condições ou loops serão executados antes de usar os testes integrados.

4

Compare a explicação do agente

Agora compare a descrição do agente de IA com a implementação. Se ele disser que um comportamento foi corrigido, mas a condição, o cálculo ou o ramo relevante ainda funcionar de forma diferente, trate essa inconsistência como um alerta.

5

Execute um teste normal

Comece com uma entrada comum que represente o caso mais frequente do contrato. Confirme se a saída real corresponde ao resultado esperado.

6

Execute testes de limite e alternativos

Experimente entradas que alcancem ramos diferentes ou estejam próximas de limites importantes. Esses testes podem revelar lógica com erro de um passo, comparações incorretas, casos ausentes ou loops que funcionam corretamente apenas com a entrada mais fácil.

7

Verifique se há alterações não relacionadas

Certifique-se de que a solução não altere o comportamento fora da tarefa solicitada. Um patch pode resolver um teste e, ao mesmo tempo, alterar acidentalmente outra parte do programa.

8

Corrija ou envie

Solicite uma correção quando a implementação não atender aos requisitos, produzir resultados de teste incorretos ou contradizer as afirmações do agente. Aprove a implantação quando o código tiver sido inspecionado e seu comportamento corresponder ao contrato.

Referência de programação

Guia da linguagem semelhante a Python de Agents! Please?

Agents! Please? usa uma linguagem de programação executável semelhante a Python em suas tarefas de revisão de código. Os jogadores não precisam se tornar programadores profissionais, mas entender o fluxo de controle básico torna muito mais fácil identificar alterações suspeitas. Leia o código de cima para baixo, acompanhe os valores das variáveis, identifique quais ramos são executados e compare o resultado final com o comportamento esperado no contrato.

Variáveis

score = 10
bonus = 5
total = score + bonus

As variáveis armazenam valores que podem ser usados posteriormente por expressões e condições. Ao revisar um diff, verifique se o agente alterou o valor armazenado ou substituiu a variável usada em um cálculo.

Common mistake: Atualizar a variável errada ou usar um valor antigo no cálculo final.

Condições

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

As condições determinam qual ramo do código será executado. Pequenas alterações nos operadores de comparação podem mudar completamente o comportamento nos limites.

Common mistake: Usar > em vez de >=, inverter uma comparação ou colocar a ação correta no ramo errado.

Lógica booleana

if has_key and door_open:
    enter = True

Os operadores lógicos combinam vários requisitos. Verifique se todas as condições necessárias devem ser verdadeiras ao mesmo tempo ou se qualquer uma delas é suficiente.

Common mistake: Substituir uma condição and por or e permitir que um ramo seja executado com facilidade excessiva.

Loops

for item in items:
    total = total + item

Os loops repetem uma lógica para vários valores. Acompanhe pelo menos duas iterações quando um loop alterado afetar totais, contadores ou resultados acumulados.

Common mistake: Zerar um valor acumulado dentro do loop, ignorar um item ou repetir uma iteração a mais.

Contadores

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

Os contadores são frequentemente usados para acompanhar quantas vezes algo acontece. Tanto o valor inicial quanto o momento da atualização afetam o resultado.

Common mistake: Começar pelo número errado ou incrementar apenas dentro de um ramo condicional.

Funções

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

As funções agrupam uma lógica reutilizável e retornam resultados para quem as chama. Quando uma função é alterada, verifique tanto seu cálculo interno quanto o valor que ela retorna.

Common mistake: Calcular o valor correto, mas retornar uma variável diferente ou retornar antes que toda a lógica necessária seja executada.

Entradas de funções

result = calculate_total(4, 6)

Os argumentos fornecem valores aos parâmetros de uma função. Certifique-se de que o agente não tenha alterado a ordem deles nem passado um valor que represente a parte errada dos dados.

Common mistake: Trocar os argumentos quando suas posições têm significados diferentes.

Valores de retorno

if value < 0:
    return 0
return value

Uma instrução return encerra a função atual e envia um valor de volta. Retornos antecipados são importantes porque o código abaixo deles não será executado nesse caminho.

Common mistake: Retornar cedo demais e ignorar a lógica necessária para algumas entradas.

Entradas de teste

input: 10
expected: "pass"

Os testes permitem comparar o comportamento esperado com o que o código revisado realmente produz. Use mais de uma entrada quando houver diferentes condições ou ramos envolvidos.

Common mistake: Aprovar o código porque um único teste fácil passa, enquanto outro ramo continua incorreto.

Casos de limite

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

Valores exatamente no limite de uma regra são especialmente úteis para verificar a lógica das comparações. Testar um valor logo abaixo, exatamente no limite e logo acima dele pode revelar erros sutis.

Common mistake: Usar o operador de comparação errado e falhar apenas quando a entrada for igual ao limite.