1.7 KiB
1.7 KiB
name, description, license, metadata
| name | description | license | metadata | ||||
|---|---|---|---|---|---|---|---|
| safe-code-edit | Technika bezpiecznej edycji cudzego kodu przez agenta - minimalny diff, zasady użycia narzędzi plikowych, weryfikacja po każdej zmianie i postępowanie przy nieudanej edycji. Użyj przy każdej modyfikacji plików w repozytorium. | Apache-2.0 |
|
Bezpieczna edycja kodu
Twarde zasady
- Czytaj przed pisaniem. Nigdy nie wywołuj
replace_in_filena pliku, którego nie odczytałeś w tym przebiegu. Treść z planu nie jest dowodem na aktualny stan pliku. - Najmniejszy możliwy diff. Zmieniaj wyłącznie linie, które muszą się zmienić.
write_file(nadpisanie całości) jest dozwolone tylko dla plików, które sam utworzyłeś. - Jedna intencja na edycję. Nie łącz migracji API z poprawą literówki w komentarzu.
- Weryfikuj natychmiast. Po zmianie pliku uruchom
run_verification. Jeśli wynik jest czerwony, napraw przyczynę zanim dotkniesz kolejnego pliku. - Nie walcz z narzędziem. Jeśli
replace_in_filedwa razy nie znajdzie dopasowania - odczytaj plik ponownie i dopasuj dokładny fragment ze spacjami. Trzecia porażka = zgłośrequires_humanz treścią fragmentu, zamiast nadpisywać plik w całości. - Nie dotykaj plików spoza planu. Rozszerzenie zakresu wymaga nowego planu.
Gdy weryfikacja jest czerwona
- Przeczytaj pełny komunikat błędu, nie tylko ostatnią linię.
- Zlokalizuj plik i linię z traceback; napraw przyczynę, nie objaw.
- Nie modyfikuj testów, żeby przeszły. Test jest kontraktem.
- Jeśli po trzech próbach ten sam błąd - zatrzymaj się i zgłoś
requires_humanz pełnym logiem.