Contratos inteligentes ERC-1155: uma revisão de diff por vez

O que o WaveClamp pode fazer

• Arquivosread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep e glob funcionam dentro da pasta de trabalho do chat, onde seus arquivos .sol e testes estão, e um contador mostra arquivos criados, editados e lidos.
• Shellexecuta seus próprios comandos de compilação e teste no Windows, no WSL ou via SSH para um servidor de sua propriedade, e avalia o sucesso pelo código de saída real. Comandos perigosos são bloqueados antes da execução.
• Webweb_search encontra páginas e http_get baixa uma página, permitindo que o agente leia o texto público do EIP e a documentação do Solidity enquanto você trabalha. A pesquisa na web pode ser executada opcionalmente por uma rede de anonimização.
• Capturas de tela e imagensocr lê texto de uma captura de tela salva, como uma caixa de diálogo de erro ou um relatório de teste, e gen_image salva arquivos de imagem reais, por exemplo, arte de placeholder que seu metadata JSON pode apontar.
• Orquestraçãotask inicia sub-agentes paralelos para que contratos separados possam ser revisados ao mesmo tempo, run_on_model envia uma etapa complexa para um modelo maior, e skill reutiliza um playbook, como uma habilidade de controle de versão para ramificações e commits.
• Modos de aprovaçãoAuto-run age de imediato, Ask first pausa antes de ações que alteram algo e mostra o diff para aceitar, e Plan only escreve um plano e não executa nada até que você alterne o modo. Os planos sobrevivem a reinicializações.
• Cronexecuta um prompt em um agendamento, por exemplo, uma solicitação diária para executar seu comando de teste e listar testes com falha, para que uma regressão apareça no chat sem uma execução manual.
• Modelosconecte um provedor de IA na nuvem por meio de um endpoint de API padrão, execute um modelo no seu PC ou use o modelo integrado, pronto sem necessidade de seu próprio endpoint. O botão Test mostra o tempo de resposta e a janela de contexto.

Quatro tarefas de contrato, do início ao fim

Rascunhe um contrato de item de jogo

Você quer espadas, poções e chaves em um único contrato. O agente usa read_file para verificar arquivos .sol existentes, write_file para criar o novo contrato com um comentário SPDX e uma linha pragma solidity, e edit_file para adicionar saldos, uma função de mint e transferências em lote. Tornar os tokens modificáveis para um jogo exige pensar em como os itens são descritos; o metadata JSON por trás de uri(id) é a parte que um modificador editaria. Cada alteração edit_file chega como um diff. Shell executa seu comando de compilação e seu comando de teste em uma cadeia local, e você aceita o diff apenas depois de ler o código de saída e os nomes dos testes com falha, se houver algum.

Compare dois padrões

Uma revisão de design começa com uma pergunta: uma coleção de tokens únicos ou muitos tipos de tokens em um único contrato? O agente usa web_search e http_get para ler o texto público do EIP, em seguida grep e read_file para compará-lo com as funções em seus arquivos. Coloque o arquivo Solidity do ERC 721 ao lado do de multi-token e peça uma tabela de diferenças, salva com write_file em um arquivo de notas. Perguntas sobre como detectar tokens que exigem uma redefinição de allowance pertencem ao ERC-20, porque o ERC-1155 usa setApprovalForAll, que concede ou revoga um operador para todos os ids de token de uma vez. Você revisa as notas antes de qualquer alteração no código.

Revise mint e controle de acesso

Quem pode chamar uma função de mint decide quantos tokens existem, portanto, o controle de acesso é a primeira coisa a ser revisada. O agente usa glob para encontrar todos os arquivos .sol e grep para listar chamadas para _mint e _mintBatch com seus números de linha. Em seguida, ele abre cada função com read_file e relata aquelas que qualquer conta pode chamar. Ask first pausa antes de edit_file adicionar um modificador, e o diff mostra as linhas exatas. A ferramenta task inicia sub-agentes para que contratos separados sejam revisados em paralelo. Uma revisão não é uma garantia. Execute seu comando de teste, leia o resultado e obtenha uma revisão de segurança independente antes de qualquer uso com valor real.

Teste em uma cadeia local

Moedas em uma cadeia local ou em uma rede de teste não têm valor, então este é o lugar para praticar, e qualquer pessoa que quiser criar seu próprio dapp de faucet de tokens ERC20 pode começar aí também. O agente usa Shell para executar seu comando que inicia uma cadeia de teste local, em seguida seu comando de compilação e seu comando de teste, e relata cada código de saída real em um cartão. Se um teste falhar, ocr pode ler uma captura de tela salva do erro e grep encontra o evento ou função envolvida. Você lê o cartão expandido, aceita ou rejeita o diff proposto e executa os testes novamente antes de continuar.