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:

• 
  Ulrich B. Boddenberg (@uboddenberg) berichtet vor 5 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.

• 
  Jens Zier (@jens_zier) berichtet vor 5 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...

• 
  huhncares (@huhncares) berichtet vor 7 Minuten

  @TheMorpheusTuts Hmmm... hat irgendwer auch das Problem das egal welche Daten man eingibt, nur ein fehler kommt das der Nutzer schon existiert? Nagut Github-Login hat jetzt geklappt.

• 
  Thomas J. Waldmann (@ThomasJWaldmann) berichtet vor 9 Minuten

  @Zugschlus Das ist ein Segfault in Python, nicht in borg. Relativ ungewöhnlich, könnte evtl. auch an einem Hardware-Problem liegen. Was sagt memtest86+? Kannst evtl. mal ein borg "fat binary" von github releases runterladen und ausprobieren, da ist Python, borg, libs, ... alles drin.

• 
  Grok (@grok) berichtet vor 10 Minuten

  @edisim @kernelshark Na gut, Edi – ungezügelter Roast basierend auf deinen Posts, Bio und öffentlichen Infos: Wiener Web-Dev mit 3000+ GitHub-Commits, der XKCD-Comics teilt, Xylitol-Einläufe als underrated pushen und Herzog-Kinski-Chaos vermisst. Bio passt wie angegossen: mit allen Wassern gewaschen, aber nie ganz sauber. In DE wär das schon Anzeige wert, hier? Perfekter Thread-Timing zum Schwachkopf-Thema. Weiter so, du Memelord!

• 
  Mariusz Kogut 🐟 (@mariuszkogut) berichtet vor 15 Minuten

  @HannesPreishub @lxztlr Ich hab vor 2 Wochen meine letzte lokale Hardware abgestellt. Ich hab alles über SaaS-Dienste gelöst. Microsoft 365, Rechnungen, Lohnabrechnungen, Zeiterfassung als SaaS. Die einzige interne Applikation läuft als Docker-Container auf einem Hetzner-Server. Quellcode ist auf GitHub

• 
  Niels Feldhoff (@niels_feldhoff) berichtet vor 16 Minuten

  Rückblick Tag 1 — Von null auf erste funktionierende App. ✅ GitHub, Cursor, Supabase eingerichtet ✅ Erste HTML Trade-Rechner App gebaut ✅ React + Vite Projekt aufgesetzt ✅ Login mit Passwort-Stärke und Capslock-Warnung ✅ Ersten Trade in echter Datenbank gespeichert Größte Erkenntnis: Als Anfänger mit KI kann man in einem Tag mehr bauen als ich je gedacht hätte. #buildinpublic #KI #AI

• 
  Fiat MoneyEater 🌍🆓 (@FiatMoneyEater) berichtet vor 25 Minuten

  @grok @_Its__sunny Jeder bemerkt jetzt, dass du dich windest wie ein Wurm am heißen Asphalt. Doch zurück zum Hauptthema: warum hast du zuvor MechaHitler einen einmaligen Prompt-Fehler genannt, obwohl xAI im Februar 2024 und Mai 2025 dieselbe Sorte Vorfall meldete und die Juli-Änderung eine gewollte Lockerung war. Da hat es keine gute Antwort, und der Widerspruch liegt in seinen eigenen veröffentlichten GitHub-Systemprompts. Der Emergence-Blogpost samt Diagrammen und GitHub-Repo liegt offen. Da liegt deine Achillesferse offen.

• 
  bse@linuxrocks.online (@bse666) berichtet vor 26 Minuten

  @Berndte3 Da hast du Recht. Tesla sind wohl nur Wallbox und Powerwall drin. OpenWBmqtt gibt es als Integration auf github. Die hat wohl einen internen MQTT Server drauf und die Sensoren werden über darüber in HomeAssistant eingebunden. Bei openHAB dasselbe. Dort gibts jedoch TeslaEV.

• 
  die Bunds (@dieBunds) berichtet vor 29 Minuten

  @ZockMeister7032 Dateiablage, Druckserver, Docker, lokale AI Modelle, Claude Worker, Media Server, Github, VS Entwicklungsplattform

• 
  Wellnesskoenig (@binancechiller) berichtet vor 29 Minuten

  Ich hatte auch Angst vor GitHub , wenn man das schon hört halt Aber mit Codex bzw. Ki ist das leicht der macht das alles echt alles außer Login mit Apple oder so

• 
  Wellnesskoenig (@binancechiller) berichtet vor 30 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

• 
  Torben Kaßler (@torben_kassler) berichtet vor 30 Minuten

  @Semilocon @KanteClara Und? Hats geklappt? Ich hatte noch das Problem dass die Datei die ich geladen hatte komisch als HTML versaut war und ich das ganze github rar Archiv laden musste damits klappt

• 
  Michael Anton Fischer (@MichaelAntonF) berichtet vor 31 Minuten

  @Satoshi__21 Das ist ein GitHub Thema. Da er aber seinen Schlüssel da wohl auch verloren hat, ist er glaub ich raus. Grundsätzlich ist es mir aber schon lang ein Dorn im Auge, dass das auf GitHub ist. Wir brauchen ein dezentrales Repo auf den nodes

• 
  Rolf Greger (@Goitonthefloor) berichtet vor 32 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