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

> El autor pidió a Jules arreglar un botón Borrar para que no permita borrar contenido de más de dos horas; añadió pruebas sin que se las pidieran.

- **Tipo:** Caso de uso
- **Tema:** Programación
- **Herramientas:** Gemini
- **Dificultad:** avanzada
- **Origen:** [calvin.my](https://calvin.my/posts/fixing-a-bug-using-ai-with-google-jules)
- **En el directorio desde:** 3 de octubre de 2026
- **URL:** https://conqueia.com/caso/arreglar-un-boton-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.

## Pruébalo con Gemini

```
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

### ¿Puede romper mi proyecto?

En el caso trabajó sobre una copia y el autor revisó los cambios antes de subirlos a una rama aparte. Haz lo mismo y no unas nada a la rama principal sin revisar.

### ¿Hace falta saber programar?

Para pedirlo basta con describir bien el fallo. Para revisar las diferencias y aprobar, necesitas a alguien que lea código.

## Fuentes

- [calvin.my](https://calvin.my/posts/fixing-a-bug-using-ai-with-google-jules)
- [googleworkspace/apps-script-samples en GitHub](https://github.com/googleworkspace/apps-script-samples/pull/587)
- [turtacn/CodeSnapAI en GitHub](https://github.com/turtacn/CodeSnapAI/pull/42)

---

Fuente: conqueia.com/caso/arreglar-un-boton-de-borrar-roto-en-un-repositorio-de-github