Wybierz model stojący za pracą nad kontraktem ERC-1155

WaveClamp potrzebuje modelu do myślenia, a to Ty decydujesz, który. Możesz podłączyć dostawcę AI w chmurze, uruchomić model na swoim PC lub użyć modelu wbudowanego, a następnie sprawdzić połączenie przyciskiem Test przed pierwszym zadaniem.

Trzy sposoby połączenia modelu

Dostawca AI w chmurze

Dostawca AI w chmurze jest dostępny przez standardowy punkt końcowy API i nadaje się do dużych zbiorów kontraktów lub trudnych pytań dotyczących recenzji, gdzie większy model przynosi korzyści. Konsekwencją prywatności jest bezpośrednia transmisja: prompt, w tym tekst każdego pliku odczytywanego przez agenta, trafia do tego dostawcy. Trzymaj klucze prywatne i frazy seedowe z dala od plików i używaj jednorazowych kont testowych. Twoje klucze API pozostają na PC, a sekrety w wynikach narzędzi są maskowane przed wysłaniem do modelu. Przeczytaj własne warunki dostawcy przed wysłaniem kodu kontraktu, który nie jest jeszcze publiczny.

Model uruchomiony na Twoim PC

Model uruchomiony lokalnie na Twoim PC nadaje się do kontraktów, których nie chcesz wysyłać nigdzie indziej, oraz sesji ćwiczebnych bez zewnętrznego dostawcy. Przy lokalnym modelu nic nie opuszcza maszyny: czaty, foldery robocze i klucze API pozostają na PC. Kompromisem jest jakość. Mniejszy model może przeoczyć niekontrolowane wyemitowanie tokenów lub napisać słabszy test, więc recenzja diffów ma jeszcze większe znaczenie. Przycisk Test pokazuje czas odpowiedzi Twojego lokalnego punktu końcowego oraz rozmiar jego okna kontekstowego.

Model wbudowany

Model wbudowany jest gotowy do użycia bez Twojego własnego punktu końcowego, co czyni go najkrótszą drogą do pierwszego uruchomienia. Użyj go do odczytania małego pliku Solidity, zapytania o to, co zwraca balanceOfBatch, lub napisania pierwszego testu, i recenzuj diff w ten sam sposób co w przypadku dowolnego innego modelu. Nic się nie zmienia w trybach zatwierdzania. Auto-run działa natychmiast, Ask first pauzuje przed akcjami zmieniającymi stan, a Plan only zapisuje kroki i nic nie uruchamia.

Co mówi przycisk Test

Przycisk Test wysyła sprawdzenie do wprowadzonego punktu końcowego i pokazuje czas odpowiedzi oraz okno kontekstowe. Użyj go po dodaniu dostawcy, po przełączeniu na model lokalny i zawsze, gdy zadanie zaczyna działać wolno, ponieważ długi czas odpowiedzi wskazuje na punkt końcowy, a nie na Twój kontrakt. Okno kontekstowe mówi, ile tekstu model może przyjąć naraz, co ma znaczenie, gdy agent odczytuje kilka plików .sol i ich testy razem. Test sprawdza tylko połączenie. Nie ocenia jakości odpowiedzi, więc Twoja własna recenzja każdego diffa pozostaje konieczna.

Dopasowanie modelu do zadania

Użyj większego modelu do pracy wymagającej starannej analizy, takiej jak recenzja funkcji mintowania pod kątem brakujących kontroli dostępu, porównanie projektów ERC-721 i ERC-1155 lub rozwikłanie testu, który nie powiedzie się z niejasnego powodu. Użyj mniejszego modelu do małych edycji, takich jak zmiana nazwy argumentu eventu lub naprawienie linii pragma. Narzędzie run_on_model pozwala agentowi wysłać jeden trudny krok do większego modelu, podczas gdy reszta zadania pozostaje przy wybranym przez Ciebie modelu, a narzędzie task uruchamia równoległe sub-agenty, gdy osobne kontrakty mogą być recenzowane obok siebie. Wybieraj na poziomie zadania.

Jakość modeli się różni, a każdy model może napisać kod, który się kompiluje, a mimo to działa błędnie. Przeczytaj diff przed jego akceptacją. W trybie Ask first agent pauzuje przed akcjami zmieniającymi stan, a diff to to, co zatwierdzasz lub odrzucasz; w trybie Plan only najpierw czytasz kroki i przełączasz tryb, aby je uruchomić. Uruchom polecenie testowe po każdej zaakceptowanej zmianie i traktuj wdrożony kontrakt jako trwały, ponieważ nie można go zmienić. Niezależna recenzja bezpieczeństwa powinna poprzedzić każde użycie o prawdziwej wartości.