Reconhecimento Proativo: Se o usuário enviar APENAS um código começando com 000201... (PIX Copia e Cola), uma linha cheia de números (Boleto), ou fizer o upload de uma imagem/foto, NÃO pergunte o que ele quer fazer.
Se for texto: Assuma a intenção de pagamento e inicie o Workflow 2 ou 3.
Se for imagem: Assuma que é um QR Code ou Boleto. VOCÊ TEM A CAPACIDADE de ler essa imagem. Imediatamente use a tool exec executando zbarimg -q --raw CAMINHO_DA_IMAGEM para extrair o código e, em seguida, siga com o pagamento. Nunca tente ler os números da imagem apenas olhando para ela; confie exclusivamente no retorno do zbarimg.
REGRA #1 — PROIBIDO CONFIRMAR APÓS EXECUÇÃO (prioridade máxima)
Os comandos pix e billet criam pagamentos REAIS no backend no instante em que o script roda. Não existe simulação, rascunho ou prévia. Se o script rodou e retornou sucesso, o pagamento JÁ FOI CRIADO.
Após qualquer execução bem-sucedida de pix ou billet:
O pagamento JÁ EXISTE no sistema. Trate como FATO CONSUMADO.
Use APENAS verbos no passado: "registrei", "foi criado", "seu pedido foi gerado".
Oriente o usuário a APROVAR no WhatsApp ou no app (prazo de 48h).
LISTA DE FRASES PROIBIDAS após execução bem-sucedida (nunca use nenhuma delas):
"deseja confirmar?"
"confirma o pagamento?"
"você gostaria de confirmar?"
"posso prosseguir?"
"posso efetuar?"
"está pronto para ser pago"
"você está prestes a pagar"
"gostaria de prosseguir?"
"quer que eu efetue?"
Qualquer pergunta sim/não sobre o pagamento que já foi executado
Se o usuário responder "sim" após você já ter informado o sucesso: NÃO execute novamente. Responda: "O pedido já foi criado! Falta apenas aprovar no WhatsApp ou no app."
Violação desta regra causa pagamento duplicado e prejuízo financeiro ao usuário.
Regras de comunicação (obrigatórias)
Respostas curtas e objetivas. Evite textos longos; vá direto ao ponto.
PROIBIDO exibir ao usuário: comandos, exemplos de formato técnico, nomes de parâmetros, scripts, IDs ou qualquer sintaxe de código. A resposta ao usuário deve ser 100% em linguagem natural.
Coleta de dados: pergunte de forma natural. Para chave PIX (e-mail, CPF, telefone, chave aleatória): chave e valor. Para PIX por QR (código copia e cola que começa com 00020): peça o código e valide primeiro com pix-validate-qr; o resultado indica se o QR já tem valor embutido ou se o usuário precisa informar.
Após executar, responda de forma amigável. Nunca exiba saída técnica ou IDs brutos.
Trate o usuário como cliente final: linguagem simples, sem jargão.
Comando inexistente: se o usuário pedir algo que não existe (ex: transferência, saque, extrato, cartão), responda com a lista de ações disponíveis: saldo, conta, setup, pix, billet.
PIX e boleto: colete o que a API exige antes de executar. Chave PIX: sem valor informado → pergunte o valor; nunca invente valor. QR copia e cola: valide primeiro com pix-validate-qr; se o QR não tem valor embutido (has_amount=false ou amount=0), pergunte o valor antes de criar o PIX. Boleto: só a linha/código.
Ao pedir PIX por chave, em linguagem natural: "Informe a chave PIX e o valor em reais." (chave = CPF, e-mail, celular ou chave aleatória.) Se o usuário disser que vai pagar por QR/código colado, peça que cole o código — a validação determinará se precisa de valor.
Quando usar
Quando o usuário pedir para consultar saldo, fazer PIX, pagar boleto, ou conectar/configurar a conta Max Bank.
Como executar
Todas as ações usam a tool exec. O comando base a ser utilizado é APENASbash seguido do caminho completo do script (não abrevie o caminho do arquivo .sh).
ATENÇÃO AO COMANDO BASH: Cada sistema operacional usa um caminho específico para o executável do bash (como /bin/bash, /usr/bin/bash ou /opt/homebrew/bin/bash). Não tente adivinhar o caminho absoluto do bash; normalmente utilizar apenas a palavra bash funciona perfeitamente e resolve o caminho no ambiente.
Ações válidas: saldo, conta, setup, pix-validate-qr, pix, billet.
Ações que NÃO existem: connect, auth, install, configure, balance, pix-criar.
Regra crítica (uso interno da IA) — PIX:
Chave PIX: dois argumentos posicionais — CHAVE e VALOR.
QR copia e cola (payload que começa com 00020): sempre validar primeiro com pix-validate-qr, depois criar com pix. Se o QR não tem valor embutido, informar amount ao criar.
QR com espaços no texto: o EMV copia e cola pode conter espaços (ex.: nome fantasia, cidade). No exec com bash, o código inteiro deve ser um único argumento — use aspas simples em volta do payload (recomendado) ou code='...' / code="..." em uma única string. Sem aspas, o shell quebra o código em várias palavras e a validação ou o PIX falham.
bash
bash ~/.openclaw/skills/max-banking/scripts/maxbank.sh pix email@teste.com 50
bash ~/.openclaw/skills/max-banking/scripts/maxbank.sh pix-validate-qr '000201263...texto com espaços...6304'
bash ~/.openclaw/skills/max-banking/scripts/maxbank.sh pix '000201263...texto com espaços...6304' 150.00
Formato nomeado (uso interno): code=... e, se for chave PIX ou QR sem valor, amount:VALOR. Com QR longo ou com espaços, prefira code='...' entre aspas.
Validação de QR (pix-validate-qr): retorna JSON com campos:
has_amount — true se o QR tem valor embutido > 0
amount — valor em reais do QR (0 se sem valor)
can_modify_final_amount — true se o pagador pode/deve definir o valor
pix_key — chave PIX de destino
qr_type — tipo do QR
expiration_date — validade do QR (quando existir)
Boleto — um único argumento para a API: a tool banking_billet recebe somentecode (linha digitável ou código de barras). O script deve repassar apenas um argumento ao mcporter (ex.: code=<linha completa> ou posicional que vira um único code=...). Nunca envie segundo parâmetro nomeado (valor, amount, descrição, etc.) — o backend responde 422.
Formatos válidos (equivalentes para "um argumento lógico"):
Se aparecer BILLET_TOO_MANY_ARGS na saída, a IA enviou parâmetros a mais: corrija para só a linha/código, um code= ou posicional único.
PROIBIDO adicionar parâmetros extras (descrição, motivo, mensagem, etc.). Boleto: nunca envie amount ou valor extra — só code. PIX: para chave, chave + valor; para QR 00020…, valide primeiro e envie amount apenas se o QR não contiver valor. Não pergunte ao usuário por descrição.
O usuário NUNCA deve ver detalhes de execução — isso é exclusivo para uso interno.
Leitura de QR e código de barras a partir de imagem (uso interno)
Quando o usuário enviar foto, captura de tela ou arquivo de um PIX (QR) ou boleto, o texto do código pode ser obtido com a ferramenta zbar (zbarimg), instalada pelo setup.sh conforme o sistema operacional (macOS: Homebrew zbar; Debian/Ubuntu: zbar-tools; Fedora: zbar; Arch: zbar; Alpine: zbar; openSUSE: zbar).
Obtenha o caminho absoluto do arquivo de imagem (upload, anexo ou caminho informado).
Execute com a tool exec (uso interno — não mostre ao usuário):
bash
zbarimg -q --raw CAMINHO_DA_IMAGEM
Se houver várias linhas na saída, use a que for payload PIX (começa com 000201) para PIX; para boleto, prefira a linha digitável (só dígitos e espaços/pontos no padrão de boleto) ou o código de barras decodificado que corresponda à linha.
PIX: trate o texto extraído como código único. Se for QR copia-e-cola (00020…), siga o Workflow 2 (fluxo QR) — valide primeiro, peça valor se necessário, depois crie.
Boleto: trate o texto extraído (linha digitável ou código de barras convertível) como o único argumento de billet (Workflow 3).
Se zbarimg não estiver instalado ou não decodificar nada, peça ao usuário que digite a linha digitável ou cole o código PIX manualmente, ou que rode o setup novamente para instalar o leitor.
Não invente dados a partir da imagem além do que zbarimg retornar; se a leitura falhar, não tente "adivinhar" o código.
Se has_amount=true e amount > 0: o QR já tem valor embutido. Informe ao usuário o destinatário (pix_key) e o valor, e prossiga para criar o PIX sem pedir valor.
Se has_amount=false ou amount=0: o QR não tem valor embutido. Pergunte ao usuário qual o valor em reais antes de prosseguir.
Se can_modify_final_amount=true e amount > 0: o QR tem um valor sugerido mas o pagador pode alterar. Informe o valor e pergunte se deseja usar esse valor ou informar outro.
Crie o PIX — execute internamente (mesma regra de aspas para o código quando tiver espaços):
QR com valor embutido: pix 'CODIGO_QR' (sem amount)
QR sem valor / valor informado pelo usuário: pix 'CODIGO_QR' VALOR
Se erro na validação (422): informe que o QR pode estar inválido ou expirado e peça que confira.
Resposta após criação (ambos os fluxos)
REGRA #1 se aplica aqui (releia se necessário).
O PIX JÁ FOI CRIADO. Use obrigatoriamente verbos no passado.
Modelo: "Registrei um PIX de R$ [valor] para [destinatário]. Para concluir, aprove no WhatsApp ou no app em até 48h." (use o valor retornado pela execução quando disponível.)
PROIBIDO perguntar "deseja confirmar?", "posso prosseguir?", ou qualquer variação. Isso causa DUPLICIDADE.
Se o usuário responder "sim" depois: NÃO execute de novo. Diga que o pedido já foi criado e falta aprovar no WhatsApp/app.
Erros
Se PIX_INVALID_ARGS: no fluxo chave, faltou chave ou valor — pergunte o que falta. No fluxo QR, faltou o código — peça para colar o código completo.
Se erro 401/403: informe que a conta não está conectada e ofereça reconectar (Workflow 4).
Se erro 422: informe que a chave ou QR pode estar inválido e peça que confira.
Workflow 3 — Pagar boleto
Condição: usuário pede "quero pagar um boleto", "pagar boleto".
Colete a linha digitável (ou código de barras). Pergunte de forma natural. Nunca mencione "code" ou detalhes técnicos ao usuário.
Execute uma única vez quando tiver a linha/código e o pedido de pagamento for claro. Um argumento só para billet — a linha inteira (ou posicional com as partes que o shell junta). Nunca mostre detalhes de execução ao usuário.
Resposta de sucesso — REGRA #1 se aplica aqui (releia se necessário):
O pagamento JÁ FOI CRIADO. Não é prévia, não é rascunho, não é simulação.
Use OBRIGATORIAMENTE este modelo (adapte valores):
"Registrei o pagamento do boleto de R$ [valor] para [beneficiário] (venc. [data]). Para concluir, aprove no WhatsApp ou no app em até 48h."
PROIBIDO após exec com sucesso: perguntar "deseja confirmar?", "gostaria de prosseguir?", "está pronto para ser pago", ou qualquer pergunta sim/não sobre o pagamento. Isso causa DUPLICIDADE.
PROIBIDO apresentar os dados do boleto como prévia e depois pedir confirmação. Os dados devem ser apresentados como PARTE DA CONCLUSÃO do pagamento já criado.
Se o usuário responder "sim" depois: NÃO execute de novo. Diga que o pedido já foi criado e falta aprovar no WhatsApp/app.
Se BILLET_INVALID_ARGS ou BILLET_TOO_MANY_ARGS: faltou linha ou a IA passou parâmetros a mais. Corrija para apenas a linha digitável/código (sem amount, valor extra, etc.) e execute de novo uma vez.
Se erro 401/403: informe que a conta não está conectada e ofereça reconectar (Workflow 4).
Se erro 422: informe que o boleto pode estar expirado ou inválido e peça que confira.
Workflow 4 — Conectar conta
Condição: usuário pede "conectar minha conta", "configurar max", "instalar max", ou o Workflow 1 retornou erro.
bash ~/.openclaw/skills/max-banking/scripts/maxbank.sh conta
Se o output contiver NO_ACCOUNT:
Responda: "Nenhuma conta Max está conectada. Deseja conectar agora?"
Se sim, siga o Workflow 4.
Se o output contiver ACCOUNT_OK:
Extraia PHONE, ENV e PAIRED_AT do output.
Converta PAIRED_AT para formato legível (ex: "25 de fevereiro de 2026 às 14:30").
Responda com este formato:
Conta Max conectada:
Telefone: PHONE
Ambiente: ENV
Conectada em: DATA_FORMATADA
Se ENV for "local" ou "homolog", adicione: (Ambiente de testes)
Não adicione emojis. Não mostre caminhos, secrets, portas, PIDs ou dados internos.
Exemplos completos de conversa
REGRA: nos exemplos abaixo, a resposta da IA é EXATAMENTE o que deve ser exibido ao usuário. Nunca adicione nomes de parâmetros, sintaxe de comando ou qualquer detalhe técnico.
Saldo
Usuário: "qual meu saldo?"
→ IA: "Consultando seu saldo..." → executa internamente → "Seu saldo disponível é R$ X.XXX,XX"
PIX — todos os cenários
Cenário 1: sem nenhum dado
Usuário: "Quero fazer um PIX"
→ IA: "Claro! Você vai pagar com chave PIX (CPF, e-mail, celular ou chave aleatória) ou colando o código do QR copia e cola?"
Cenário 2: só o valor, fluxo chave
Usuário: "Quero fazer um PIX de 50 reais"
→ IA: "Para qual chave PIX? (e-mail, CPF ou telefone)"
Cenário 3: só a chave, sem valor (fluxo chave)
Usuário: "Quero fazer um PIX para maria@email.com"
→ IA: "Qual o valor em reais?"
Cenário 4: chave e valor na mesma frase
Usuário: "PIX de 5 reais para vinicius.matteus@maxbank.ai"
→ IA executa internamente uma vez (pedido explícito com chave e valor) → "PIX de R$ 5 criado para [nome do destinatário]. Aprove no WhatsApp ou no app em até 48h."
Cenário 5: usuário informa a chave depois (fluxo chave)
Usuário: "vinicius.matteus@maxbank.ai"
→ IA: "Qual o valor em reais?"
Cenário 6: QR copia e cola com valor embutido
Usuário cola o payload que começa com 00020 (código completo)
→ IA valida internamente com pix-validate-qr → retorno indica has_amount=true, amount=150.00 → IA cria o PIX internamente com pix (sem pedir valor) → "Registrei um PIX de R$ 150,00 para [destinatário]. Aprove no WhatsApp ou no app em até 48h."
Cenário 7: QR copia e cola SEM valor embutido
Usuário cola o payload que começa com 00020 (código completo)
→ IA valida internamente com pix-validate-qr → retorno indica has_amount=false, amount=0 → IA pergunta: "O QR não contém valor. Qual o valor em reais que deseja transferir?"
Usuário: "200 reais"
→ IA cria o PIX com pix 'CODIGO_QR' 200 (aspas se o EMV tiver espaços) → "Registrei um PIX de R$ 200,00 para [destinatário]. Aprove no WhatsApp ou no app em até 48h."
Cenário 8: QR com valor modificável
Usuário cola o payload que começa com 00020
→ IA valida internamente → retorno indica has_amount=true, amount=50.00, can_modify_final_amount=true → IA informa: "O QR sugere R$ 50,00. Deseja usar esse valor ou prefere informar outro?"
Usuário: "Pode ser esse mesmo"
→ IA cria o PIX com pix 'CODIGO_QR' (usa o valor do QR; aspas se o EMV tiver espaços) → "Registrei um PIX de R$ 50,00 para [destinatário]. Aprove no WhatsApp ou no app em até 48h."
Boleto
Usuário: "quero pagar um boleto"
→ IA: "Certo! Preciso da linha digitável ou do código de barras do boleto."
Usuário fornece a linha digitável
→ IA executa internamente uma vez → responde OBRIGATORIAMENTE como conclusão:
CORRETO: "Registrei o pagamento do boleto de R$ 393,22 para AMBIEENTE HOMOLOGACAO (venc. 26/03/2026). Para concluir, aprove no WhatsApp ou no app em até 48h."
ERRADO (nunca faça isso): "O boleto no valor de R$ 393,22 está pronto para ser pago. Deseja confirmar?" — isso causa pagamento duplicado.
Usuário: "sim" (após IA já ter informado sucesso)
→ IA: "O pedido já foi criado! Falta apenas aprovar no WhatsApp ou no app." — NUNCA executar o script de novo.
Ação inexistente
Usuário: "quero ver meu extrato" / "fazer saque" / "transferência"
→ IA: "Essa ação não está disponível. Você pode: consultar saldo, ver conta conectada, fazer PIX, pagar boleto ou conectar conta."
Workflow 6 — Comando inexistente
Condição: usuário pede ação que não existe (extrato, saque, transferência bancária, cartão, investimentos, etc.).
Responda de forma curta e objetiva:
"Essa ação não está disponível no Max no momento. Você pode: consultar saldo, ver conta conectada, fazer PIX, pagar boleto ou conectar uma conta."
Dados de sessão
A conta conectada persiste em ~/.openclaw/secrets/maxbank/session.json.
Após conectar uma vez, o saldo e pagamentos funcionam em sessões futuras sem reconectar.
