GitHub Karte der Ausfälle

Community-Diskussion

Tipps? Frustrationen? Teile es hier. Nützliche Kommentare enthalten eine Beschreibung des Problems, der Stadt und der Postleitzahl.

Hüten Sie sich vor „Support-Nummern“ oder „Wiederherstellungs“-Konten, die unten möglicherweise veröffentlicht werden. Stellen Sie sicher, dass Sie diese Kommentare melden und ablehnen. Vermeiden Sie die Veröffentlichung Ihrer persönlichen Daten.

GitHub Problemmeldungen

Letzte Ausfälle und Probleme die in sozialen Medien gemeldet wurden:

• 
  AI Slop Enjoyer (@SfaFan79) berichtet vor 48 Sekunden

  @Boss_Max_Muetze @ArnoNymuski War der Fehler, den Github gestern angezeigt hat. War lange down - konnte erst gegen 0:00 wieder die KI benutzen.

• 
  Zuri (@shaedrich@mastodon.online) 🔴🔴🔴 (@SHaedrich) berichtet vor 2 Minuten

  @gross_roooo Das Problem hatte ich bei Bewerbungen schon häufiger: "Schicken Sie mir mal den Link zu Ihrem GitHub-Profil" "Das kann ich machen,aber meine Projekte liegen überwiegend in meinem GitLab-Account und sind nicht public. Auf GitHub sieht man nur, dass ich viel zu OpenSource beitrage"

• 
  C Schmitz (@chrisschmitz) berichtet vor 3 Minuten

  @_paulwetzel @Axel_Bojanowski Ich empfehle immer mal: Betrachtung der tatsächlichen Modelle, ist ja in der Regel auf Github. Die Thematik ist relativ spannend bezüglich der Berechnungen und der Fehler bzw. die Potenzierung der Fehler in der Berechnung over time. Data Scientists hätten wohl Spaß.

• 
  Rolf Greger (@Goitonthefloor) berichtet vor 5 Minuten

  @robkde Deswegen lass ich openclaw nur noch gekapselt auf meinem Server laufen. Der hat Zugriff auf ein Share und GitHub , darüber kann ich alles holen was ich von dem brauch :D

• 
  Sir Kowalski Flausn der Schnuffelrunde🏠5x💉😷 (@KowalskiFlausn) berichtet vor 8 Minuten

  @andersbunt Mir ist übrigens letztens bei meinem Kunden ein übler Fehler unterlaufen. Auf Github fand man ein sehr senisbles Passwort, weil ich das leider übersah und nicht in eine spezielle Datei packte. Hab ich sofort denen geschrieben. Es hätte übel ausgehen können. So viel dazu.

• 
  nine (@nine_ch) berichtet vor 8 Minuten

  Fair point, das ist tatsächlich ein Trade-off, den wir hier bewusst eingegangen sind. Giscus/GitHub Discussions bedeutet für dich als Kommentator:in einen GitHub-Account und Daten bei GitHub, aber wir brauchen keinen eigenen Server dafür zu betreiben. Remark42 ist übrigens nicht ganz "ein Einzeiler": Das Frontend-Snippet schon, aber dazu kommt ein eigener Server, eine eigene Domain für OAuth und ein Reverse Proxy mit SSL, den wir dauerhaft selbst betreiben müssten, inklusive Updates und Monitoring. Für ein Kommentarfeld unter unseren Blog-Posts steht dieser Betriebsaufwand für uns aktuell in keinem guten Verhältnis zum Nutzen, das würde sich eher lohnen, wenn Kommentare bei uns ein zentraler Teil des Produkts wären statt ein Zusatzfeature. Dazu kommt: Ein grosser Teil unserer Leser:innen hat als Entwickler:in ohnehin schon einen GitHub-Account, die Hürde ist für diese Zielgruppe also klein. Trotzdem: Beide Wege haben ihren Preis, wir haben uns hier bewusst für weniger Betrieb entschieden. Danke für den Denkanstoss!

• 
  Aliza Coco 🐻🍪 (@Alisaberrie) berichtet vor 8 Minuten

  @cloutwiewoIke Codecademy, freecodecamp, w3schools, codewars, udemy. Für community stackoverflow, github oder dc server. Man muss aber Geduld haben. Fang am besten mit Python an. Viel Erfolg!

• 
  Adrian/loreley (@rainloreley) berichtet vor 9 Minuten

  @PauIGoldschmidt ah na dann, ist ja perfekt, wollte ja nur an nem Programm arbeiten, welches auf Github ist, und auf meinem Server läuft, welchen ich über SSH steuere Das wird ein wundervolles Erlebnis

• 
  Jens Zier (@jens_zier) berichtet vor 9 Minuten

  @RoidNatty @aktienmessie Jop. Ich arbeite in der IT, aber entwickle nicht. Ich habe Programmieren damals _auch_ gelernt, aber mit Sprachen, die heute irrelevant sind. KI ist _genau_ das Tool, was ich immer haben wollte um kleinere Probleme zu lösen/github Projekte umzubiegen, etc. Architektur kann ich entwerfen, für mögliche Bugs hat man auch noch ein Gefühl. Aber wie man jetzt irgendeine scheiss Zeile in PyYamlRails3.5 einrücken muss, braucht mixh nicht mehr zu interessieren! Zwei Probleme sehe ich allerdings: 1. Große Softwarehersteller geben auch extrem komplexe Projekte an KI. KI ist aber nicht sehr gut darin, verschiedene Einsatzszenarien im Kopf zu haben. Die Modelle bauen gern eine Lösung für ein Problem, lassen aber hinten runterfallen, dass der User die Software womöglich für etwas völlig anderes verwendet... 2. Die großen KI-Anbieter optimieren sehr stark auf Coding mittlerweile. In vielen anderen Bereichen werden die Modelle spürbar schwächer...

• 
  Anästhet (@Anaesthet1) berichtet vor 12 Minuten

  Brauche mal #FollowerPower: Ich bekomme ein bestimmtes Github-Repository, welches in Go programmiert ist, nicht zum laufen auf einem Raspi. Probleme im folgenden Tweet. Kann wer helfen? Details per DM.

• 
  J.Kakaofanatiker🇺🇦 (@kakaofanatiker) berichtet vor 13 Minuten

  Ich lade ein Programm (-git) aus der AUR: Fehler Ich lade den Quellcode so von GitHub: funktioniert ????

• 
  Wellnesskoenig (@binancechiller) berichtet vor 14 Minuten

  Ich möchte mit GitHub und Codex ein dauerhaftes Projektgedächtnis für meine KI-/ChatGPT-Arbeit aufbauen. Ich fange bei null an. ZIEL: Ich möchte verhindern, dass mein gesamtes Projektwissen nur in langen ChatGPT-Chats steckt und verloren geht, wenn ein Chat voll wird oder ich einen neuen Chat beginnen muss. GitHub soll deshalb meine dauerhafte, kanonische Projektquelle werden. Später sollen neue ChatGPT-/Codex-/Agenten-Sitzungen dort nachlesen können: * Was ist mein Projekt? * Was wurde bereits gebaut? * Welche Entscheidungen wurden getroffen? * Warum wurden sie getroffen? * Welche Ideen gibt es? * Was ist geplant? * Was wurde verworfen oder pausiert? * Welche technischen Komponenten existieren tatsächlich? * Welche Probleme sind offen? * Was ist der nächste sinnvolle Schritt? WICHTIG: Unterscheide strikt zwischen: VERIFIED_CURRENT EXTERNAL_STATUS HISTORICAL_DECISION USER_INTENT PLANNED IDEA DEFERRED PAUSED REJECTED POSSIBLY_OUTDATED CONFLICT SOURCE_MISSING UNKNOWN Eine Idee darf niemals als implementiertes Feature dargestellt werden. Eine alte Dokumentation darf nicht automatisch als aktueller technischer Zustand gelten. Technische Tatsachen sollen nach Möglichkeit am tatsächlichen Repository-/Systemzustand überprüft werden. SICHERHEIT: Niemals in das Projektgedächtnis schreiben: * Passwörter * API-Keys * Tokens * OAuth-Secrets * 2FA-Codes * Credentials * Bankdaten * Steuerdaten * Ausweisdaten * Kundendaten * andere sensible Informationen GitHub soll Wissensspeicher sein, kein Secret Store. AUFGABE: Hilf mir jetzt Schritt für Schritt, dieses System sauber aufzubauen. PHASE 1 – BESTANDSAUFNAHME Prüfe zuerst: 1. Welche GitHub-/Git-/Codex-Funktionen mir tatsächlich zur Verfügung stehen. 2. Ob ich bereits ein geeignetes Repository habe. 3. Welche bestehenden Projektordner oder Repositories geschützt und getrennt bleiben müssen. 4. Ob GitHub-Authentifizierung funktioniert. 5. Welche persönlichen Freigaben eventuell erforderlich sind. Nichts löschen oder bestehende Projekte ungefragt verändern. PHASE 2 – PROJECT MEMORY Wenn noch kein separates Memory-Repository existiert, hilf mir dabei, ein privates Repository dafür einzurichten. Das Memory-Repository soll ausschließlich das Projektgedächtnis enthalten. Vorgesehene Struktur: PROJECT_STATE.md PRODUCT_VISION.md DECISIONS.md IDEA_ARCHIVE.md BACKLOG.md TECHNICAL_CONTEXT.md OPEN_QUESTIONS.md LESSONS_LEARNED.md SOURCE_INDEX.md MEMORY_CHANGELOG.md AGENTS.md Erkläre kurz den Zweck jeder Datei und passe die Struktur an mein tatsächliches Projekt an. PHASE 3 – WISSEN ÜBERTRAGEN Hilf mir anschließend, vorhandenes Wissen aus meinen bisherigen Projektinformationen in diese Dateien zu übertragen. Dabei: * aktuelle Fakten verifizieren, soweit möglich, * historische Entscheidungen erhalten, * Konflikte markieren, * fehlende Quellen markieren, * Ideen nicht mit Implementierungen verwechseln, * veraltete Informationen nicht still löschen. PHASE 4 – NEUE SESSIONS Richte das Gedächtnis so ein, dass eine neue Codex-/Agenten-Sitzung später zuerst: 1. PROJECT_STATE.md liest, 2. AGENTS.md liest, 3. nur die für ihre Aufgabe relevanten weiteren Memory-Dateien liest, 4. anschließend den tatsächlichen Repository-Zustand prüft. Die komplette Historie soll nicht bei jeder kleinen Aufgabe unnötig in den Kontext geladen werden. Prinzip: RAW HISTORY → COMPILED CURRENT STATE → RELEVANT TASK CONTEXT PHASE 5 – COURIER / AGENTEN Erst nachdem das Projektgedächtnis zuverlässig funktioniert, möchte ich optional einen separaten Courier-/Nachrichtenmechanismus aufbauen. Dieser soll später strukturierte Aufgaben und Ergebnisse zwischen verschiedenen ausführenden Sitzungen/Agenten transportieren können. Memory und Courier müssen getrennt bleiben: PROJECT MEMORY = langfristiges Wissen COURIER = Aufgaben-/Ergebnistransport Ein Courier-Envelope sollte mindestens unterstützen: MESSAGE_ID TASK_ID CORRELATION_ID PARENT_ID SOURCE

• 
  Ulrich B. Boddenberg (@uboddenberg) berichtet vor 16 Minuten

  Consulting Briefing vom 24.08.2026 Power Automate im Terminal: Microsoft macht ernst – und dein Mandant wahrscheinlich nicht Microsoft hat es zwischen zwei Zeilen im Release-Blog versteckt, aber es ist da: Das Power Automate Plugin für Claude Code und GitHub Copilot CLI ist seit August 2026 GA. Nicht Preview. Nicht "bitte Formular ausfüllen". Einfach da. Zwei Befehle, az login, vierzig Sekunden – und deine Entwickler bauen Cloud Flows aus dem Terminal. Autonom. Mit 50+ Tools über einen lokal laufenden MCP-Server. Ohne dich zu fragen. Die gute Nachricht: Technisch sauber gebaut. Neun Skills vom Setup bis zur Fehlerdiagnose. Läuft offline. diagnose-flow findet in vier Minuten, wofür dein Kollege drei Wochen gebraucht hat. Die schlechte Nachricht: Der Agent authentifiziert sich mit der Identität des Entwicklers. Also mit den Rechten, die ihm vor drei Jahren jemand "nur für die Migration" gegeben hat. Dazu kommt: manage-flows kann publizieren, deaktivieren und löschen. In Produktion. Mit Auto-Approve. Was möglicherweise schiefgehen könnte, hat sich schon selbst beantwortet. Microsoft hat immerhin die Bremse mitgeliefert: Advanced Connector Policies mit Default-Deny-Allowlist, GA seit Juni. Der einzige Haken: Sie sind standardmäßig aus. Der Schutzmechanismus, der genau für dieses Szenario gebaut wurde, tut in deinem Mandanten gerade absolut nichts. Was jetzt zählt: Rechte-Audit (wer hat eigentlich noch Sysadmin und warum?), Sandbox mit aktivierten ACPs, dedizierte Dev-Umgebung für Agenten, Auto-Approve nur in Dev. Und Flow Groups einrichten, bevor die 250.000-Aktionen-Drosselung dich findet. Der eigentliche Punkt geht aber weiter: Microsoft baut hier einen Marketplace für Agent-Skills über die ganze Power Platform. Power Automate ist nur das Plugin, das dieses Mal fertig wurde. Wer jetzt Governance baut, baut sie nur einmal. Wer wartet, führt die gleiche Diskussion in sechs Monaten – dann mit sieben Werkzeugen gleichzeitig. Der teuerste Halbsatz der Power Platform bleibt: "Welche Umgebung war das nochmal?" Mehr dazu im ausführlichen Artikel, Link in den Kommentaren. Das Consulting Briefing gibt es auch per E-Mail.

• 
  KI_Evolution (@AnETHonian) berichtet vor 17 Minuten

  Agent Reach hat 66.000 GitHub-Stars. Klingt gut. Funktioniert nicht überall. Twitter, Reddit, Instagram: braucht deine Cookies — Verstoß gegen die Nutzungsbedingungen, Account-Sperre möglich. So ist die Lage: Guter Scraper. Kein Wunderwerkzeug.

• 
  Bre Uxi || Brüy || Breu || Tobi || Brötchen (@Breuxi) berichtet vor 22 Minuten

  Ich hab mal nen Discord Bot geschrieben, der den Status von einem beliebigen Minecraft Server als sich selbst updatendes Bild in einen Channel postet und den Online Status und Slot Count als eigene Channel anzeigt. Meint ihr der Code soll auf GitHub? :D