Cuando una rebanada es demasiado grande
A veces eliges "un paso" y aun así sale mal: la IA reescribe media aplicación, el diff es ilegible y al ejecutarlo aparecen tres errores nuevos a la vez. Eso casi nunca es mala suerte. Es una señal de que la rebanada era demasiado grande.
La solución es cortarla más delgada. Si "agregar favoritos con persistencia" explota, eso no era una sola rebanada; era la función completa disfrazada de un solo . Regresa a tu último bueno y divídelo:
# Don't ask for this in one shot:
"Add a favorites feature with a counter and localStorage persistence."
# Ask for this instead, one commit each:
"Add a star button to each item card. No behavior yet."
"Make the star toggle filled/outline with local state."
"Add a counter that reflects the filled stars."
"Persist the favorited IDs to localStorage and load them on startup."
Una buena regla general: si no puedes describir lo que hace un paso en una sola oración corta, son dos pasos. Y si el diff de un paso es demasiado largo para hojearlo en un minuto, el siguiente debería ser más pequeño. Dividir en rebanadas es una habilidad que mejora al sentir en dónde la última rebanada resultó demasiado gruesa.