DevOps
Migre o contexto do agente com verificação e rollback
Um plano de migração em etapas para mover o contexto e as instruções operacionais do agente entre workspaces ou runtimes, com checkpoints, verificações de paridade e rollback testado.
O processo
Faça nesta ordem.
- Inventarie arquivos de contexto, memória, configuração, segredos, referências, permissões de ferramentas, runtime atual e as revisões exatas de origem e destino.
- Classifique cada item como portátil, específico do host, regenerável, sensível ou excluído de propósito, e defina o contrato do destino e os testes de compatibilidade.
- Faça um snapshot da origem, crie um espaço de trabalho isolado no destino e copie apenas o mínimo aprovado pelo Latch/target-workspace quando houver contexto privado envolvido.
- Execute verificações de paridade para instruções, caminhos, disponibilidade de ferramentas, permissões, variáveis de ambiente, comportamento de sessão e exemplos de saída antes da troca.
- Faça um canário do destino com tarefas representativas, compare evidências e falhas e mantenha o ambiente antigo somente para leitura até que o portão de aceitação seja atendido.
- Defina a troca, a janela de monitoramento, o gatilho de rollback, a regra de sincronização de dados e o aprovador responsável e ensaie o rollback sem limpeza destrutiva.
- Devolva o registro da migração, as evidências de verificação, a origem retida, o status do rollback e os riscos não resolvidos, e pause antes de um corte em produção.
Traga isto
Entradas que o gato vai pedir.
- detalhes do runtime de origem e destino
- inventário de contexto e configuração
- permissões e fronteiras de dados sensíveis
- responsável pelo rollback e critérios de aceitação
Roteador + um playbook
Roteie primeiro. Escolha um.
O Cat Paw carrega um playbook por tarefa, sem misturar vários. Comece por este roteador; os outros caminhos são candidatos específicos do workflow.
- Roteador:
token-efficient-agenting-pack skills/token-efficient-agenting-pack/reversible-agent-context-migration/SKILL.md
Limites
As fronteiras viajam com o prompt.
- Verifique as ferramentas, contas, permissões e o espaço de trabalho reais antes de começar; nunca afirme que uma ferramenta, conta, fonte ou capacidade indisponível existe.
- Use Latch/target-workspace para código privado, artefatos, sondagens ao vivo ou dados não públicos; se esse acesso estiver indisponível, pare no limite e relate o bloqueio em vez de substituir por uma suposição.
- Pause para aprovação explícita antes de ações externas consequentes; retorne evidências, riscos não resolvidos, premissas e qualquer ação que ainda esteja aguardando aprovação.
Pronto significa
Um fim que dá para checar.
Um registro reversível de migração prova a paridade do contexto, as verificações de ferramentas e permissões, as evidências do canário, a responsabilidade pela troca e um caminho de rollback testado com riscos não resolvidos visíveis.
Fontes
De onde veio este processo.
- github.com/JuliusBrussee/caveman/tree/2fd153c67988e980fb0b2455c90832159a6a5a25/
- git-scm.com/docs/git-worktree
- sre.google/sre-book/release-engineering/
As fontes estabelecem o padrão do workflow. Posts de Reddit e da comunidade, quando aparecem, valem como anedota de quem pratica — não como fato universal.
