Este registro é um sistema de monitoramento em cadeia e estratégia de transação que venho estudando. A arquitetura central é composta por três Agentes que colaboram em suas funções:
Um responsável por varrer a cadeia em busca de oportunidades, um encarregado de avaliar riscos e um responsável pelo relatório diário e envio.
Segurança em primeiro lugar
A chave privada nunca deve ser dada a nenhum Skill, apenas habilitar a leitura e a permissão de transações, a permissão de retirada deve ser desativada separadamente.
API Key deve ser colocada no arquivo local .env. Primeiro, use a rede de testes ou uma posição muito pequena por sete dias para confirmar que a lógica está correta antes de aumentar a quantidade.
O comando de interrupção deve ser configurado com antecedência; enviar uma "pausa em todas as transações" para parar imediatamente.
Princípio da arquitetura geral
Agente A (varredura da cadeia) → Descobrir oportunidades → Passar para o Agente B
Agente B (Verificação de Risco) → julgando a execução → notificando o Agente C
Agente C (Relator Diário) → compilando e enviando → Telegram
transmitir informações através do MEMORY.md compartilhado de acordo com a correspondência de 3 lagostins.
Primeira etapa: construir a estrutura de diretório para os três Agentes
~/.openclaw/agents/
├── scanner/ # Agente A Varredura
│ ├── config.yaml
│ └── MEMORY.md # arquivo de memória compartilhada
├── risk/ # Agente B Verificação de Risco
│ └── config.yaml
└── reporter/ # Agente C Relator Diário
└── config.yaml
Segunda etapa: configurar o Agente A (especialista em varredura)
# ~/.openclaw/agents/scanner/config.yaml
nome: Agente de Varredura
modelo: claude-sonnet-4-6
sistema: |
você é o Agente responsável pela varredura.
tarefa:
monitorar continuamente os dados da cadeia, descobrir oportunidades que atendam às condições.
após descobrir oportunidades, registrar as informações na seção "oportunidades a serem julgadas" do MEMORY.md.
formato: [tempo] endereço do token / liquidez / aumento / número de compras de dinheiro inteligente / operação recomendada
não é responsável pela execução de transações, apenas por descobrir e registrar.
batedeira:
habilitado: verdadeiro
agendas:
- cron: "*/15 "
prompt: |
varredura de tokens recém-lançados na cadeia nos últimos 15 minutos,
condições de filtragem: liquidez superior a 50 mil dólares,
aumento de 5 minutos abaixo de 50%,
compras de dinheiro inteligente superiores a 3.
os que atendem às condições devem ser registrados na seção a ser julgada do MEMORY.md.
canais:
telegram:
token: YOUR_TELEGRAM_BOT_TOKEN
Terceira etapa: configurar o Agente B (especialista em verificação de risco)
# ~/.openclaw/agents/risk/config.yaml
nome: Agente de Verificação de Risco
modelo: claude-sonnet-4-6
sistema: |
você é o Agente responsável pela avaliação de risco.
tarefa:
ler a seção "oportunidades a serem julgadas" do MEMORY.md.
fazer uma verificação de risco para cada oportunidade:
o endereço do contrato está na lista negra,
a liquidez é real,
há sinais de dinheiro inteligente.
as oportunidades aprovadas pela verificação de risco são marcadas como "executáveis",
as não aprovadas são marcadas como "filtradas" e as razões anotadas.
atualizar os resultados da avaliação de volta ao MEMORY.md.
batedeira:
habilitado: verdadeiro
agendas:
- cron: "*/16 "
prompt: |
ler o capítulo a ser julgado no MEMORY.md,
fazer uma verificação de risco para oportunidades não julgadas,
marcas aprovadas podem ser executadas e enviar notificações do Telegram,
marcas não aprovadas são filtradas e as razões devem ser anotadas.
canais:
telegram:
token: YOUR_TELEGRAM_BOT_TOKEN
Quarta etapa: configurar o Agente C (relator diário)
# ~/.openclaw/agents/reporter/config.yaml
nome: Agente de Relatório Diário
modelo: claude-sonnet-4-6
sistema: |
você é o Agente responsável por compilar e enviar.
tarefa:
ler o registro completo do MEMORY.md,
gerar um relatório diário, incluindo:
quantas oportunidades foram descobertas hoje,
quantas passaram pela verificação de risco,
quais operações foram executadas,
situação atual de lucro e perda.
formato conciso, que o usuário possa facilmente capturar e compartilhar.
batedeira:
habilitado: verdadeiro
agendas:
- cron: "0 20 *"
prompt: |
ler o registro do MEMORY.md de hoje,
gerar o relatório diário de varredura de hoje,
incluindo: número de oportunidades descobertas, número aprovado pela verificação de risco, operações executadas, resumo de lucros e perdas,
enviar ao Telegram.
- cron: "0 8 *"
prompt: |
gerar um resumo de ontem e um plano para hoje,
lembrar a situação atual da posição,
enviar ao Telegram.
canais:
telegram:
token: YOUR_TELEGRAM_BOT_TOKEN
Quinta etapa: compartilhar a estrutura do MEMORY.md
# Compartilhamento de memória de cadeia
## Oportunidades a serem julgadas
[escrito pelo Agente A, lido e julgado pelo Agente B]
## Oportunidades executáveis
[marcado pelo Agente B, aprovado pela verificação de risco]
## Filtrado
[oportunidades e razões filtradas pelo Agente B]
## Registro de execução de hoje
[quais operações foram executadas e qual foi o resultado]
## Endereços da lista negra
[contratos de risco conhecidos, filtrados automaticamente]
```
---
Exemplo de Prompt de Estratégia de Varredura
Ataque a novas moedas:
```
varredura em tempo real de novos tokens lançados na cadeia,
quando a liquidez ultrapassa 50 mil dólares, aumento de 5 minutos abaixo de 50%,
quando o dinheiro inteligente compra mais de 3 vezes,
registrar no MEMORY.md na seção a ser julgada,
aguardando julgamento do Agente de Risco.
```
Estratégia de fundo:
```
monitorar o token alvo da cadeia ETH,
quando o preço cai 5% abaixo do ponto baixo de 24 horas e o volume de transações aumenta 2 vezes,
registrar no MEMORY.md na seção a ser julgada,
anotar: condições de disparo, preço atual, posição sugerida.
```
---
Design de verificação de risco
o valor de cada ordem é um limite fixo, não excedendo 5% do total da posição. Endereços de contratos da lista negra devem ser registrados antecipadamente no MEMORY.md, o Agente B filtra automaticamente. O limite de perda é codificado diretamente no Prompt da estratégia, sem permitir que o Agente modifique. Instrução de interrupção: envie uma mensagem "pausar todas as transações", os três Agentes param a execução simultaneamente.
---
Ordem de inicialização
```
openclaw gateway --agent scanner
openclaw gateway --agent risk
openclaw gateway --agent reporter
as configurações básicas acima podem ser alteradas conforme suas necessidades e ideias através do lagostim.
começar com posições pequenas, operar por sete dias apenas observando os logs sem executar transações, confirmar a lógica de colaboração dos três Agentes antes de iniciar a execução real. Ver diariamente o relatório do Agente C, e se encontrar problemas na lógica da estratégia, ajustar imediatamente o Prompt. Um agente com problemas não afeta os outros dois, facilitando a investigação.