Lavoro con smart contract ERC-1155, un diff alla volta

Cosa può fare WaveClamp

• Fileread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep e glob funzionano nella cartella di lavoro della chat, dove risiedono i tuoi file .sol e i test, e un contatore mostra i file creati, modificati e letti.
• Shellesegue il tuo comando di compilazione e il tuo comando di test su Windows, in WSL o tramite SSH su un server di tua proprietà, e valuta il successo in base al reale codice di uscita. I comandi pericolosi sono bloccati prima dell'esecuzione.
• Webweb_search trova pagine e http_get scarica una pagina, così l'agente può leggere il testo pubblico dell'EIP e la documentazione di Solidity mentre lavori. La ricerca web può eventualmente essere eseguita su una rete di anonimizzazione.
• Screenshot e immaginiocr legge il testo da uno screenshot salvato, come una finestra di errore o un rapporto di test, e gen_image salva file immagine reali, ad esempio illustrazioni segnaposto a cui il tuo metadata JSON può fare riferimento.
• Orchestrazionetask avvia sotto-agenti paralleli così contratti separati possono essere revisionati contemporaneamente, run_on_model invia un passaggio complesso a un modello più grande, e skill riutilizza un playbook come una skill di controllo versione per branch e commit.
• Modalità di approvazioneAuto-run agisce immediatamente, Ask first si ferma prima delle azioni che modificano qualcosa e mostra il diff da accettare, e Plan only scrive un piano e non esegue nulla finché non cambi modalità. I piani sopravvivono ai riavvii.
• Cronesegue un prompt su base periodica, ad esempio una richiesta giornaliera di eseguire il tuo comando di test e elencare i test falliti, così un regression appare nella chat senza un'esecuzione manuale.
• Modelliconnetti un provider AI cloud tramite un endpoint API standard, esegui un modello sul tuo PC o usa il modello integrato pronto senza il tuo endpoint. Il pulsante Test mostra il tempo di risposta e la finestra di contesto.

Quattro attività sui contratti, dall'inizio alla fine

Bozza di un contratto per oggetti di gioco

Vuoi spade, pozioni e chiavi in un unico contratto. L'agente usa read_file per esaminare eventuali file .sol esistenti, write_file per creare il nuovo contratto con un commento SPDX e una riga pragma solidity, e edit_file per aggiungere saldi, una funzione di coniazione e trasferimenti in batch. Rendere i token modificabili per un gioco significa pensare a come vengono descritti gli oggetti, e il metadata JSON dietro uri(id) è la parte che un modder modificherebbe. Ogni modifica edit_file arriva come un diff. Shell esegue il tuo comando di compilazione e il tuo comando di test su una catena locale, e accetti il diff solo dopo aver letto il codice di uscita e i nomi dei test falliti, se presenti.

Confronta due standard

Una revisione del design inizia con una domanda: una collezione di token unici o molti tipi di token in un unico contratto? L'agente usa web_search e http_get per leggere il testo pubblico dell'EIP, poi grep e read_file per confrontarlo con le funzioni nei tuoi file. Metti il file Solidity ERC 721 accanto a quello multi-token e chiedi una tabella delle differenze, salvata con write_file in un file di note. Le domande su come rilevare i token che richiedono un reset dell'approvazione appartengono a ERC-20, perché ERC-1155 usa setApprovalForAll, che concede o revoca un operatore per ogni token id contemporaneamente. Rivedi le note prima di eventuali modifiche al codice.

Revisiona coniazione e controllo di accesso

Chiunque possa chiamare una funzione di coniazione decide quanti token esistono, quindi il controllo di accesso è la prima cosa da revisionare. L'agente usa glob per trovare ogni file .sol e grep per elencare le chiamate a _mint e _mintBatch con i loro numeri di riga. Poi apre ogni funzione con read_file e segnala quelle che qualsiasi account può chiamare. Ask first si ferma prima che edit_file aggiunga un modificatore, e il diff mostra le righe esatte. Lo strumento task avvia sotto-agenti così contratti separati vengono revisionati in parallelo. Una revisione non è una garanzia. Esegui il tuo comando di test, leggi il risultato e ottieni una revisione di sicurezza indipendente prima di qualsiasi utilizzo con valore reale.

Testa su una catena locale

Le monete su una catena locale o una rete di test non hanno valore, quindi questo è il posto per esercitarsi, e chiunque voglia costruire la propria app dapp per faucet ERC20 può iniziare lì. L'agente usa Shell per eseguire il tuo comando che avvia una catena di test locale, poi il tuo comando di compilazione e il tuo comando di test, e segnala ogni reale codice di uscita su una scheda. Se un test fallisce, ocr può leggere uno screenshot salvato dell'errore e grep trova l'evento o la funzione coinvolta. Leggi la scheda espansa, accetta o rifiuti il diff proposto ed esegui di nuovo i test prima di procedere.