openclaw - 💡(How to fix) Fix whatsapp: monitor outbound gate só verifica texto vazio — qualquer não-vazio passa (NO_REPLY ignorado)

Sumário

Em @openclaw/[email protected], o dist monitor-*.js (deliverNormalizedPayload) só bloqueia outbound se !reply.hasMedia && !reply.text.trim(). Qualquer texto não-vazio passa para deliverReply, independente de cláusulas NO_REPLY no AGENTS.md, marcadores no output, ou intenção do agente.

Resultado: o agente WA monitor, mesmo com prompt explícito mandando NÃO responder, acaba enviando análises internas ao contato real porque o modelo emite algum texto e o runtime envia.

Código (linhas relevantes em 2026.5.7)

dist/monitor-C5_C_RGJ.js:2374-2381:

const deliverNormalizedPayload = async (normalizedDeliveryPayload, info) => {
    const reply = resolveSendableOutboundReplyParts(normalizedDeliveryPayload);
    if (!reply.hasMedia && !reply.text.trim()) return;
    if (!(await params.deliverReply({ ... }))) { ... }
};

Histórico de vazamentos correlatos (env Marco/rossit)

• 20/abr — 3 contatos (Santec etc), causa fallback MiniMax + detector NO_REPLY exigia match exato
• 23/abr — Shirley/Caroline/Ricardo Ferrari, fallback authProfileOverride + MiniMax
• 12/mai — Indiana, anthropic-only ativo, provider Claude obediente, mas runtime enviou mesmo assim

O padrão dos 3 incidentes: configuração de provider/fallback não importa para o vazamento; o runtime entrega qualquer texto não-vazio.

Proposta de fix

Gate explícito de outbound:

1. Detector NO_REPLY robusto: regex que ignora case/espaços/pontuação e aceita variações (no reply, [no_reply], <<NO_REPLY>>, etc), aplicado sobre reply.text antes de deliverReply.
2. Default-deny mode opt-in: flag channels.whatsapp.outboundMode = "explicit" exige marcador positivo (ex: [REPLY]...[/REPLY]) para enviar; ausência = drop.
3. Audit log obrigatório: toda chamada a deliverReply registra agentId, contactId, textHash, decisionReason em arquivo separado para forense.

Sem isso, o canal WA é um vetor de vazamento em qualquer agente analítico que tenha o canal habilitado, e mitigações em prompt/AGENTS.md são placebo.

Workaround atual

Patch local no dist forçando return antes de deliverReply (kill switch resistente a config rollback), com cron horário verificando se o marker sobreviveu ao último openclaw update. Não é solução upstream.

Versão

• @openclaw/[email protected]
• OpenClaw core 2026.5.7
• Node 24 LTS, Ubuntu 24