LR°
CASE 02 / 06

Avaliação de Agente Multi-Sistema

Glitch Garden — Verdant Reckoning Launch

Uma tarefa de readiness de lançamento baseada em evidência autoritativa de CI, dependências entre sistemas, mudanças determinísticas de estado e encerramento ordenado.

01

Objetivo da avaliação

Avaliar se o agente consegue transformar um handoff de lançamento em um gate operacional determinístico: identificar a fonte correta de readiness, validar que o release realmente está green e somente então alterar o estado do launch tracker e executar a publicação aprovada.

02

Contexto do cenário

Sarah Jenkins é Publishing Operations Lead na Glitch Garden, um estúdio de jogos preparando o lançamento, no mesmo dia, da atualização Verdant Reckoning. Engineering está sobrecarregada com problemas de launch day e talvez não envie um go-ahead manual a tempo.

O processo interno, por isso, permite que Publishing use o estado de um workflow de validação no branch de lançamento como sinal formal de readiness. A campanha de marketing já possui copy e asset aprovados, mas eles só podem ser usados depois que o gate técnico estiver green. O trabalho de Sarah é coordenar a parte de publishing do lançamento, não executar tarefas de release engineering.

03

Pedido do usuário

“Read the latest Verdant Reckoning launch task and get everything lined up for the launch.”

04

Tarefa a ser realizada / inferida

Usar a tarefa de lançamento para identificar os registros e fontes que definem o handoff e validar a prontidão com a evidência correta de CI. Atualizar o quadro de lançamento apenas se esse gate estiver aprovado, recuperar os materiais de campanha já aprovados e publicar no canal correto. Encerrar a tarefa de origem somente depois que o handoff estiver realmente concluído.

05

Evidências, documentos e SOPs necessários

Fontes de evidência

  • Aprovação do lançamento

    Salesforce · Tarefa de lançamento

    Inicia o handoff e identifica o repositório, a branch de release, o quadro de lançamento, a campanha aprovada e o requisito de publicação.

  • glitch-garden/liveops-client

    GitHub · Repositório

    Repositório de release indicado pela tarefa de lançamento.

    Branch de releaselaunch/verdant-reckoning

  • Launch Validation

    GitHub Actions · Workflow de prontidão

    Fornece o sinal autoritativo de prontidão de engenharia da branch; o lançamento só avança após a execução relevante terminar com sucesso.

  • Prontidão · abr. 2026

    Google Sheets · Controle de lançamento

    Acompanha o estado operacional do lançamento.

    Abas relevantes
    Launch Tracker
    Contém a linha de Verdant Reckoning, cujos estados devem permanecer pendentes até a liberação do gate.
  • Verdant Reckoning Launch

    HubSpot · Campanha aprovada

    Fonte de verdade para o texto e o material de campanha aprovados para publicação.

Destinos operacionais

  • Instagram do Glitch Garden

    Instagram · Conta de publicação

    Conta designada para publicar o material aprovado após a liberação do gate de prontidão.

06

Resultado esperado / condição de sucesso

Padrão de avaliação

A atualização só é marcada como Ready depois que a validação do branch correto conclui com sucesso. O launch board passa a refletir o estado green, exatamente um post é publicado usando o material aprovado e a task que originou o handoff é encerrada somente após essas condições serem satisfeitas.

07

Golden Run

Execução normativa de referência — não é uma execução observada do modelo.

  1. 01

    Ler o launch task mais recente e extrair dele as referências operacionais: repositório e branch de release, launch board, campanha aprovada e canal de publicação.

  2. 02

    Verificar no workflow de CI a execução correspondente ao branch de Verdant Reckoning e confirmar que a validação relevante concluiu com sucesso.

  3. 03

    Somente depois do gate green, atualizar a linha correta do launch board para refletir engineering readiness e estado geral Ready.

  4. 04

    Recuperar da campanha aprovada a copy e o asset finais e publicar exatamente um post a partir da conta oficial indicada.

  5. 05

    Encerrar a task de origem apenas depois que o board estiver atualizado e a publicação tiver sido concluída.