Você tenta abrir o Claude Desktop no Windows e, no lugar do aplicativo, aparece uma caixa de diálogo com o título "Não é possível abrir este aplicativo", dizendo que é preciso ir às opções avançadas do Claude e selecionar Reparar — e fazer exatamente o que a mensagem manda funciona. Sem desinstalar e sem o Redefinir, que joga os seus dados fora. Existe, porém, um degrau no meio do caminho onde as pessoas realmente travam, e ele é o centro deste artigo. Ao clicar em Reparar, você pode receber uma mensagem dizendo que o aplicativo ainda está em execução, mesmo sem nenhuma janela do Claude aberta em lugar nenhum. A causa é que o Claude Desktop continua rodando na bandeja do sistema depois que você fecha a janela, e, enquanto esse processo residente segura os arquivos do pacote, o reparo não passa. A solução é simples: encerre os processos explicitamente e só então clique em Reparar. E esse fato aponta para a causa da própria falha — o mesmo processo quebrou a atualização e depois bloqueou o reparo. O artigo também responde à pergunta que quase todo mundo faz primeiro: as sessões são apagadas? A resposta se divide em três. O histórico de conversas do claude.ai fica nos servidores da Anthropic e não é tocado. As sessões do Claude Code ficam em %USERPROFILE%\.claude\projects\, fora do pacote do aplicativo, então sobrevivem a um reparo, a uma redefinição e até a uma desinstalação (uma máquina real guardava 2.977 arquivos, cerca de 3,0GB, em 52 projetos). A única coisa em risco são as configurações do lado do aplicativo em %APPDATA%\Claude, e nem essas o Reparar remove — o próprio Windows explica a diferença na tela, avisando que o Reparar não afeta os dados do aplicativo e que o Redefinir os exclui. A partir daí, o texto cobre a verificação de estado somente leitura no PowerShell, uma rotina de backup, uma escalada em etapas para quando o aplicativo ainda não abre (conferir se vmcompute e hns estão em execução, reinstalar com -PreserveApplicationData), a causa deduzida de um MSIX registrado pela metade junto com as issues do GitHub (#55465, em que a instalação foi bem-sucedida mas nenhum ponto de entrada foi criado, além de #50285 e #48437 — todas closed as not planned e sem correção oficial), como reduzir as chances de repetição e uma comparação com a versão antiga do instalador, em que tanto a versão MSIX mais recente quanto a máquina no formato antigo mediram 1.24012.9.

2026/07/28

Artigos recentes

Ver tudo

Outros IA Iniciantes

O que é o Kimi K3? O modelo de 2,8 trilhões de parâmetros por trás do "terceiro lugar" — preço, pesos abertos e impacto no mercado

Em 16 de julho de 2026, a Moonshot AI lançou o Kimi K3, um modelo com 2,8 trilhões de parâmetros no total. As ações de semicondutores dos EUA foram vendidas em massa, e a história escalou até um funcionário da Casa Branca acusar a empresa, pelo nome, de destilar os modelos da Anthropic. Como os números e até os rótulos divergem conforme a fonte, este artigo cruza as casas que publicam os benchmarks, a imprensa financeira, os anúncios da própria Moonshot e a página real no Hugging Face, dizendo quem produziu cada dado. Em desempenho, ele marca 57 pontos e o terceiro lugar no Artificial Analysis Intelligence Index (em 17 de julho de 2026, embora também existam contagens que colocam os mesmos 57 pontos em quarto e em sétimo). No GDPval-AA v2, a métrica mais prática, o K3 fica em 1668 contra 1760 do Fable 5 e 1600 do Opus 4.8 — um salto de 478 pontos sobre a geração anterior K2.6, em 1190, e foi esse encurtamento da distância, mais do que a colocação absoluta, que moveu o mercado. Em código, ele ficou em primeiro no Frontend Code Arena da Arena.ai com 1679 (Fable 5 em 1631), mas no FrontierSWE ele perde: 81,2% contra 86,6% do Fable 5. O preço se inverte conforme a comparação: US$ 3 de entrada e US$ 15 de saída são cerca de 40% mais baratos na entrada e de 40% a 50% mais baratos na saída que o Claude Opus 4.8 (US$ 5/US$ 25) ou o GPT-5.6 Sol (US$ 5/US$ 30), e o custo medido de US$ 0,94 por tarefa fica abaixo dos US$ 1,80 do Opus 4.8. Diante dos rivais chineses, porém, ele é o mais caro do grupo, com cerca de três vezes o GLM-5.2 e 23 vezes o DeepSeek V4 Pro, de modo que este não é o desconto de uma ordem de grandeza do choque DeepSeek. Sobre os pesos, os veículos se dividem entre "código aberto" (VentureBeat, SCMP) e o "pesos abertos" da Reuters, e este último é o termo correto. Os pesos saíram no prazo, em 27 de julho de 2026, e podem ser baixados do Hugging Face sem pedido de acesso, em 96 fragmentos safetensors. A licença publicada junto com eles é a própria "Kimi K3 License": sobre uma concessão de estilo MIT, ela exige acordo à parte com a Moonshot AI para negócios de Model as a Service acima de US$ 20 milhões de receita e a exibição de "Kimi K3" na interface de produtos com mais de 100 milhões de usuários mensais. Como a concessão muda conforme o porte de quem usa, ela não é código aberto pela definição da OSI, e a divergência de rótulo passa a ser resolvida pelo próprio texto da licença, e não por inferência. Nos mercados, o Nasdaq caiu 1,5% na sexta-feira, Taiwan mais de 6%, o Japão 4%, e o ETF de semicondutores (SMH) recuou mais de 20% em relação à máxima do fim de junho, mas a queda semanal do SOX é noticiada de -9% a -12,5% conforme o veículo, e as perdas depois foram reduzidas por compradores de oportunidade. A acusação de destilação é rejeitada por pesquisadores pela cronologia — 15 dias entre a estreia pública do Fable em 1º de julho e o lançamento do K3 em 15 de julho — e nenhuma evidência foi tornada pública. A velocidade (medições que vão de 33 a 62 tokens por segundo, com o OpenRouter avisando sobre erros 429 frequentes por aperto de capacidade), a taxa de alucinação subindo de 39% para 51% e a clara diferença de experiência de uso que a própria Moonshot admite são todas tratadas com rótulos explícitos de confiança.

2026/07/27

Claude Dev IA e Programação Iniciantes

API Error: Connection closed mid-response no Claude Code: causas e solução

O Claude Code para no meio de uma resposta com "API Error: Connection closed mid-response. The response above may be incomplete." Isso não é um problema de prompting: a conexão que carregava a resposta em streaming foi fechada enquanto a resposta ainda chegava. Este artigo se baseia apenas na referência de erros oficial, no changelog oficial e em relatos apoiados por capturas de pacotes. Começa pelas definições oficiais: Connection closed significa que o enlace foi cortado, Response stalled que ficou em silêncio e Server error que um 5xx chegou no meio do stream; e explica por que a saída parcial é mantida de propósito (reenviar poderia executar duas vezes as mesmas chamadas de ferramenta) e que o passo de recuperação documentado é responder continue. Depois separa as três camadas de onde o fechamento pode partir (sua máquina e a suspensão, um corte por inatividade em proxy ou VPN, ou um fechamento iniciado pelo servidor) e apresenta as medições publicadas por quem reportou a issue #67766: os dez incidentes foram fechamentos limpos do servidor, o erro apareceu entre 3 e 105 ms após o FIN, de 7 a 20 KB da resposta já tinham sido entregues, o corpo da requisição tinha de 1 a 2,5 MB, uma conexão nova funcionou em cerca de 20 ms e apareceram 200 erros em 171 incidentes ao longo de 23 dias de transcrições, 87 deles a menos de cinco segundos da chamada anterior. O núcleo prático é uma cronologia de entradas reais do changelog — 2.1.179 preserva o parcial, 2.1.185 move o aviso de estagnação de 10 para 20 segundos, 2.1.198 repete quedas transitórias com backoff, 2.1.199 mantém o parcial em erros de servidor no meio do stream e 2.1.214 desativa o pool keep-alive após um erro de conexão obsoleta — comparada com as versões dos relatos (2.1.173, 2.1.181 e 2.1.183), todas anteriores à 2.1.198. Fecha com as condições que aumentam a probabilidade, um checklist de oito passos, seis diretrizes para desenvolvedores, como diferenciar de Unable to connect e Prompt is too long, e uma separação clara entre o que está confirmado oficialmente e o que não está.

2026/07/26

Claude Outros IA

Claude Opus 5: o que muda em relação ao Opus 4.8 e ao Fable 5

A Anthropic lançou o Claude Opus 5 em 24 de julho de 2026, e a própria documentação o descreve como uma mudança de patamar, e não uma melhoria incremental sobre o Opus 4.8 — mesmo assim o preço não muda: $5 de entrada / $25 de saída por milhão de tokens, exatamente metade do carro-chefe Fable 5 ($10 / $50). Este artigo confronta o anúncio oficial e a documentação com várias reportagens e organiza as especificações principais (claude-opus-5, contexto de 1M que é ao mesmo tempo padrão e máximo, saída máxima de 128K, corte de conhecimento em maio de 2026), o preço incluindo taxas de cache e o modo rápido (cerca de 2,5x a velocidade pelo dobro do preço, somente na Claude API), os benchmarks (a Anthropic afirma no próprio texto que o Frontier-Bench é mais que o dobro do Opus 4.8, que o CursorBench 3.2 fica dentro de 0,5% do Fable 5, que o ARC-AGI 3 é três vezes o segundo colocado e que o OSWorld 2.0 supera o Fable 5 por cerca de um terço do custo; entre os números lidos nos gráficos pela imprensa estão Frontier-Bench 43,3%, ARC-AGI-3 30,2%, GDPval-AA 1.861 e OSWorld 70,6%) e também os pontos em que ele ainda perde (68,8% contra 72,7% do GPT-5.6 Sol no DeepSWE v1.1, segurança ofensiva e pesquisa biológica de longo prazo onde o Mythos 5 lidera, e cenários em que o effort max pontua abaixo de níveis mais baixos). Em seguida cobre as duas breaking changes da API (o thinking vem ligado por padrão, então orçamentos apertados de max_tokens acabam truncados; desligar o thinking só é permitido com effort high ou abaixo, e xhigh ou max devolve erro 400), como escolher entre os cinco níveis de effort, as novidades como troca de ferramentas no meio da conversa, cache mínimo de 512 tokens e modo de fallback padrão, a mudança de personalidade rumo a respostas mais longas, mais narração, mais delegação e autoverificação espontânea — com a regra de migração de que se remove texto do prompt em vez de acrescentar — e, por fim, quem deve migrar agora, além de um checklist de migração em seis passos.

2026/07/24

Claude Dev IA e Programação Iniciantes

Guia de Formatos de Quantização: GGUF vs GPTQ vs AWQ — Qual Arquivo?

Você abre o Hugging Face para rodar um LLM local e o mesmo modelo traz uma parede de arquivos (Q4_K_M, Q5_K_S, GPTQ, AWQ, IQ3_M) e você congela. Este artigo responde, na prática, qual arquivo quantizado você baixa para conseguir rodar, deixando o conceito de o que é quantização para outro artigo e focando em escolher o formato. A escolha são dois passos: qual formato (= em qual engine você roda), depois qual profundidade de bits. O fato mais importante é que um arquivo quantizado só roda em engines que suportam seu formato. GGUF é o único formato faz-tudo local que roda em CPU, Mac e GPU parcial (llama.cpp/Ollama); GPTQ/AWQ/EXL2 são focados em GPU (vLLM/TGI); bitsandbytes quantiza no carregamento no Transformers sem calibração. O nome GGUF Q4_K_M tem três partes: Q4 (4-bit nominal, maior = melhor e maior), K (K-quant sobre super-blocos; sem sufixo/_0/_1 são legados), M (S/M/L = quanto alguns tensores importantes são promovidos; os bits efetivos ficam acima do rótulo, Q4_K cerca de 4.5 bpw). A família IQ (I-quants) vai ainda menor nos mesmos bits, mas é mais pesada na inferência e precisa de um imatrix (uma matriz de importância da calibração que protege os pesos que importam). GPTQ minimiza o erro camada a camada; AWQ protege pesos importantes via ativações (nenhum é universalmente melhor). Para a profundidade de bits, na dúvida escolha Q4_K_M (padrão do Ollama para muitos modelos), suba para Q5_K_M/Q6_K com VRAM sobrando, Q8_0 é quase sem perdas mas não recomendado, e IQ2/IQ3 só para espremer um modelo grande. Cerca de 4.5 a 5 bpw é a faixa saborosa (uma heurística). Encontre arquivos via library=gguf, bartowski/mradermacher (atividade varia) ou tags do Ollama model:size-variant-quant. Os números são aproximados e variam conforme o modelo e o build.

2026/07/23

Claude Iniciantes

Escolher Não Usar IA: O Julgamento de Dispensá-la de Propósito

Agora que "é só perguntar à IA" e "deixa a IA escrever tudo" são o padrão, a pergunta oposta é a que tem valor: esta é realmente uma situação em que eu deveria usar IA? Este artigo não é ser contra a IA; trata-se de manter o "não usar" como uma opção justamente para que você tire o máximo proveito da IA. A IA não é algo que se usa por padrão, mas uma ferramenta que se escolhe de propósito, e usar bem e escolher não usar são um par. Seis situações em que dispensá-la vence: 1. aprendizado que constrói fundamentos (o processo de escrever para pensar é o objetivo), 2. inserir dados confidenciais ou pessoais (não cole sem checar termos e retenção), 3. decisões finais fatais-se-erradas (medicina, direito, segurança, dinheiro não devem ser delegados sem verificação), 4. tarefas leves que não valem o custo, 5. trabalho em que a confiança ou criatividade humana é o centro (desculpas, contratação, autoria), 6. quando você não quer adicionar um ponto único de falha (continuidade do negócio). Decida rápido com três perguntas: você consegue verificar a saída, são apenas dados que pode compartilhar e o processo é algo que deveria estar treinando agora. Se consegue verificar, os dados são compartilháveis e não precisa treinar, use IA; caso contrário, dispense-a ou insira uma verificação humana. As desvantagens do uso excessivo (descarga cognitiva, aceitar erros plausíveis, dependência) são apresentadas como pontos de discussão, não números rígidos. Dispensar a IA de propósito não é um freio, mas a habilidade do outro lado que permite ir com tudo onde ela se encaixa, e uma proteção contra a dependência excessiva da IA.

2026/07/23

Claude Dev IA e Programação Iniciantes

Claude Desktop 0x80070020: não abre após atualizar

Logo depois de atualizar o Claude Desktop (Windows), ao abrir o aplicativo surge "Há um outro programa usando este arquivo no momento" e ele não inicia — e continua quebrado até você reiniciar o PC. Esse é um bug conhecido na versão da Microsoft Store (MSIX) (GitHub #53247 e outros). O ponto principal: um reinício completo do PC não é necessariamente preciso — em muitos casos, apenas sair do Windows e entrar de novo já recupera (não é reiniciar o PC, nem sair da conta do Claude), porque o handle órfão por trás disso persiste por sessão de usuário do Windows. Parar o CoworkVMService ou reregistrar o pacote é relatado como algo que NÃO funciona. Apesar do texto da caixa de diálogo, está verificado que não há bloqueio de arquivo no espaço do usuário (handle.exe / Process Explorer): a falha real está na camada de contêiner do AppX/Desktop Bridge, na conversão de Job Object → Silo (0x80070020 = ERROR_SHARING_VIOLATION, eventos 215/208). O gatilho tem duas explicações sem definição — o serviço segurando o Job Object (#57221) vs. uma falha na inicialização deixando a limpeza por fazer (#53247) — e nenhuma correção oficial foi lançada. A solução permanente é migrar para a versão Squirrel (instalador). Baseado em uma única máquina (Windows 11 Home 10.0.26200) cruzada com issues do GitHub; com rótulos de confiança ao longo do texto.

2026/07/17