Znajdź następny krok w kodzie.
Napraw oznaczanie ukończonych zakupów.
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);- Projekt
- Użyj identyfikatora pozycji, nie zmieniając pozostałych wierszy.
- Sprawdź przed zastosowaniem
- Porównaj rzeczywiste zachowanie z oczekiwanym wynikiem. Jeśli sprawdzenie się nie powiedzie, wyjaśnij przyczynę przed kolejnymi zmianami.
- Modele
- Dodaj endpoint zgodny z OpenAI lub Anthropic, podając bazowy URL i klucz API, jeśli jest wymagany. Sprawdź połączenie. Lokalny serwer modelu musi działać; zdalne narzędzia mogą przesyłać dane oddzielnie.
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);Odtwórz tok rozumowania, zanim zmienisz kod
Plik, który pamiętasz, może już nie odpowiadać za zachowanie wymagające zmiany. W MiraCode zacznij od folderu projektu i poproś podłączonego asystenta o sprawdzenie punktu wejścia, jego wywołań oraz testów opisujących obecne działanie. Poproś o wskazanie plików w wyjaśnieniu, aby porównać wnioski z implementacją.
W aplikacji z listą zakupów może to oznaczać prześledzenie zaznaczenia pola od ekranu przez aktualizację stanu do zapisu. Zapytaj, skąd bierze się tożsamość pozycji i co przywraca zaznaczenia po ponownym otwarciu aplikacji. Pytania te określają, co późniejsza edycja musi zachować; sama krótka funkcja aktualizująca nie daje odpowiedzi.
Ogranicz analizę do odpowiednich plików i poproś o wskazanie nierozstrzygniętych pytań przed propozycją edycji. MiraCode to środowisko programistyczne dla Windows z konfigurowalnym połączeniem z modelem. Jeśli wybierzesz model AI z osłabionymi mechanizmami odmowy, musi być dostępny przez obsługiwany punkt końcowy; pojemność kontekstu, narzędzia i ograniczenia zależą od modelu oraz serwera.
Gdy wyjaśnienie odpowiada kodowi, opisz jedną zmianę i zachowanie, które ma pozostać nienaruszone. Przejrzyj proponowane edycje, uruchom odpowiednie testy projektu i sprawdź zmieniony ekran. Dobry moment zakończenia to zmiana, którą potrafisz wyjaśnić, poparta dowodami, że dotychczasowy przebieg nadal działa zgodnie z oczekiwaniami.
Pytania przed powrotem do starego projektu
Co napisać w pierwszym zleceniu?
Wskaż zachowanie, które chcesz zrozumieć, i poproś o analizę przed edycją. Na przykład: wyjaśnij, jak zaznaczone zakupy są zachowywane po ponownym otwarciu, wskaż odpowiednie pliki i zaznacz, czego dostępny kod nie pozwala ustalić.
Co zrobić, jeśli wyjaśnienie przeczy staremu README?
Poproś asystenta o wskazanie sprzecznych fragmentów implementacji i dokumentacji. Sprawdź odpowiednie testy i w miarę możliwości uruchom aplikację. Traktuj rozbieżność jako otwarte pytanie, zanim zdecydujesz, czy zmienić kod, czy dokumentację.
Jak wybrać model do dużego repozytorium?
Użyj obsługiwanego punktu końcowego zgodnego z OpenAI lub Anthropic i sprawdź limity kontekstu oraz obsługę narzędzi. Zacznij od plików związanych z jednym zachowaniem. Większe okno kontekstu nie dowodzi poprawności wyjaśnienia.
Czy MiraCode zawiera model z osłabionymi odmowami?
Ten sposób pracy nie obejmuje żadnego dołączonego modelu. Skonfiguruj zgodną usługę, podając wymagane dane uwierzytelniające, albo uruchom oddzielny lokalny serwer modelu. Lokalny punkt końcowy nie zapewnia lokalnego działania wszystkich narzędzi.
Kiedy można zacząć edycję?
Gdy potrafisz znaleźć implementację, wyjaśnić zachowanie wymagające zachowania i wskazać sposób jego sprawdzenia. Przejrzyj wynikowe różnice i przetestuj to zachowanie; samo pewnie brzmiące wyjaśnienie nie jest wystarczającym dowodem.
MiraCode · Zaktualizowano 2026-10-25