Gestión de contratos ERC-1155, un diff revisado a la vez

Lo que WaveClamp puede hacer

• Archivosread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep y glob funcionan dentro de la carpeta de trabajo del chat, donde están tus archivos .sol y las pruebas, y un contador muestra los archivos creados, editados y leídos.
• Shellejecuta tu propio comando de compilación y comando de prueba en Windows, en WSL o mediante SSH en un servidor que poseas, y juzga el éxito mediante el código de salida real. Los comandos peligrosos se bloquean antes de ejecutarse.
• Webweb_search encuentra páginas y http_get descarga una página, para que el agente pueda leer el texto público de la EIP y la documentación de Solidity mientras trabajas. La búsqueda web puede ejecutarse opcionalmente a través de una red de anonimización.
• Capturas de pantalla e imágenesocr lee texto de una captura de pantalla guardada, como un cuadro de diálogo de error o un informe de prueba, y gen_image guarda archivos de imagen reales, por ejemplo, arte de marcador de posición al que puede apuntar tu metadata JSON.
• Orquestacióntask inicia subagentes en paralelo para que contratos separados puedan revisarse al mismo tiempo, run_on_model envía un paso difícil a un modelo más grande, y skill reutiliza un plan de acción como una habilidad de control de versiones para ramas y confirmaciones.
• Modos de aprobaciónAuto-run actúa de inmediato, Ask first pausa antes de las acciones que cambian algo y muestra el diff para aceptarlo, y Plan only escribe un plan y no ejecuta nada hasta que cambies el modo. Los planes sobreviven a los reinicios.
• Cronejecuta un prompt en un horario, por ejemplo, una solicitud diaria para ejecutar tu comando de prueba y listar las pruebas fallidas, para que una regresión aparezca en el chat sin una ejecución manual.
• Modelosconecta un proveedor de IA en la nube a través de un punto final de API estándar, ejecuta un modelo en tu PC o usa el modelo integrado que está listo sin tu propio punto final. El botón de prueba muestra el tiempo de respuesta y la ventana de contexto.

Cuatro tareas de contratos, de principio a fin

Boceta un contrato de ítems de juego

Quieres espadas, pociones y llaves en un solo contrato. El agente usa read_file para buscar en cualquier archivo .sol existente, write_file para crear el nuevo contrato con un comentario SPDX y una línea pragma solidity, y edit_file para agregar saldos, una función de acuñación y transferencias por lotes. Hacer que los tokens sean modificables para un juego implica pensar en cómo se describen los ítems, y el metadata JSON detrás de uri(id) es la parte que un modder editaría. Cada cambio edit_file llega como un diff. Shell ejecuta tu comando de compilación y tu comando de prueba en una cadena local, y aceptas el diff solo después de haber leído el código de salida y los nombres de las pruebas fallidas, si los hay.

Compara dos estándares

Una revisión de diseño comienza con una pregunta: ¿una colección de tokens únicos, o muchos tipos de tokens en un solo contrato? El agente usa web_search y http_get para leer el texto público de la EIP, luego grep y read_file para compararlo con las funciones en tus archivos. Coloca el archivo Solidity de ERC 721 junto al de multi-token y pide una tabla de diferencias, guardada con write_file en un archivo de notas. Las preguntas sobre cómo detectar tokens que requieren un restablecimiento de aprobación pertenecen a ERC-20, porque ERC-1155 usa setApprovalForAll, que otorga o revoca un operador para cada id de token a la vez. Revisas las notas antes de cualquier cambio de código.

Revisa la acuñación y el control de acceso

Quien pueda llamar a una función de acuñación decide cuántos tokens existen, por lo que el control de acceso es lo primero que se debe revisar. El agente usa glob para encontrar todos los archivos .sol y grep para listar llamadas a _mint y _mintBatch con sus números de línea. Luego abre cada función con read_file e informa cuáles puede llamar cualquier cuenta. Ask first pausa antes de que edit_file agregue un modificador, y el diff muestra las líneas exactas. La herramienta task inicia subagentes para que contratos separados se revisen en paralelo. Una revisión no es una garantía. Ejecuta tu comando de prueba, lee el resultado y obtén una revisión de seguridad independiente antes de cualquier uso con valor real.

Prueba en una cadena local

Las monedas en una cadena local o en una red de pruebas no tienen valor, así que este es el lugar para practicar, y cualquiera que quiera construir su propia aplicación de grifo de token ERC20 puede comenzar allí también. El agente usa Shell para ejecutar tu comando que inicia una cadena de prueba local, luego tu comando de compilación y tu comando de prueba, e informa cada código de salida real en una tarjeta. Si una prueba falla, ocr puede leer una captura de pantalla guardada del error y grep encuentra el evento o la función involucrada. Lees la tarjeta expandida, aceptas o rechazas el diff propuesto y ejecutas las pruebas nuevamente antes de continuar.