Оберіть модель для роботи з контрактами ERC-1155
WaveClamp потребує моделі для аналізу, і ви обираєте, яка саме. Підключіть хмарний сервіс, запустіть модель на ПК або скористайтеся вбудованою, а потім перевірте з’єднання кнопкою «Тест» перед першим завданням.
Три способи підключення моделі
Хмарний AI-сервіс
Хмарний AI-сервіс підключається через стандартну кінцеву точку API і підходить для великих наборів контрактів або складної перевірки, де потрібна потужна модель. Ризик для приватності прямий: промпт, включаючи текст будь-якого файлу, який читає агент, надходить до цього сервісу. Тримайте приватні ключі та seed-фрази поза файлами та використовуйте тестові акаунти. Ваші API-ключі залишаються на ПК, а секрети в результаті інструментів приховуються перед надсиланням моделі. Прочитайте умови сервісу, перш ніж надсилати код контракту, який ще не є публічним.
Модель на вашому ПК
Локальна модель підходить для контрактів, які не хочете відправляти кудись, та для тренувань без зовнішніх сервісів. З локальною моделлю ніщо не залишає комп’ютер: чати, робочі папки та API-ключі залишаються на ПК. Компроміс — якість. Менша модель може пропустити неперевірену функцію mint або написати слабший тест, тому перегляд diff стає ще важливішим. Кнопка «Тест» показує час відповіді вашої локальної кінцевої точки та розмір її контекстного вікна.
Вбудована модель
Вбудована модель готова до використання без вашої кінцевої точки, що робить її найшвидшим шляхом до першого запуску. Використовуйте її, щоб прочитати невеликий файл Solidity, запитати, що повертає balanceOfBatch, або скласти перший тест, та переглядайте diff так само, як і з будь-якою іншою моделлю. Це не змінює режими затвердження. Auto-run діє миттєво, Ask first робить паузу перед діями, що змінюють стан, а Plan only записує кроки та не виконує їх.
Що показує кнопка «Тест»
Кнопка «Тест» надсилає запит до введеної кінцевої точки та показує час відповіді та контекстне вікно. Використовуйте її після додавання сервісу, після перемикання на локальну модель та щоразу, коли завдання починає гальмувати: довгий час відповіді вказує на кінцеву точку, а не на ваш контракт. Контекстне вікно показує, скільки тексту модель може обробити одночасно, що важливо, коли агент читає кілька файлів .sol та їх тестів разом. «Тест» перевіряє лише з’єднання. Він не оцінює якість відповідей, тому ваша власна перевірка кожного diff залишається необхідною.
Вибір моделі під завдання
Використовуйте більшу модель для роботи, що потребує глибокого аналізу: наприклад, для перевірки функції mint на відсутність перевірок доступу, порівняння архітектур ERC-721 та ERC-1155 або пошуку причини падіння тесту. Використовуйте меншу модель для дрібних змін, таких як перейменування аргументу події або виправлення рядка pragma. Інструмент run_on_model дозволяє агенту надіслати один складний крок до більшої моделі, тоді як решта завдання залишається з обраною вами моделлю, а інструмент task запускає паралельних субагентів, коли окремі контракти можна перевіряти одночасно. Обирайте модель залежно від завдання.
Якість моделей різна, і кожна модель може написати код, який компілюється, але поводиться неправильно. Читайте diff перед тим, як прийняти його. В режимі Ask first агент робить паузу перед діями, що змінюють стан, а diff — це те, що ви затверджуєте або відхиляєте; в режимі Plan only ви спочатку читаєте кроки та перемикаєте режим для їх виконання. Запустіть команду тестування після кожної прийнятої зміни та ставтеся до розгорнутого контракту як до незмінного, оскільки його не можна змінити. Незалежний аудит безпеки передує будь-якому використанню з реальною цінністю.
