Escolha o modelo por trás do seu trabalho com contratos ERC-1155

O WaveClamp precisa de um modelo para raciocinar, e você decide qual usar. Conecte um provedor de nuvem, execute um modelo no seu PC ou use o embutido, depois teste a conexão com o botão Testar antes da primeira tarefa.

Três formas de conectar um modelo

Provedor de IA em nuvem

Um provedor de IA em nuvem é acessado por um endpoint de API padrão e é ideal para conjuntos grandes de contratos ou revisões complexas que exigem modelos maiores. A consequência para a privacidade é direta: o prompt, incluindo o texto de qualquer arquivo lido pelo agente, vai para esse provedor. Mantenha chaves privadas e frases semente fora dos seus arquivos e use contas de teste descartáveis. Suas chaves de API ficam no seu PC, e segredos na saída das ferramentas são mascarados antes de chegar ao modelo. Leia os termos do provedor antes de enviar código de contrato que ainda não é público.

Modelo rodando no seu PC

Um modelo local no seu PC é ideal para contratos que você não quer enviar para lugar nenhum e para sessões de prática sem um provedor externo. Com um modelo local, nada sai da máquina: chats, pastas de trabalho e chaves de API ficam no PC. O trade-off é a qualidade. Um modelo menor pode perder um mint não verificado ou gerar um teste mais fraco, tornando a revisão do diff ainda mais importante. O botão Testar mostra o tempo de resposta do seu endpoint local e o tamanho da janela de contexto.

Modelo embutido

O modelo embutido está pronto para uso sem precisar de seu próprio endpoint, sendo a rota mais rápida para uma primeira execução. Use-o para ler um arquivo Solidity pequeno, perguntar o que balanceOfBatch retorna ou rascunhar um primeiro teste, e revise o diff da mesma forma que com qualquer outro modelo. Isso não altera os modos de aprovação. Auto-run executa imediatamente, Ask first pausa antes de ações que alteram algo, e Plan only escreve os passos e não executa nada.

O que o botão Testar informa

O botão Testar envia uma verificação ao endpoint inserido e mostra o tempo de resposta e a janela de contexto. Use-o após adicionar um provedor, após alternar para um modelo local e sempre que uma tarefa começar a parecer lenta, pois um tempo de resposta longo aponta para o endpoint e não para o seu contrato. A janela de contexto indica quanto texto o modelo pode processar de uma vez, o que é crucial quando o agente lê vários arquivos .sol e seus testes juntos. O Teste verifica apenas a conexão. Ele não julga a qualidade das respostas, portanto, sua própria revisão de cada diff continua sendo necessária.

Ajustando o modelo à tarefa

Use um modelo maior para trabalhos que exigem raciocínio cuidadoso, como revisar uma função de minting para verificações de acesso faltantes, comparar designs de ERC-721 e ERC-1155 ou desvendar um teste que falha por motivo obscuro. Use um modelo menor para edições simples, como renomear um argumento de evento ou corrigir uma linha de pragma. A ferramenta run_on_model permite que o agente envie uma etapa difícil para um modelo maior enquanto o restante da tarefa permanece com o modelo escolhido, e a ferramenta task inicia agentes paralelos quando contratos separados podem ser revisados lado a lado. Escolha por tarefa.

A qualidade do modelo varia, e todo modelo pode gerar código que compila e ainda se comporta incorretamente. Leia o diff antes de aceitá-lo. No modo Ask first, o agente pausa antes de ações que alteram algo, e o diff é o que você aprova ou rejeita; no modo Plan only, você lê os passos primeiro e alterna o modo para executá-los. Execute seu comando de teste após cada alteração aceita e trate um contrato implantado como permanente, já que ele não pode ser alterado. Uma revisão de segurança independente deve vir antes de qualquer uso com valor real.