Arreglar un botón de borrar roto en un repositorio de GitHub

A quién le sirve. Programadores y equipos con proyectos en GitHub que quieren delegar arreglos pequeños; si no programas, sirve para saber qué puedes pedir a quien te hace la web.

Qué hicieron

Tras dar a Jules acceso al repositorio de GitHub, el autor eligió el repositorio y la rama y le pidió arreglar el botón Borrar roto. Los requisitos eran igualarlo al botón Borrar de otro módulo y desactivar el borrado pasadas dos horas. Jules propuso un plan y, una vez aprobado, clonó el repositorio e hizo los cambios. El autor revisó las diferencias y las subió a una rama de corrección de errores.

Cómo salió

Jules produjo los cambios de código y la rama apareció en GitHub, y escribió casos de prueba que nadie había pedido. El mensaje no da tiempos ni dice si el arreglo funcionó más allá de eso. El autor sugiere comprobar GitHub Actions o abrir una propuesta de cambio.

Conviene saber

Jules hizo varias tareas a la vez, por ejemplo explicar el repositorio mientras arreglaba el error. Señalarle un módulo existente como modelo funcionó para fijar los requisitos.

Qué necesitas

• Una cuenta de Google con acceso a Jules, el agente de programación de Google.
• Un repositorio en GitHub y permiso para dar acceso a Jules.
• La descripción exacta del fallo y del comportamiento que quieres.
• Un módulo del propio proyecto que sirva de modelo.
• Alguien que revise los cambios antes de subirlos.

Cómo hacerlo tú, paso a paso

1. Da a Jules acceso al repositorio de GitHub y elige el repositorio y la rama de trabajo.
2. Describe el fallo y el comportamiento que quieres, y señala un módulo existente como modelo.
3. Lee el plan que propone y apruébalo si te convence.
4. Deja que clone el repositorio y haga los cambios.
5. Revisa las diferencias con calma, incluidas las pruebas que haya añadido.
6. Sube los cambios a una rama de corrección de errores y comprueba GitHub Actions o abre una propuesta de cambio antes de unirlos a la principal.

En mi repositorio [dirección o ruta local], [función, por ejemplo el botón Borrar] no funciona: debería [comportamiento deseado, por ejemplo permitir borrar solo contenido de más de dos horas]. Encuentra la causa, arréglalo en una rama nueva y añade pruebas que cubran el nuevo comportamiento. Habrás terminado cuando las pruebas pasen y me hayas resumido los cambios. No unas ni publiques la rama hasta que yo haya revisado las diferencias.

Consejos

• Señálale un módulo existente como modelo: en el caso funcionó para fijar los requisitos del arreglo.
• Jules escribió pruebas que nadie le pidió. Revísalas también, porque forman parte del cambio.
• No unas nada a la rama principal hasta haber revisado las diferencias.

Preguntas frecuentes

Fuentes

• calvin.my ↗
• googleworkspace/apps-script-samples en GitHub ↗
• turtacn/CodeSnapAI en GitHub ↗

En el directorio desde el 3 de octubre de 2026.