{"id":157206,"date":"2026-02-06T17:11:56","date_gmt":"2026-02-06T15:11:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/zashhita-ot-musornyh-ai-izmenenij-na-github-oczenka-vliyaniya-vajb-kodinga-na-ekosistemu-otkrytogo-po"},"modified":"2026-02-06T17:11:56","modified_gmt":"2026-02-06T15:11:57","slug":"zashhita-ot-musornyh-ai-izmenenij-na-github-oczenka-vliyaniya-vajb-kodinga-na-ekosistemu-otkrytogo-po","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/zashhita-ot-musornyh-ai-izmenenij-na-github-oczenka-vliyaniya-vajb-kodinga-na-ekosistemu-otkrytogo-po","title":{"rendered":"Schutz vor unerw\u00fcnschten AI-\u00c4nderungen auf GitHub. Bewertung des Einflusses von Vibe-Coding auf das \u00d6kosystem der Open-Source-Software.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Camilla Moraes, Produktmanagerin bei GitHub, hat die Diskussion \u00fcber die Einf\u00fchrung einer automatischen Blockierungsfunktion f\u00fcr Spam-Pull-Anfragen angesto\u00dfen, die von KI-Assistenzprogrammen ohne manuelle \u00dcberpr\u00fcfung generiert werden und nicht den Qualit\u00e4tsanforderungen entsprechen. Solche \u00c4nderungen verursachen zus\u00e4tzliche Belastung f\u00fcr die Betreuer, die Zeit mit der Analyse von nutzlosem Code verbringen m\u00fcssen. <\/p>\n

Zu den kurzfristigen L\u00f6sungsm\u00f6glichkeiten z\u00e4hlt die rasche Entfernung von Pull-Anfragen \u00fcber die Web-Oberfl\u00e4che (L\u00f6schung ohne Speicherung in der Historie anstelle von der Markierung als geschlossen) sowie die Verwendung von anpassbaren Berechtigungen f\u00fcr das Einreichen von Pull-Anfragen, die es den Repository-Besitzern erm\u00f6glichen, \u00c4nderungen nur f\u00fcr Teilnehmer, die zuvor bereits \u00c4nderungen vorgenommen haben, zu genehmigen. <\/p>\n

Langfristige L\u00f6sungen umfassen die Erweiterung des Berechtigungsmodells und die Bereitstellung von Werkzeugen f\u00fcr die Betreuer, um flexible Regeln festzulegen, die definieren, wer berechtigt ist, Pull-Requests zu erstellen und zu \u00fcberpr\u00fcfen sowie welche Anforderungen Pull-Requests erf\u00fcllen m\u00fcssen. Zudem wird vorgeschlagen, KI einzusetzen, um die \u00dcbereinstimmung der eingereichten \u00c4nderungen mit den Regeln und Qualit\u00e4tsstandards jedes Projekts (z. B. wie im CONTRIBUTING.md festgelegt) zu \u00fcberpr\u00fcfen und \u00c4nderungen, die mithilfe von KI vorbereitet wurden, zu identifizieren und speziell zu kennzeichnen. <\/p>\n

Ein weiterer Vorschlag, der w\u00e4hrend der Diskussion ge\u00e4u\u00dfert wurde, ist die Einf\u00fchrung eines Filters, der das Einreichen von Pull-Requests ohne vorherige Er\u00f6ffnung von Issue-Diskussionen mit einer Erkl\u00e4rung der Gr\u00fcnde f\u00fcr die \u00c4nderungen verbietet, sowie die Information der Betreuer \u00fcber das Eintreffen von Pull-Requests von neuen Mitgliedern erst nach bestandenem Test in der Continuous Integration (CI)-Umgebung. <\/p>\n

Laut einer Statistik eines der Hauptentwickler des Genkit-Frameworks erf\u00fcllt nur eines von zehn in der KI vorbereiteten \u00c4nderungen die Kriterien zur Er\u00f6ffnung eines Pull-Requests. Ein Teilnehmer des Projekts Azure Core Upstream fasste die wichtigsten Bedenken der Betreuer zusammen: <\/p>\n