SOMENTE NO MAINHERMES · CRON / MCP / STATE
Falhas de infraestrutura passam a ter recuperação limitada
O que mudou. O cron identifica execuções recorrentes que falharam antes de qualquer chamada ao modelo e agenda reexecuções em 5, 15 e 30 minutos, sem duplicar efeitos colaterais. O aviso intermediário fica suprimido enquanto a escada está pendente; se nenhuma tentativa funcionar, a falha é entregue normalmente. A configuração pode desativar o comportamento com cron.retry_unreachable: false. No MCP, uma resposta HTTP 400 no handshake inicial de Streamable HTTP pode acionar fallback automático para SSE, dispensando a configuração manual de transport: sse. A mesma janela trouxe endurecimento de arquivos state.db/snapshots para modo owner-only e proteção do writer direto de delegação.
Impacto prático. Reduz falsos negativos em jobs que disparam durante reconexão de Wi-Fi/VPN e melhora interoperabilidade com servidores MCP antigos ou SSE-only. O hardening de estado diminui exposição acidental de histórico e WAL, mas precisa de validação no Windows e em instalações com perfis compartilhados.
RecomendaçãoTestar em laboratório. Simular DNS indisponível, confirmar zero chamadas ao provider e verificar o limite de retries; depois validar um MCP que devolve 400 em Streamable HTTP e aceita SSE. Não promover o main apenas por estes commits.
Cron: retry bounded ·
MCP: fallback SSE ·
State: owner-only
SOMENTE NO MAINHERMES · AUTH / PLUGINS
OpenRouter ganha OAuth PKCE e plugins recebem sinal de interrupção
O que mudou. O fluxo hermes auth add openrouter --type oauth usa PKCE, callback local ou fluxo headless remoto e troca o código por uma chave API comum no pool de credenciais; o caminho API-key continua disponível por padrão. Em paralelo, o hook agent_loop_stopped passou a ser disparado também quando uma sessão TUI/Desktop é interrompida, além do caminho de stop do gateway. O dispatch é protegido para que um plugin defeituoso não quebre a interrupção.
Impacto prático. O primeiro item reduz fricção para quem quer centralizar modelos do OpenRouter sem copiar chave manualmente. O segundo dá aos plugins uma fronteira de ciclo de vida clara para cancelar RPCs, liberar locks ou encerrar recursos externos quando o turno não será retomado. Ambos são mudanças de extensibilidade, ainda sem contrato de release estável.
RecomendaçãoAcompanhar e testar em perfil descartável. Validar callback, pool, revogação e comportamento sem browser; no hook, testar interrupção durante chamada de ferramenta e garantir que falha de plugin não bloqueie o operador.
OpenRouter PKCE ·
Gateway hook ·
TUI/Desktop hook
LANÇADO · 12/09CLAUDE CODE
v2.1.270 corrige regressão de permissões do Bash
O que mudou. Comandos Git somente leitura no Bash deixavam de ser tratados como leitura depois que a sessão permanecia ativa por algum tempo, exigindo permissão de forma inesperada. A versão 2.1.270 corrige a regressão introduzida na 2.1.269.
Impacto prático. É uma correção pequena, mas diretamente ligada à ergonomia e previsibilidade do modo de aprovação em sessões longas. Reduz interrupções espúrias em automações que consultam status, log ou diff sem escrever no repositório.
RecomendaçãoAtualizar se o ambiente usa 2.1.269 e executar smoke test com sessão longa, Git read-only e comandos que realmente escrevem. Para quem não foi afetado, registrar como patch de confiabilidade.
Release v2.1.270 ·
Changelog oficial
LANÇADO · 13/09AMP
Amp remove a mensalidade obrigatória para usar o harness
O que mudou. O novo Hobby tier permite usar todas as funcionalidades com compute próprio via runners, assinatura ChatGPT ou outras assinaturas e chaves BYOK, sem mensalidade e sem taxas/limites de tokens do Amp; os computadores remotos “orbs” continuam cobrados por uso. A camada Teams não cobra taxa adicional e reúne threads, portals, plugins, skills, permissões, gestão, analytics e model routing. O anúncio também estende a política de retenção mínima de dados a todos os usuários. Em mudança complementar de 10/09, o Mode Dial passou a permitir escolher modelos e esforço de raciocínio para o agente principal, Oracle e subagentes, além de adicionar agentes próprios baseados em plugins.
Impacto prático. A barreira de entrada cai para equipes que já pagam provedores e querem um cockpit para múltiplos agentes, sem pagar uma segunda camada de tokens. A decisão arquitetural fica mais explícita: compute local reduz custo de execução, enquanto orbs compram paralelismo remoto e independência da máquina do operador.
LANÇADO · 11/09DEEPAGENTS TALON
Approval, MCP e subagentes ficam mais resistentes
O que mudou. O pacote deepagents-talon==0.0.8 adiciona mensagens de progresso, exclusão direcionada de conversas e gestão de aprovações por tools.json. A release também agrupa correções para OAuth/MCP, preservação de refresh tokens, configurações não destrutivas, URLs protegidas contra troca após auto-approve, inicialização/parada recuperável de subagentes, jobs agendados e manutenção limitada de índices/vetores.
Impacto prático. É uma camada de operação mais próxima do que se exige de um agente persistente: aprovação declarativa, recuperação de workers e limites explícitos para manutenção de memória. A granularidade por pacote exige cuidado para não confundir o Talon com o núcleo genérico do LangChain DeepAgents.
RecomendaçãoAcompanhar e testar se Talon estiver no escopo. Priorizar aprovação de ferramentas, OAuth MCP e start/stop de subagentes; conferir compatibilidade entre versões do pacote e o host.
Release oficial deepagents-talon 0.0.8
RELEASE CANDIDATE · 13/09LITELLM PROXY
Gateway começa a expor skills e economia de roteamento
O que mudou. A v1.102.0-rc.1 adiciona um índice conhecido de Agent Skills para skills registradas no proxy e passa a mostrar, em Claude Code e Codex, o modelo roteado e a economia por sessão do auto-router. A mesma RC inclui melhorias de descoberta/OAuth MCP, cache de objetos de usuário, KMS gerenciado pelo cliente para chaves virtuais e fallback de tiers não saudáveis.
Impacto prático. O proxy deixa de ser apenas uma camada de compatibilidade de APIs e passa a participar da distribuição de capacidades e da observabilidade de custo. Isso pode reduzir contexto estático quando o harness descobre skills sob demanda, mas o contrato do índice e a compatibilidade de clientes ainda precisam amadurecer.
RecomendaçãoSomente staging. Testar descoberta de skills, autenticação MCP, fallback de provider e coerência do custo exibido; não basear produção em uma release candidate.
Release v1.102.0-rc.1