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.
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.
Ú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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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ãoContinue 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: SimChegue 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: SimFaç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: SimConclua 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: SimSiga 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ãoConclua 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.
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.
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.
| Choice | Immediate Effect | What to Check | Long-Term Role |
|---|---|---|---|
| Aprovar uma solução correta | O 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 adequadamente | O 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ção | A 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 agente | Uma 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 comportamento | A 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ção | A 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. |
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 + bonusAs 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 = TrueOs 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 + itemOs 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 + 1Os 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 + bAs 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 valueUma 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 = TrueValores 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.