Dá, desde que a IA pesada rode na nuvem e o computador só execute as tarefas. Um PC com Windows 11 e 8 GB de RAM aguenta agendar rotinas, rodar scripts (listas de comandos) e manter sistemas locais abertos. O que precisa ficar ligado 24 horas, como receber mensagem de cliente, vai para um servidor (computador sempre ligado).
Se você já tentou deixar uma automação rodando e o computador ficou lento, ou uma janela preta começou a piscar no meio do trabalho, o problema quase nunca é a IA. É como a tarefa foi agendada e o que mais estava aberto na máquina.
Quanto de computador a ferramenta de IA pede de verdade?
Bem menos do que parece. A documentação oficial do Claude Code lista como requisito 4 GB de RAM, processador x64 ou ARM64, Windows 10 1809 ou mais novo e conexão com a internet obrigatória.
A conexão obrigatória explica o número baixo: o modelo de IA não roda no seu computador. A máquina só roda o programa que conversa com ele e executa os comandos que ele devolve. Num PC de 8 GB, a ferramenta cabe com folga. O aperto vem do resto que fica aberto.
Quando a tarefa pode ficar no PC e quando precisa de servidor?
A linha divisória é simples. O que depende de você estar com o PC ligado pode ficar local. O que precisa responder a qualquer hora vai para fora.
| Tipo de tarefa | Onde roda | Por quê |
|---|---|---|
| Rotina diária (relatório, conferência, limpeza) | Computador local | Pode esperar o PC ligar |
| Vigiar o desempenho da própria máquina | Computador local | Só faz sentido com o PC ligado |
| Sistema interno que só você usa no dia | Computador local | Aberto quando você trabalha |
| Receber mensagem, formulário ou aviso de outro sistema | Servidor | Precisa estar no ar às 3 da manhã |
| Atendimento automático a cliente | Servidor | Não pode depender do seu PC acordado |
Computador desligado não recebe nada. Se a tarefa é reagir a algo que vem de fora, ela não mora no PC.
Como agendar uma tarefa para rodar sozinha no Windows?
O caminho nativo é o Agendador de Tarefas. Segundo a documentação da Microsoft, ele dispara uma tarefa quando um critério é atendido. Pode ser horário fixo, repetição diária ou semanal, login do usuário, o sistema ligando ou o computador ficando ocioso.
Um ajuste que usamos em toda tarefa recorrente é a opção de iniciar quando disponível. No PowerShell, ela se chama `-StartWhenAvailable`. Pela referência oficial do comando, ela permite que a tarefa rode depois do horário previsto, se o PC estava desligado na hora. Sem isso, rotina perdida é rotina que simplesmente não aconteceu.
Onde o agendamento engana quem está começando?
Em três opções com nome enganoso ou valor padrão escondido. Todas estão na mesma referência oficial da Microsoft.
- `-Hidden` não esconde a janela. Pela documentação, ela só esconde a tarefa da lista do Agendador. A janela preta continua aparecendo.
- Notebook na bateria. Existe uma opção própria para a tarefa começar mesmo fora da tomada (`-AllowStartIfOnBatteries`). Outra impede que ela pare quando o cabo sai (`-DontStopIfGoingOnBatteries`).
- Limite de tempo. Sem configurar, o Agendador dá até três dias para a tarefa terminar. Uma rotina travada pode ficar presa esse tempo todo.
Nenhuma dessas é falha da IA. É configuração do Windows que ninguém avisa antes.
Por que a janela preta fica piscando na tela a cada execução?
Porque o Windows cria a janela do console (a tela preta de comandos) antes de o script obedecer à ordem de ficar escondido. Isso aconteceu com uma tarefa nossa que rodava a cada 10 minutos. Mesmo com a opção de janela oculta no PowerShell, o console piscava na tela em toda execução e interrompia o trabalho.
A reclamação foi direta, e o risco era real: automação que atrapalha vira automação desligada. A correção não foi mexer no script, foi mudar quem o chama.
Como rodar a automação escondida, sem janela nenhuma?
A tarefa agendada deixou de chamar o PowerShell diretamente. Passou a chamar um lançador pequeno em VBScript, executado pelo `wscript.exe`. Esse lançador abre o script com estilo de janela 0, que significa invisível desde o início.
- Antes: Agendador → PowerShell com opção oculta → janela pisca
- Depois: Agendador → `wscript.exe` → lançador `.vbs` → PowerShell sem janela
Virou regra da casa: nenhuma automação recorrente é registrada no Agendador apontando direto para o PowerShell. O lançador oculto entra em toda tarefa nova, não só na que deu problema.
Quanto de memória sobra de verdade num PC de 8 GB?
Menos do que você imagina, e quase nunca por causa da IA. Medimos a máquina onde essas automações rodam, com 8 GB de RAM física. Havia só 606 MB livres. Os maiores consumidores:
| Processo | Memória |
|---|---|
| Navegador Chrome (22 processos) | cerca de 2,1 GB |
| Claude Code | cerca de 1,1 GB |
| Componente de páginas web embutidas do Windows | 722 MB |
O gargalo era RAM física apertada. E o maior ganho possível não era mexer na automação: era fechar abas ociosas do navegador.
Como monitorar o PC para ele não travar?
Montamos um vigia próprio, com Claude Code, que roda pelo mesmo Agendador.
A primeira lição dele: a porcentagem de memória em uso engana. Ficar entre 85% e 92% costuma ser normal, porque o Windows usa memória como cache (uma reserva rápida que ele libera quando precisa). O que importa é a RAM livre e a memória confirmada (o total que os programas já pediram ao Windows).
Os limites que o vigia usa:
- alerta abaixo de 800 MB de RAM livre
- alerta com memória confirmada acima de 80%
- só considera fechar app que use mais de 150 MB
- só age se você estiver parado há 15 minutos
Qual o risco se o monitoramento automático fechar algo importante?
Um vigia que fecha programas sozinho só é seguro se for conservador. O nosso segue uma escada, do mais suave ao mais forte. Primeiro coloca o app em Modo de Eficiência, que é reversível. Depois pede para fechar normalmente, o que dá chance de salvar. Forçar o fechamento é último recurso.
Por cima disso existem travas que não se desligam. Uma lista fixa de processos essenciais do Windows nunca é tocada. O app que está na tela agora também não, nem o que foi usado nos últimos minutos. Há ainda uma lista protegida escolhida pelo usuário. Na dúvida, ele só registra a sugestão e não fecha nada.
Dá pra rodar vários sistemas locais ao mesmo tempo?
Dá, com uma regra: cada sistema na sua porta fixa (o número de “endereço” que cada app usa dentro do PC), anotada numa lista. Temos quatro apps locais convivendo na mesma máquina, cada um em uma porta.
O que deu errado foi um deles deixar registrado no navegador um componente que guarda cache. Esse componente passou a servir o app antigo por cima de qualquer outro que subisse na mesma porta.
O sintoma foi uma tela branca com erro num arquivo que nem existia no projeto. A saída foi usar outra porta. E configurar o app para falhar com erro claro se a porta estiver ocupada, em vez de pular para outra em silêncio.
Para quem serve: em quais casos isso se aplica bem — e quando não?
Rodar automação com IA num PC de 8 GB se aplica bem nos seguintes casos:
- Rotinas que podem esperar o PC ligar, como relatório diário, conferência ou limpeza de arquivos.
- Quem trabalha na mesma máquina todo dia e pode deixar o Agendador cuidar do horário.
- Sistemas internos que só você usa, abertos enquanto você trabalha.
Não se aplica bem quando:
- A tarefa precisa responder cliente a qualquer hora. Computador desligado não recebe nada; isso vai para servidor.
- A máquina vive com dezenas de abas abertas e não dá para fechar nenhuma. No nosso caso, o Chrome sozinho usava cerca de 2,1 GB.
- O notebook passa o dia fora da tomada e ninguém ajustou as opções de bateria da tarefa.
Como resolver isso com IA, passo a passo?
1. O que construir
Uma skill no Claude (um conjunto de instruções salvo, que a IA segue sempre do mesmo jeito) que agenda rotinas do jeito certo no Windows. Ela registra cada tarefa no Agendador apontando para o lançador oculto, nunca direto para o PowerShell, e liga o `-StartWhenAvailable`. Junto, ela monta o vigia de memória com os limites deste artigo, que só avisa e sugere — sem fechar nada sozinho.
2. O pedido pronto para copiar
O pedido que recomendamos colar no Claude Code:
“Crie uma skill para agendar rotinas no meu Windows 11 com 8 GB de RAM. Regras: 1) toda tarefa recorrente chama o wscript.exe com um lançador .vbs de janela invisível, nunca o PowerShell direto; 2) toda tarefa usa -StartWhenAvailable e um limite de tempo curto, não os três dias padrão; 3) se for notebook, pergunte antes sobre as opções de bateria; 4) crie também um vigia de memória que avisa abaixo de 800 MB de RAM livre ou com memória confirmada acima de 80%, e que só registra sugestões, sem fechar programa nenhum; 5) antes de registrar qualquer tarefa, me mostre o que vai ser criado e espere meu ok. Explique cada passo como se eu nunca tivesse programado.”
3. Como conferir se a IA acertou
Use a medição deste artigo como teste. Informe ao vigia uma máquina com 606 MB livres: o certo é disparar o alerta, porque está abaixo de 800 MB. Depois informe 88% de memória em uso com bastante RAM livre: o certo é não alertar, porque entre 85% e 92% costuma ser normal. Por fim, rode a tarefa agendada: se a janela preta piscar uma vez, a skill errou.
4. Custo e tempo
O Claude Code vem no plano Pro, que custa R$ 110 no mensal ou R$ 92 por mês no anual (R$ 1.100 de uma vez), segundo a página oficial de preços vista do Brasil em 02/10/2026; os preços não incluem impostos aplicáveis. O plano grátis não inclui o Claude Code. Não precisa comprar computador: o requisito oficial é 4 GB de RAM. O lançador oculto e o `-StartWhenAvailable` custam minutos, como dito abaixo; o vigia completo depende de quantas travas de proteção você quiser.
O que a gente faria no seu lugar?
A gente não compraria computador novo antes de medir. Na nossa máquina de 8 GB, o Claude Code usava cerca de 1,1 GB. O navegador, cerca de 2,1 GB. O problema estava nas abas, não na IA.
A gente também usaria o lançador oculto desde a primeira tarefa. E ligaria o `-StartWhenAvailable` em toda rotina recorrente. As duas coisas custam minutos e evitam a automação desligada por irritação. Deixaríamos isso por conta da skill descrita acima, para nenhuma tarefa nova nascer sem as duas.
O que a gente não faria: colocar atendimento a cliente no PC do escritório. Nem deixar um vigia fechar programa sem lista de proteção e sem esperar 15 minutos parado.
O que você consegue fazer depois de ajustar isso?
Deixar rotinas agendadas rodando enquanto trabalha, sem janela piscando e sem o computador arrastar. E saber exatamente quais delas precisam sair do PC para um servidor.
O primeiro passo prático costuma ser instalar a ferramenta e rodar a primeira tarefa. Depois, fazer o agente rodar sem pedir aprovação a cada passo. O custo do servidor, quando ele entra, aparece no caso de um CRM (o sistema que guarda o histórico de cada cliente) construído sem contratar dev.
Em resumo
Um computador comum de 8 GB roda automação com IA porque o modelo trabalha na nuvem e a máquina só executa as tarefas. Elas são agendadas pelo Agendador de Tarefas do Windows, com um lançador oculto para não piscar janela.
O que precisa responder 24 horas vai para servidor. E o que trava o PC quase sempre é o navegador, não a automação.
Este artigo faz parte do pilar Eu não sou programador — dá pra construir com IA mesmo assim?.
Deixe um comentário