Elige el modelo detrás de tu trabajo con contratos ERC-1155

WaveClamp necesita un modelo para pensar, y tú decides cuál. Puedes conectar un proveedor de IA en la nube, ejecutar un modelo en tu PC o usar el modelo integrado; verifica la conexión con el botón Probar antes de la primera tarea.

Tres formas de conectar un modelo

Proveedor de IA en la nube

Un proveedor de IA en la nube se accede mediante un endpoint de API estándar; es ideal para conjuntos grandes de contratos o revisiones complejas donde un modelo más grande marca la diferencia. La implicación de privacidad es directa: el prompt, incluido el texto de cualquier archivo que el agente lea, se envía a ese proveedor. Mantén las claves privadas y las frases semilla fuera de tus archivos y usa cuentas de prueba desechables. Tus claves de API permanecen en tu PC, y los secretos en la salida de las herramientas se enmascaran antes de llegar al modelo. Lee los términos del proveedor antes de enviar código de contrato que aún no es público.

Modelo local en tu PC

Un modelo local en tu PC es ideal para contratos que no quieres enviar a ningún lado y para sesiones de práctica sin un proveedor externo. Con un modelo local nada sale de la máquina: los chats, las carpetas de trabajo y las claves de API se quedan en tu PC. La compensación es la calidad. Un modelo más pequeño puede pasar por alto un mint no verificado o generar una prueba más débil, por lo que la revisión del diff es aún más importante. El botón Probar muestra el tiempo de respuesta de tu endpoint local y el tamaño de su ventana de contexto.

Modelo integrado

El modelo integrado está listo para usarse sin tu propio endpoint, lo que lo convierte en la ruta más rápida para tu primera ejecución. Úsalo para leer un archivo pequeño de Solidity, preguntar qué devuelve balanceOfBatch o redactar una primera prueba, y revisa el diff de la misma manera que con cualquier otro modelo. No cambia nada sobre los modos de aprobación. Auto-run actúa de inmediato, Ask first pausa antes de acciones que modifican algo, y Plan only escribe los pasos y no ejecuta nada.

Qué te dice el botón Probar

El botón Probar envía una verificación al endpoint que ingresaste y muestra el tiempo de respuesta y la ventana de contexto. Úsalo después de agregar un proveedor, después de cambiar a un modelo local y siempre que una tarea se sienta lenta, porque un tiempo de respuesta alto apunta al endpoint y no a tu contrato. La ventana de contexto te indica cuánto texto puede procesar el modelo a la vez, lo cual es clave cuando el agente lee varios archivos .sol y sus pruebas juntos. Probar verifica la conexión únicamente. No juzga la calidad de las respuestas, por lo que tu propia revisión de cada diff sigue siendo necesaria.

Emparejar el modelo con la tarea

Usa un modelo más grande para trabajo que requiere razonamiento cuidadoso, como revisar una función de minting por comprobaciones de acceso faltantes, comparar diseños de ERC-721 y ERC-1155, o resolver una prueba que falla por una razón poco clara. Usa un modelo más pequeño para ediciones pequeñas como renombrar un argumento de evento o corregir una línea de pragma. La herramienta run_on_model permite al agente enviar un paso difícil a un modelo más grande mientras el resto de la tarea se queda con el modelo que elegiste, y la herramienta task inicia sub-agentes en paralelo cuando contratos separados pueden revisarse lado a lado. Elige por tarea.

La calidad del modelo varía, y cada modelo puede escribir código que se compile y aún comportarse incorrectamente. Lee el diff antes de aceptarlo. En Ask first el agente pausa antes de acciones que modifican algo, y el diff es lo que apruebas o rechazas; en Plan only lees los pasos primero y cambias el modo para ejecutarlos. Ejecuta tu comando de prueba después de cada cambio aceptado y trata un contrato desplegado como permanente, ya que no se puede cambiar. Una revisión de seguridad independiente es necesaria antes de cualquier uso con valor real.