{"id":161981,"date":"2026-02-22T11:11:55","date_gmt":"2026-02-22T09:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/soprovozhdayushhie-godot-peregruzheny-iz-za-obiliya-somnitelnyh-izmenenij-sozdannyh-cherez-ai"},"modified":"2026-02-22T11:11:55","modified_gmt":"2026-02-22T09:11:55","slug":"soprovozhdayushhie-godot-peregruzheny-iz-za-obiliya-somnitelnyh-izmenenij-sozdannyh-cherez-ai","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/soprovozhdayushhie-godot-peregruzheny-iz-za-obiliya-somnitelnyh-izmenenij-sozdannyh-cherez-ai","title":{"rendered":"Los mantenedores de Godot est\u00e1n sobrecargados debido a la abundancia de cambios cuestionables creados a trav\u00e9s de IA","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
R\u00e9mi Verschelde, uno de los principales colaboradores del motor de juego de c\u00f3digo abierto Godot y cofundador de la empresa W4 Games, declar\u00f3 que el creciente n\u00famero de pull requests de baja calidad generados por modelos de lenguaje grande est\u00e1 agotando y desmoralizando a los desarrolladores de Godot que se encargan de revisar los cambios. Seg\u00fan R\u00e9mi, el proyecto Godot se enorgullece de su apertura a nuevos participantes y ofrece a cualquier usuario la oportunidad de influir en el desarrollo del motor. Los colaboradores de Godot dedican mucho tiempo a ayudar a poner los pull requests en el estado correcto, pero ante la actual avalancha de cambios dudosos, R\u00e9mi no sabe cu\u00e1nto m\u00e1s podr\u00e1 soportar el equipo. <\/p>\n
Actualmente, en el repositorio de Godot en GitHub hay m\u00e1s de 4600 pull requests abiertos. Adriaan de Jongh, director del estudio de desarrollo de juegos Hidden Folks, caracteriz\u00f3 el estado de los pull requests basura generados por AI para Godot como un completo caos y una gran p\u00e9rdida de tiempo para los revisores, que se ven obligados a dedicar tiempo a analizar cambios que a menudo no tienen sentido, est\u00e1n acompa\u00f1ados de descripciones excesivamente largas y son enviados por desarrolladores que no entienden sus propias correcciones. <\/p>\n
Con la llegada de herramientas de IA, los colaboradores se ven obligados a determinar adicionalmente si el c\u00f3digo fue escrito por una persona o generado autom\u00e1ticamente, as\u00ed como a evaluar si el autor comprende el c\u00f3digo que envi\u00f3. Tambi\u00e9n deben investigar si los autores han probado su c\u00f3digo o si los resultados presentados se han fabricado \u00fanicamente por la IA. Adem\u00e1s, R\u00e9mi no entiende c\u00f3mo proceder en situaciones en las que, al preguntar sobre el uso de IA, los autores de los parches responden 'solo lo utilic\u00e9 para la descripci\u00f3n, porque escribo mal en ingl\u00e9s', lo que no permite clasificar claramente la contribuci\u00f3n. <\/p>\n
Se se\u00f1ala que los colaboradores deben verificar varias veces al d\u00eda los pull requests de nuevos participantes, dudando de su calidad. La \u00fanica soluci\u00f3n para mantener el enfoque anterior en el desarrollo que propone R\u00e9mi es aumentar la financiaci\u00f3n del proyecto para poder pagar a m\u00e1s colaboradores que se encarguen de analizar la basura generada por AI. <\/p>\n
El proyecto Blender enfrenta problemas similares, ya que a principios de febrero comenz\u00f3 a desarrollar una pol\u00edtica respecto a los parches creados utilizando IA. Anteriormente, reglas para tales casos fueron adoptadas por la Linux Foundation, Fedora, GNOME, Firefox, Ghostty, Servo y LLVM. En enero, GitHub inici\u00f3 una discusi\u00f3n sobre la implementaci\u00f3n de medidas para limitar las solicitudes de extracci\u00f3n de baja calidad generadas por asistentes de IA, enviadas sin revisi\u00f3n manual, que no cumplen con los requisitos de calidad y crean serias dificultades para los mantenedores. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"