[CS] CARLOS SEIDL EN
Blog

Um TODO que distrai agentes e o Claude que barra IPs

Quarta a sexta foram dias de controle sobre os agentes: o Claude passou a limitar de onde uma chave funciona, a Cloudflare separou o tráfego de assistentes pessoais, o Google mediu quanto um comentário TODO custa a um agente de código e o Copilot ganhou um roteiro para levar apps .NET ao Windows Arm64.

Por 6 min de leitura
  • Claude
  • .NET
  • Segurança
  • GitHub
  • IA
  • Agentes

Claude Enterprise e o Console ganham IP allowlist, hooks de inferência em GA e um painel de segurança

A Anthropic publicou em 5 de novembro um pacote de recursos para times de segurança do Claude Enterprise. O mais prático é a lista de IPs permitidos, em beta: requisições vindas de endereços fora da lista são recusadas. No Console da plataforma ela cobre a API (Messages, Batches, Files, Skills, Managed Agents, Admin e Compliance API), aceita até 1.000 entradas entre IPs e faixas CIDR e devolve um 403 com permission_error para quem está fora. No Enterprise, vale também para os apps, para o Claude Code quando o usuário entra com a conta Claude e para o Cowork.

Além disso, os hooks de inferência (de prompt e antes de cada chamada de ferramenta, pensados para DLP e ferramentas de segurança) chegaram à disponibilidade geral. Entraram em beta um security center, que compara as configurações da organização com a recomendação da Anthropic para chat, Cowork e Claude Code, e a opção de deslogar um membro de todos os dispositivos pela Admin API, sem tirá-lo da organização.

Um detalhe importante da documentação: a lista não vale para o Claude acessado por Amazon Bedrock, Google Cloud ou Microsoft Foundry, nem para a rede de dentro do runtime dos Managed Agents. A própria Anthropic lembra que a lista limita onde a chave funciona, não por quanto tempo, e recomenda expiração curta ou Workload Identity Federation.

Para quem usa .NET: se a sua API ASP.NET Core chama o Claude a partir de IPs de saída fixos, dá para travar a chave nesses endereços e um vazamento em log ou repositório deixa de ser uma porta aberta.

Fonte: Claude (Anthropic)

Agente de upgrade do GitHub Copilot passa a migrar apps .NET para Windows Arm64

O time do .NET anunciou em 5 de novembro um novo cenário no agente de upgrade do GitHub Copilot: a migração de projetos .NET de Windows x64 ou x86 para Windows Arm64. O agente avalia a solução, aponta os bloqueios (código e configurações de build presos à arquitetura, dependências nativas sem binário Arm64, pacotes que precisam de versão compatível), monta um plano e ajuda a alterar código, dependências e configuração.

Depois ele compila os componentes para Arm64 e roda os testes quando há hardware ou runner de CI compatível. O post deixa claro que o foco é portabilidade e correção, não ajuste de desempenho, e que um build verde é só um marco: ainda é preciso testar em uma máquina Arm64 de verdade.

Para usar, basta instalar o GitHub Copilot upgrade, escolher o agente de upgrade no seletor de agentes e selecionar o cenário de migração para Arm64.

Para quem usa .NET: quem tem app desktop ou serviço com P/Invoke e DLL nativa ganha um levantamento rápido do que quebra no Arm64 antes de comprar a máquina de teste.

Fonte: .NET Blog (Microsoft)

Google mede o custo de um TODO(bug) para agentes de código: até 77% mais tokens

Uma análise publicada em 6 de novembro no blog de desenvolvedores do Google olhou milhões de sessões de agentes de código lendo arquivos. Em 13% delas o agente encontrou comentários do tipo TODO(bug/...) ou FIXME(bug/...). Em 6% desses encontros ele foi atrás do bug citado, e 83% dessas ações aconteceram sem ninguém pedir.

O desvio sai caro: as sessões com essas escapadas não solicitadas tiveram 70% mais passos, 77% mais tokens e 105% mais tempo de espera. E muitas vezes o esforço era inútil, porque 41% dos desvios perseguiam bugs já fechados.

A resposta do Google foi criar agentes de limpeza. Um deles removeu milhares de referências obsoletas em seis meses, com aceitação acima de 95% pelos revisores.

Para quem usa .NET: vale uma busca por // TODO e // HACK que apontam para tickets já fechados antes de soltar um agente no repositório, e uma regra no CLAUDE.md dizendo para não seguir esses comentários sem pedido.

Fonte: Google for Developers Blog

GitHub testa uma nova página de pull request com o status de merge no topo

O GitHub abriu em 5 de novembro, em public preview e por opção, uma nova página Overview para pull requests. A ideia é mostrar logo no alto se o PR está pronto para merge e quais são as próximas ações possíveis, com uma caixa de merge redesenhada que ocupa menos da metade do espaço da atual.

A conversa ganhou filtros (todas, não resolvidas e as suas), comentários do mais novo para o mais antigo e um resumo de atividade no canto. Do cabeçalho dá para marcar o rascunho como pronto para revisão ou fechar o PR, conforme a sua permissão.

Para testar, use o botão “Try the Overview page” no cabeçalho do PR; o mesmo menu volta para a página clássica. A liberação continua ao longo do fim de semana.

Fonte: GitHub Changelog

Cloudflare separa o tráfego de assistentes pessoais e deixa bloquear agente por agente

A Cloudflare lançou em 4 de novembro uma forma de ver e controlar os agentes pessoais que acessam um site em nome de uma pessoa. No Security Analytics, o gráfico de análise de bots ganhou a categoria “Personal Assistants”, ao lado de humano provável e automatizado, e um painel lista quais agentes chegaram e quantas requisições fizeram.

A configuração antes chamada de política de agentes virou “AI Crawler and Agent access policies” e agora permite escolher, para cada agente suportado, entre liberar, bloquear só em páginas com anúncio ou bloquear. Para quem usa o Account Abuse Protection, ainda em acesso antecipado, cada login e cadastro passa a mostrar se veio de um agente pessoal e de qual.

Para quem usa .NET: se o seu login ou checkout em ASP.NET Core está atrás da Cloudflare, revise essa política antes que um agente legítimo de cliente comece a cair em bloqueio de bot.

Fonte: Cloudflare Blog

Minha leitura

O que mais me chamou atenção na semana foi o estudo do Google, porque ele põe número em algo que muita gente só sentia: o agente não se distrai por falta de inteligência, e sim porque o repositório está cheio de pistas velhas. Um TODO apontando para um bug fechado há tempos é dívida técnica que agora custa tokens. Para mim isso reforça que cuidar do repositório (comentários, README, CLAUDE.md) passou a ser parte de configurar o agente, não um capricho.

O resto da semana conta a mesma história por outro ângulo: IP allowlist e hooks no Claude, política por agente na Cloudflare, revisão de PR mais enxuta no GitHub. São controles, não modelos novos, e é aí que está o valor para quem coloca IA em produção. Deixei de fora as aquisições e as conversas sobre IPO das grandes empresas de IA, que rendem manchete mas não mudam nada no código de ninguém nesta semana.

Leia também

Precisa de ajuda com backend .NET e IA aplicada? Conheça o serviço.

← todos os posts