Novidades do Claude Code — tarefas agendadas na nuvem e Claude…
INEMA
Claude Code Channels Docs: https://code.claude.com/docs/en/channels
Discord Plugin Setup: https://github.com/anthropics/claude-plugins-official/blob/main/external_plugins/discord/README.md
Telegram Plugin Setup: https://github.com/anthropics/claude-plugins-official/blob/main/external_plugins/telegram/README.md
Dublado
achei um video do Mark
Slack
Use quando você quer detectar:
- segredo exposto
- pacote vulnerável
- configuração insegura
SLA & Uptime Monitor⌗
Configure para rodar 24/7 em intervalos curtos.
Ele deve ter acesso a:
- endpoints de produção
- logs recentes
- métricas de erro
- dependências externas
- Slack de incidentes
Use quando você quer detectar:
- API fora do ar
- timeout
- pico de 5xx
- lentidão
Post-Deploy Watchdog⌗
Configure para rodar após deploy ou em janela noturna.
Ele deve ter acesso a:
- status do deploy
- CI/CD
- logs
- endpoints críticos
- Slack de deploys
Use quando você quer detectar:
- deploy quebrado
- regressão
- falha logo após release
O que precisa ser personalizado⌗
Esses templates ainda estão genéricos. Antes de usar, troque:
main branchpelo nome real da branch- canais Slack pelos seus canais reais
- endpoints genéricos pelos endpoints reais
- “recent logs” pela fonte real de logs
-
critérios vagos por limites concretos, como:
-
resposta abaixo de 800 ms
- erro 5xx acima de 2%
- falha de healthcheck por 2 execuções seguidas
Sem isso, o resultado tende a ficar superficial.
Resumo do processo⌗
Você pega o prompt, adapta ao seu projeto, cria uma execução em background com agenda, conecta Slack/logs/endpoints e deixa o Claude rodando automaticamente. O suporte oficial a execução em background com GitHub Actions é a base mais confiável para isso hoje. ([Anthropic][1])
Você configura isso em duas camadas:
- o prompt da tarefa, que define o que o Claude deve checar
- o agendamento/execução, para isso rodar sozinho na nuvem
O ponto mais sólido, hoje, é que o Claude Code suporta tarefas em background via GitHub Actions, então a forma mais confiável de colocar isso “no ar” é ligar esses prompts a um workflow agendado no repositório. Anthropic também destaca que Claude Code vem ganhando mais autonomia para tarefas longas e uso em background. ([Anthropic][1])
Como configurar na prática⌗
1) Escolha qual automação você quer ativar⌗
Use um prompt por finalidade:
- Overnight Security Scan → segurança do repositório
- SLA & Uptime Monitor → disponibilidade e saúde de produção
- Post-Deploy Watchdog → vigiar comportamento depois de deploy
2) Cole o prompt no lugar onde o Claude vai executar⌗
Você pode usar esse texto como instrução principal da tarefa. O ideal é adaptar partes como:
- nome dos serviços/endpoints críticos
- branch principal
- canal do Slack
- severidade esperada
- arquivos de dependência reais do projeto (
package.json,requirements.txt, etc.)
Exemplo de adaptação do Post-Deploy Watchdog:
```Check the latest deployment on the main branch for project X.
Review: 1. Error logs from production in the last 2 hours 2. CI/CD status for the latest deploy 3. API health for: - /health - /api/auth - /api/orders
If anything looks wrong: - Summarise the issue in 2-3 sentences - Identify the likely cause - Suggest a fix or rollback strategy
If everything looks healthy, confirm with a short "all clear" summary.
Post the results to Slack in #deployments.```
3) Configure a execução em background⌗
A maneira mais segura e repetível é:
- conectar o repositório ao fluxo de automação
- rodar Claude Code por GitHub Actions
- colocar o agendamento no workflow
A Anthropic anunciou explicitamente suporte de background tasks via GitHub Actions para Claude Code. ([Anthropic][1])
4) Defina o cronograma⌗
Você traduz os horários recomendados dos textos para agenda:
- Overnight Security Scan → diário às 3h
- SLA & Uptime Monitor → a cada 30 ou 60 min
- Post-Deploy Watchdog → a cada 2h no período noturno, ou diário às 6h
5) Conecte as saídas⌗
Você precisa definir para onde o resultado vai:
- Slack
#security - Slack
#security-daily - Slack
#incidents - Slack
#deployments
Na prática, isso exige credenciais/configuração do Slack no ambiente onde a tarefa roda.
6) Garanta acesso aos dados certos⌗
Cada tarefa precisa conseguir acessar o que vai inspecionar:
- repositório
- logs
- pipeline CI/CD
- endpoints de produção
- banco ou métricas
- serviços de terceiros, quando aplicável
Sem isso, o prompt fica bonito, mas não executa de verdade.
Estrutura mínima de configuração⌗
A. Repositório⌗
Seu projeto precisa estar versionado e acessível ao Claude Code.
B. Workflow agendado⌗
Você cria um workflow no GitHub Actions com agenda definida.
Exemplo simplificado:
```name: overnight-security-scan
on: schedule: - cron: "0 3 * * *" workflow_dispatch:
jobs: scan: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4
- name: Run security scan with Claude Code
run: |
echo "Aqui entra a chamada do Claude Code com o prompt configurado"```
C. Segredos e variáveis⌗
Você normalmente vai precisar configurar no repositório:
- token/autenticação do Claude
- webhook/token do Slack
- URLs de produção
- chaves de leitura de logs/monitoramento
D. Prompt final⌗
O prompt entra como instrução da tarefa. Também vale salvar cada prompt em arquivo, por exemplo:
.claude/prompts/overnight-security-scan.md.claude/prompts/uptime-monitor.md.claude/prompts/post-deploy-watchdog.md
Isso facilita manutenção e versionamento.
Como eu faria cada um⌗
Overnight Security Scan⌗
Configure para rodar 1 vez por dia.
Ele deve ter acesso a:
- código do repositório
- arquivos de dependência
- histórico recente de commits *
Esses conteúdos são modelos de automação para Claude Code na nuvem. Em outras palavras, são prompts prontos para configurar o Claude como um “vigia automático” do seu projeto, rodando sozinho em horários definidos e enviando alertas ou resumos no Slack.
O significado de cada um⌗
1. Overnight Security Scan É uma automação de varredura de segurança noturna.
O objetivo é:
- procurar segredos expostos no código, como chaves de API, tokens e senhas;
- identificar dependências com vulnerabilidades conhecidas;
- apontar bibliotecas muito desatualizadas;
- verificar permissões inseguras e configurações frágeis;
- revisar commits recentes em busca de riscos de segurança.
Na prática: todo dia de madrugada o Claude roda essa checagem e deixa um relatório pronto pela manhã. Se encontrar algo grave, ele alerta o canal de segurança imediatamente.
Significado operacional: é um “guarda de segurança” automático do repositório.
2. SLA & Uptime Monitor É uma automação de monitoramento de disponibilidade e saúde dos serviços.
O objetivo é:
- testar se APIs e endpoints estão no ar;
- verificar aumento de erros 5xx e timeouts;
- checar problemas de conexão com banco;
- validar dependências externas e serviços de terceiros.
Na prática: ele roda de tempos em tempos, como a cada 30 minutos ou 1 hora, 24/7. Se algo estiver degradado ou fora do ar, publica alerta no Slack com severidade e contexto.
Significado operacional: é um “monitor de produção” que detecta incidentes rapidamente.
3. Post-Deploy Watchdog É uma automação de vigilância pós-deploy.
O objetivo é:
- analisar erros que surgiram depois do deploy;
- confirmar se build, testes e pipeline estão OK;
- verificar saúde da API após a atualização.
Na prática: ele acompanha o sistema depois de uma publicação, especialmente à noite, quando ninguém está olhando. Se encontrar problema, resume a falha, sugere causa provável e possível correção ou rollback.
Significado operacional: é um “vigia de deploy” para pegar problemas logo após colocar algo novo em produção.
O que esses três conteúdos têm em comum⌗
Todos seguem a mesma lógica:
- são prompts prontos para copiar e colar no Claude Code;
- servem para criar tarefas agendadas na nuvem;
- substituem checagens manuais repetitivas;
- enviam resultado automaticamente para Slack;
- ajudam a detectar problema antes do time ou dos usuários perceberem.
Por que aparece “Why Cloud Matters Here”⌗
Essa parte explica por que isso faz mais sentido na nuvem do que localmente.
A ideia é simples:
- se a automação depende do seu notebook, ela falha quando o computador está desligado;
- se roda na nuvem, ela executa sempre no horário certo, inclusive de madrugada.
Ou seja, o valor principal desses prompts é confiabilidade.
Resumindo o significado em uma frase⌗
Esses conteúdos são templates de tarefas automáticas para monitorar segurança, disponibilidade e deploys de um sistema usando Claude Code na nuvem.
Se quiser, eu posso transformar isso em: “explicação para leigo”, “versão técnica” ou “qual deles usar primeiro no seu projeto”.
☁️ Cloud Task Prompt: Overnight Security Scan⌗
🔒 Overnight Security Scan⌗
Scans your codebase every night for exposed secrets, vulnerable dependencies, and new CVEs. Report is waiting for you every morning without fail.
✂️ Prompt — Copy & Paste Into Claude Code⌗
```Run a comprehensive security audit of this repository. Check the following:
- Exposed secrets — scan all files for hardcoded API keys, tokens, passwords, private keys, or credentials that should be in environment variables
- Dependency vulnerabilities — check package.json / requirements.txt / Cargo.toml for packages with known CVEs or security advisories
- Outdated dependencies — flag any critical dependencies more than 2 major versions behind
- Permission issues — check for overly permissive file permissions, open CORS policies, or misconfigured auth middleware
- Recent commits — review commits from the last 24 hours for any changes that introduce security risks
Generate a report with: - CRITICAL — must fix immediately (exposed secrets, known exploits) - WARNING — should fix soon (outdated deps, weak patterns) - INFO — worth noting (minor improvements, best practice suggestions)
If any Critical issues are found, post to Slack #security immediately. Otherwise, post the daily summary to Slack #security-daily.```
⏰ Recommended Schedule⌗
| Setting | Value |
|---|---|
| Frequency | Daily at 3am |
| Why 3am | Runs after most commits are pushed for the day, report ready by morning |
💡 Why Cloud Matters Here⌗
Security scans need to run every single day without gaps. Not "whenever you open your laptop." A missed day could mean an exposed API key sits in your repo for 48 hours instead of 8.
☁️ Cloud Task Prompt: SLA & Uptime Monitor⌗
🚨 SLA & Uptime Monitor⌗
Continuously checks your API and services for downtime, errors, or performance degradation. Catches outages at 2am so you find out in minutes, not hours.
✂️ Prompt — Copy & Paste Into Claude Code⌗
```Monitor the health of our production services. Check the following:
- API availability — hit all critical endpoints and confirm they return 200 status codes within acceptable response times
- Error rate — review recent logs for any spike in 5xx errors or timeout patterns
- Database connections — check for connection pool exhaustion or slow query warnings
- Third-party dependencies — verify external APIs and services we depend on are responding
If any service is degraded or down: - Post immediately to Slack #incidents with severity level (P1/P2/P3) - Include: what's affected, when it started, and suggested next steps - If possible, identify the root cause from recent commits or config changes
If everything is healthy, log a brief "all systems operational" confirmation.```
⏰ Recommended Schedule⌗
| Setting | Value |
|---|---|
| Frequency | Every 30 minutes or every hour |
| Active Window | 24/7 — this is the whole point |
💡 Why Cloud Matters Here⌗
The difference between a 20-minute outage and a 6-hour one. Your laptop being closed at 2am shouldn't mean your users discover the problem before you do.
☁️ Cloud Task Prompt: Post-Deploy Watchdog⌗
🛡️ Post-Deploy Watchdog⌗
Monitors your app after deployment while your laptop is closed. Checks error rates, build status, and API health on a recurring schedule overnight.
✂️ Prompt — Copy & Paste Into Claude Code⌗
```Check the latest deployment on the main branch. Review the following:
- Error logs — scan for any new errors, exceptions, or stack traces that appeared after the most recent deploy
- Build status — confirm CI/CD pipeline is green and no tests are failing
- API health — check response times and status codes for critical endpoints
If anything looks wrong: - Summarise the issue in 2-3 sentences - Identify the likely cause - Suggest a fix or rollback strategy
If everything looks healthy, confirm with a short "all clear" summary.
Post the results to Slack in #deployments.```
⏰ Recommended Schedule⌗
| Setting | Value |
|---|---|
| Frequency | Every 2 hours |
| Active Window | 6pm → 8am (overnight after deploy) |
| Alternative | Daily at 6am for a morning health report |
💡 Why Cloud Matters Here⌗
You deploy at 5pm and close your laptop. Local tasks can't fire. Cloud runs at 6pm, 8pm, 10pm, midnight — catching issues before your users do.
Claude Code x Telegram⌗
Step 0 🔄: Update Claude Code⌗
npm update -g @anthropic-ai/claude-code
Step 1 🚀: Open Claude Code⌗
Step 2 📦: Install the Telegram Plugin⌗
/plugin install telegram@claude-plugins-official
Step 3 🤖: Create Your Telegram Bot⌗
Head to @BotFather on Telegram, send /newbot, and follow the prompts. Copy the bot token it gives you.
Step 4 ⚙️: Configure with Your Bot Token⌗
/telegram:configure YOUR_BOT_TOKEN_HERE
Step 5 😍: Whitelist⌗
grab your id by messaging @userinfobot on telegram
/telegram:access allow 123456789
Step 6 a 🚀: Launch (Dangerous)⌗
pkill -f "claude-plugins-official/telegram" 2>/dev/null
claude --channels plugin:telegram@claude-plugins-official --dangerously-skip-permissions
Step 6 b 🐣: Launch (Safe)⌗
pkill -f "claude-plugins-official/telegram" 2>/dev/null
claude --channels plugin:telegram@claude-plugins-official
**Novidades principais **
Duas novidades centrais do Claude. A primeira é o Claude Code com tarefas agendadas na nuvem, que permite programar ações recorrentes em repositórios sem depender do computador ligado. Isso torna a automação mais confiável, porque as tarefas podem rodar no horário certo mesmo com o laptop fechado.
A segunda novidade é o Claude Channels, que permite usar o Claude por Telegram ou Discord. Na prática, isso abre a possibilidade de interagir com o Claude pelo celular e fazer com que ele execute ações no computador remotamente.
Além disso, o sistema pode:
- executar tarefas no desktop, como criar arquivos e consultar projetos;
- usar conectores já configurados, como email e Slack;
- ganhar suporte a mensagens de voz, desde que sejam instalados plugins e ferramentas de transcrição.
O ponto principal é que o Claude está ficando mais próximo de um agente prático e operacional, combinando automação na nuvem, controle remoto e execução de tarefas reais.
Limitação importante: no caso do Claude Channels, a máquina precisa continuar ligada, porque essa parte não roda na nuvem.
As novidades:
-
Claude Code com tarefas agendadas na nuvem: agora dá para programar ações recorrentes em repositórios sem depender do laptop ligado.
-
Mais confiável que agendamento local: roda no horário certo mesmo com o computador fechado.
-
Claude Channels: usar Claude via Telegram ou Discord.
-
Uso remoto pelo celular: mandar mensagens para o Claude e ele agir no seu computador.
-
Compatível com plano Pro/Max: usando a assinatura do Claude.
-
Suporte a comandos no desktop: criar arquivos, consultar projetos e executar tarefas.
-
Possibilidade de adicionar voz: com plugins/transcrição, ele passa a entender notas de voz.
-
Integração com conectores: pode mandar email, Slack e usar recursos já ligados no ecossistema.
-
Limitação importante: Channels dependem da sua máquina ficar ligada; isso não roda na nuvem.
-
Ideia central: Claude ficou mais “agente”, combinando cloud automation + controle remoto + execução prática.
Em uma linha: a grande novidade é Claude automatizando tarefas na nuvem e sendo controlado por Telegram/Discord, inclusive com voz e ações no computador.
Claude + Channels - Adeus OpenClaw
1