antonio leandro

primariaiaen

Claude

Blog oficial da Anthropic sobre o Claude: notas de versão, ensaios de engenharia e casos de cliente, quase todo dia. Fonte primária para saber o que a empresa lança, como ela diz que se usa aquilo, e quem ela escolhe mostrar usando.

200 textos no acervo · publica a cada ~1 dias · último em

escrito por pipeline de llm, revisado por antonio leandro antes de publicar

o que esta fonte defende

A tese que atravessa os 200 textos é uma só: a unidade de trabalho deixou de ser o prompt e passou a ser o agente — um processo que roda em loop, usa ferramentas, tem permissões e precisa de andaime em volta. Quase todo o arquivo é a defesa de que essa transição é um problema de engenharia, não de modelo. Daí o vocabulário próprio que a fonte constrói e repete ao longo de um ano: harness, loop, skill, subagent, hook, CLAUDE.md, routine, dynamic workflow, verification loop. A posição implícita, repetida sem nunca ser enunciada como polêmica, é que inteligência bruta não basta: o que separa um agente de demonstração de um agente em produção é a estrutura em volta dele — o que ele enxerga, o que pode tocar, e como alguém verifica o que ele fez.

O arquivo registra pelo menos três mudanças de ideia datadas. A primeira é sobre autonomia: em outubro de 2025 a fonte escreve “além dos prompts de permissão” [188], ou seja, ainda tratando a aprovação humana a cada passo como o modelo de segurança padrão; em março de 2026 lança o auto mode [130], em agosto o torna padrão nos planos pagos [24] e no mesmo dia publica um guia sobre rodá-lo em produção [23]. O consentimento passo a passo foi substituído por sandbox, política e observabilidade. A segunda é sobre onde mora a habilidade: em novembro de 2025 o título é “boas práticas de prompt engineering para 2026” [173]; em julho de 2026, “as novas regras de context engineering” [32] — o prompt virou detalhe de um problema maior, o de montar o que entra na janela. A terceira é sobre a camada de extensão: MCP era o protocolo que conectava tudo [175], e as Skills nasceram como recurso [183]; um ano depois viraram API [10], programa de parceiros [160] e coisa que outras empresas embutem nos próprios produtos [109]. Some-se a isso a rotatividade de nomes — o painel do Chrome virou Cowork [21] e depois ganhou browser próprio [3]; os modelos passaram de Opus 4.6/4.7/4.8 para Fable 5 e Mythos 5 em poucos meses.

Dito isso, seria desonesto tratar o arquivo como um corpo único de argumento. São três gêneros com valores muito diferentes convivendo no mesmo feed. Notas de versão, que envelhecem em semanas. Ensaios de ofício sobre como construir com agentes — esses são a razão de acompanhar, e alguns são bons o bastante para sobreviver ao produto que descrevem. E depoimentos de cliente, que seguem molde fixo: a série “Working at the frontier” publicou oito peças quase idênticas em estrutura entre julho e agosto de 2026 [40][42][45][46][47][49], todas sobre confiar o trabalho mais difícil ao modelo mais novo. Quem lê pelo terceiro gênero está lendo material de vendas com nome de reportagem.

O que o arquivo não contém importa tanto quanto o que contém. Em um ano de publicação quase diária não há pesquisa de segurança, não há política pública, não há interpretabilidade, não há preço discutido criticamente, não há post-mortem de falha e não há comparação com concorrente. Nada é descontinuado em público: quando um produto é substituído, ele é renomeado, não aposentado. É o braço de produto e engenharia da empresa falando — a parte da Anthropic que só tem boas notícias. Ler isto como o registro completo do que a empresa pensa é erro de leitura; ler como o registro fiel do que ela construiu e de como ela quer que seja usado é exatamente o que a página serve.

por tema

claude code e o ofício de dirigir um agente (35 textos)

O maior bloco do arquivo é sobre a ferramenta de linha de comando da própria empresa e, por tabela, sobre uma prática de trabalho que ela está tentando codificar. Os textos cobrem os mecanismos de direção — arquivo de instruções do repositório, hooks, subagentes, rotinas, workflows dinâmicos, escolha de modelo e de nível de esforço — e depois voltam para explicar quando usar cada um, sinal de que a própria fonte percebeu que criou opções demais [63].

O que faz esse conjunto valer leitura mesmo para quem não usa a ferramenta são os textos de ofício: tratar o agente como um desenvolvedor recém-contratado que precisa de onboarding [111], projetar ferramentas pensando no que o agente enxerga e não no que o humano acha legível [121], usar HTML como formato de saída porque o modelo o produz bem e o humano o lê sem esforço [89], montar loops de verificação para que o agente cheque o próprio trabalho [37]. São argumentos sobre como pensar, não sobre qual botão apertar.

skills, mcp e a camada de extensão (29 textos)

Aqui está a resposta da fonte para a pergunta de como um modelo genérico aprende a fazer uma coisa específica sem retreino. A trajetória é clara no arquivo: primeiro o MCP como protocolo de conexão com o mundo [175], depois as Skills como pacote de instrução e código que o modelo carrega quando precisa [183], e enfim as Skills como produto de plataforma, com API, ferramenta de criação testável e distribuição por parceiros [10][140][160].

O tema também guarda a discussão técnica mais concreta do arquivo: gestão de contexto e cache de prompt como determinantes de custo e latência [199][105][192], janela de um milhão de tokens [134], saídas estruturadas [171], filtragem dinâmica de busca [145]. Um texto explicita a confusão que a própria proliferação criou e tenta separar skills de prompts, de projects, de MCP e de subagentes [138] — útil justamente porque admite que a distinção não é óbvia.

managed agents e o time humano-agente (19 textos)

A partir de abril de 2026 aparece uma linha nova: agentes que não rodam na máquina de ninguém, mas hospedados, com agenda própria [70], memória persistente [112], sandbox auto-hospedado [91] e — o passo conceitual mais relevante — identidade própria dentro da organização, com o agente virando algo parecido com um membro da equipe que tem credenciais e escopo de acesso [59]. A metáfora de time humano-agente é assumida no título [60] e volta em produto de terceiros [14].

O conjunto inclui a parte mais abstrata do arquivo: padrões de coordenação entre múltiplos agentes e quando não usá-los [120][156], desenho de harness [128], padrões de workflow [139], a ideia de dar a um agente um conselheiro mais capaz para consultar em momentos difíceis [124]. É aqui que a fonte chega mais perto de escrever teoria, e é também onde o vocabulário fica mais solto — um texto anuncia que agentes agora “sonham” [90] sem que o título esclareça o que isso significa.

cowork, browser e memória: o claude fora do terminal (36 textos)

A segunda frente de produto é levar o mesmo agente para onde as pessoas que não programam trabalham: planilha, apresentação, e-mail, navegador, Slack, celular. O arquivo permite reconstruir a linhagem inteira do produto hoje chamado Cowork — piloto no Chrome em agosto de 2025 [197], painel lateral, renomeação para Cowork em agosto de 2026 [21], versão empresarial [123], versão móvel e web [51] e, duas semanas depois, um browser próprio [3]. Três nomes para a mesma ambição em um ano.

O tema também reúne a memória, que evolui de recurso [195] para algo que atravessa todas as superfícies com controle explícito do usuário sobre o conteúdo [5], e a distribuição por nuvem de terceiros — AWS, Google Cloud, Microsoft Foundry, Microsoft 365, plataformas Apple [57][58][61][72][99][194]. Vale notar quantos desses textos são sobre estar presente em ferramenta alheia, e não sobre atrair gente para a ferramenta própria.

permissão, sandbox e o custo de deixar rodar sozinho (21 textos)

Esta é a linha onde a fonte muda de posição de forma verificável. O modelo de segurança inicial era o prompt de permissão: o agente pergunta, o humano aprova. Em outubro de 2025 já há um texto argumentando que isso não escala [188]; ao longo de 2026 o lugar da confiança migra para controles de infraestrutura — Zero Trust para agentes [81], federação de identidade de workload [65], DLP em linha na inferência [28], API de compliance e auditoria [129][22], autorização central de conectores MCP [62], visibilidade e teto de gasto [29][55].

A outra metade do tema é segurança como caso de uso, não como restrição: usar o modelo para achar vulnerabilidade em código [83], preparar o programa de defesa para ofensiva acelerada por IA [122], entregar capacidade ofensivo-defensiva a quem defende [9]. Há também o texto mais franco do arquivo em tom, um guia para CISO que começa admitindo que risco zero não é o objetivo [41] — raro porque assume que a adoção tem custo.

o caso de cliente como gênero (38 textos)

Quase um quinto do arquivo é depoimento de empresa. O molde é estável: nome conhecido, problema difícil, modelo mais novo, resultado quantificado. A série “Working at the frontier” concentra seis desses em cinco semanas [40][42][45][46][47][49], todos publicados na esteira de um lançamento de modelo — o que indica que a função dessas peças é sustentar lançamento, não documentar prática. Os casos verticais seguem a mesma lógica por setor: jurídico, financeiro, saúde, varejo, governo, modernização de COBOL [92][97][102][125][143][153].

Dentro do gênero há exceções que informam de verdade, geralmente quando o texto descreve o mecanismo em vez do resultado: como a Datadog construiu uma ferramenta genérica de máquina para o agente [38], como a Warp faz agentes que se corrigem sozinhos [2], como a Cursor decidiu que o modelo estava pronto para o 1% mais difícil dos problemas [42]. E há a peça mais interessante do bloco pelo motivo oposto — uma gerente de projeto sem formação técnica que construiu e publicou um app em seis semanas [103] —, que é exatamente o depoimento mais difícil de verificar.

a anthropic se usando como prova (22 textos)

Uma linha inteira e recorrente mostra times internos da própria empresa usando o produto: marketing de campo mandando atualização semanal personalizada para cada vendedor [7], jurídico cortando tempo de revisão de dias para horas [165], finanças montando a narrativa dos números [85], vendas rodando uma carteira de quatro mil contas [88], engenharia usando um agente como primeiro socorro para falha de CI/CD [15], analytics self-service no Slack [20][78]. É o argumento do dogfooding levado ao limite: se funciona aqui dentro, funciona aí fora.

O tema também recolhe o que a empresa faz com a comunidade — hackathons por versão de modelo [67][68][115], conferência em três cidades [133][98][84], certificações por função [35] — e a frente de educação, que em agosto de 2026 chega às escolas públicas americanas de ensino básico [0][13]. Como todo esse material é autobiográfico, ele deve ser lido pelo que descreve de método e não pelas métricas: nenhum desses textos existiria se o resultado tivesse sido ruim.

onde ela discorda de outras fontes do acervo

A fonte contraria de frente a posição — comum entre pesquisadores e resumida na “bitter lesson” — de que andaime em volta do modelo é muleta temporária, destinada a ser dissolvida pela próxima geração. Todo o arquivo é a aposta contrária: harness, skills, hooks e loops de verificação são tratados como engenharia permanente, e a cada modelo novo a resposta não é remover estrutura, e sim publicar um guia novo de como estruturar [32][54][116]. Também contraria a si mesma, o que é mais interessante: a mesma casa que em outubro de 2025 defendia autonomia condicionada à aprovação humana passo a passo [188] tornou o modo autônomo o padrão dez meses depois [24], sem nenhum texto no arquivo que reconheça a virada.

linha do tempo