Módulo 3 · Parte C de 3

O agente sempre ativo

No Módulo 3b, você acionou o agente enviando uma mensagem. O OpenClaw também inicia trabalhos por skills, heartbeats, tarefas cron e subagentes. Todos esses caminhos chegam ao mesmo ciclo do agente e ao mesmo sandbox do OpenShell; sessão, diretiva e gatilho determinam o que será executado. Você instalará uma skill e observará uma gravação iniciada por cron.

Como os gatilhos escolhem contexto e instruções

Cada mecanismo nesta página é definido pelos mesmos três parâmetros:

A tabela mostra a configuração do curso. Use os mesmos três campos para classificar outros tipos de gatilho; OpenClaw também expõe modos de sessão adicionais.

NomeSessãoLocal da diretivaGatilho
Skill (executada abaixo) reutiliza a sessão chamadora workspace/skills/<name>.md o modelo a escolhe durante o turno quando a diretiva corresponde à pergunta
Heartbeat (somente conceito) sessão principal neste exemplo HEARTBEAT.md temporizador do gateway, cerca de 30 min por padrão
Cron (executado abaixo) isolada; uma sessão nova por disparocampo prompt agenda cron, precisão de um minuto
Subagente (somente conceito) sessão filha nova; o pai mantém a referênciaprompt passado a delegate()o agente pai decide durante o turno
O cron do OpenClaw pode vincular uma tarefa à sessão principal, atual, isolada ou nomeada. O curso usa execuções isoladas para que cada demonstração comece limpa. Nesta página, você executará a skill e a tarefa cron. Heartbeat e delegate() aparecem apenas para comparação; nenhuma célula os aciona.

Passo 1 · Adicione uma skill

Uma skill começa como um arquivo Markdown em skills/, geralmente com um pequeno front matter ou cabeçalho que ajuda o runtime a decidir quando carregá-la. O agente não recebe todas as instruções de uma só vez: ele revela progressivamente a skill relevante quando a solicitação exige. Não é preciso reiniciar, reimplantar ou editar manualmente o prompt de sistema.

# skills/triage-incident.md Quando o usuário perguntar sobre um incidente de produção ou enviar uma linha de log que sugira um incidente, siga esta ordem: 1. Confirme o serviço afetado e o intervalo de tempo. 2. Abra o runbook desse serviço em /sandbox/runbooks/. 3. Sugira a menor mitigação reversível; não a execute. 4. Peça autorização antes de abrir um ticket no Jira.

O widget abaixo pede ao agente que instale exatamente essa skill e envia uma mensagem criada para acioná-la. A correspondência é automática: o agente compara a solicitação com a descrição das skills no workspace. Seu prompt não precisa citar o nome da skill. Observe o agente carregá-la no segundo turno.

O mesmo runtime do Kickstart. Você controla o agente OpenClaw conectado na página Kickstart.

Passo 2 · Inspecione seu agente em execução

As tarefas agendadas vivem no gateway, não atrás de uma rota HTTP REST. A mesma conexão WebSocket usada pela interface de controle permite listá-las e gerenciá-las com cron.list, cron.add e cron.remove. Uma tarefa cron permite que o agente atue sem uma pessoa no ciclo, pois seu próprio temporizador a dispara. Nesta demonstração, o runtime cria uma sessão isolada. Quando continuidade for mais importante que isolamento, o OpenClaw também pode vincular a tarefa a outro modo de sessão.

O widget abaixo caminha o ciclo de vida completo de uma tarefa cron:

  1. Ele conecta e lista os crons já instalados.
  2. Instala uma tarefa de demonstração que dispara a cada minuto e adiciona uma linha a MEMORY.md.
  3. Aguarda cerca de setenta segundos para cruzar o próximo limite de minuto e executar sem intervenção.
  4. A célula seguinte lê o final de MEMORY.md no sandbox, mostrando a linha gravada pelo agente acionado por cron.
  5. A última célula remove o trabalho para que nada perdure.

Nenhuma pessoa iniciou essa gravação. A agenda cron acionou o trabalho enquanto você não interagia com o agente.

Tarefas cron são executadas sem supervisão. Uma diretiva que manda “enviar o relatório diário” será acionada mesmo sem alguém observando. O curso usa uma sessão isolada por disparo, impedindo que um erro contamine a transcrição seguinte. Outras configurações podem manter ou vincular o contexto entre disparos. O Módulo 4a acrescenta contenção no nível do kernel: cada acesso a arquivos e conexão de rede passa por permissões explícitas antes da syscall. Assim, uma tarefa malcomportada só alcança o que a política permite.

Para onde levar isto

O repositório público do Hermes expõe categorias semelhantes: skills reutilizáveis, memória persistente, tarefas agendadas e gateway de mensagens. A implementação e os padrões diferem dos adotados pelo OpenClaw. Compare os limites de segurança e o comportamento das sessões; nomes parecidos não garantem controles de risco equivalentes.

Qualquer harness capaz de gravar instruções reutilizáveis, agendar trabalhos e aceitar mensagens remotas pode manter uma diretiva comprometida além de uma conversa. O Módulo 4 separa esses controles da aplicação dos controles do sandbox que limitam arquivos, processos e rede.

O Hermes restringe sua superfície de mensagens. Seu guia de segurança documenta códigos de pareamento e listas de permissões por plataforma ou usuário global. Quando nenhuma regra permite o acesso, aplica-se default: deny. Esses controles da aplicação decidem quem pode falar com o agente. Um sandbox do sistema operacional limita, separadamente, o que as ferramentas podem alcançar.

O mesmo padrão de skills como trajetórias memorizadas aparece no ecossistema sob outros nomes e formatos:

Referências

Lista completa em Próximos passos · Referências.

Experimente · acionar um skill em conversação

Converse com o agente pelo gateway. Se instalou a skill no Passo 1, envie um incidente e observe o agente escolhê-la durante o turno sem que você cite seu nome.

É o mesmo mecanismo usado por um heartbeat ou disparo cron, mas iniciado por sua mensagem em vez de um temporizador.

← Módulo 3b: OpenClaw