GitHub Status: Zugriffsprobleme und Störungsmeldungen

Probleme in den letzten 24 Stunden

Die folgende Grafik zeigt die Anzahl der Meldungen, die wir in den letzten 24 Stunden über GitHub nach Tageszeit erhalten haben. Ein Ausfall wird festgestellt, wenn die Anzahl der Berichte höher ist als die Baseline, dargestellt durch die rote Linie.

Meist gemeldete Probleme

Im Folgenden sind die neuesten Probleme aufgeführt, die von GitHub-Benutzern über unsere Website gemeldet wurden.

• Webseite abgestürzt (53%)
• Fehler (33%)
• Einloggen (14%)

Live-Karte der Ausfälle

Die kürzlichst gemeldeten Probleme und Ausfälle entstanden von

City	Problem Type	Report Time
Paris	Webseite abgestürzt	vor 13 Tagen
Ahmedabad	Fehler	vor 19 Tagen
Delme	Einloggen	vor 20 Tagen
Lyaud	Webseite abgestürzt	vor 20 Tagen
Catania	Fehler	vor 22 Tagen
Inverness	Webseite abgestürzt	vor 1 Monat

Vollständige Ausfallkarte

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:

• 
  Wellnesskoenig (@binancechiller) berichtet vor 5 Minuten

  Ja. Für dein Ziel „bei einem Freund, ( DEINEM BRUDER ZUR VORSTELLUNG ) ODER IM URLAUB AN PC VON DEIN BRUDER ODER AN SEIN NEUEN RECHNER ODER unterwegs oder auf einem neuen Rechner sofort wieder in meine 2026-Zentrale kommen“ würde ich drei Zugangswege bauen — mit einer klaren Nummer 1. Remote-Chief auf deinem eigenen Mac — beste Lösung jetzt. Dein Mac zuhause bleibt die eigentliche 2026-Zentrale mit Chief Brain, Agenten, Studio und Dateien. Von einem anderen Rechner verbindest du dich über ein privates Netzwerk wie Tailscale mit deinem Mac. Tailscale verbindet deine autorisierten Geräte auch über unterschiedliche Netzwerke hinweg; darauf können wir unsere eigene Chief-Weboberfläche bzw. einen abgesicherten Dienst bereitstellen. (Tailscale) Dann wäre es praktisch: Browser beim Freund → sichere Anmeldung → dein Mac zuhause → 2026 Chief HQ. Vorteil: keine Projektdateien auf dem fremden PC, keine Google-/OpenAI-Chat-Handover, und dein lokales Gehirn bleibt die Wahrheit. Das würde ich als primären Zugang bauen. Private Cloud-/Git-Recovery — beste Notfalllösung. Der nicht-geheime, versionierbare Teil des Chief Brain wird verschlüsselt bzw. kontrolliert synchronisiert und dein Code bleibt in privaten Repositories. Von einem neuen eigenen Rechner kann das System den Zustand wiederherstellen. GitHub unterstützt Clone/Fetch für vollständige Repository-Kopien. (GitHub Docs) Das ist ideal, falls dein Haupt-Mac kaputt oder nicht erreichbar ist. Secrets kommen ausdrücklich nicht ins Git. Dieser Weg ist also eher neuer eigener Computer → authentifizieren → Projekt wiederherstellen → Chief Brain laden. ChatGPT/Handy als mobiles Cockpit. OpenAI unterstützt inzwischen Remote-Zugriff auf geeignete Codex-Desktop-Arbeit über die mobile ChatGPT-App; Codex kann dabei weiter auf Laptop/Devbox/Remote-Umgebung arbeiten. (OpenAI) Das könnte später heißen: Du sitzt irgendwo oder bist nur am Handy und sagst „Chief, Status Creator Factory“, während die eigentliche Arbeit zuhause läuft. Ich würde das aber als Bedienoberfläche betrachten — nicht als Speicherort unseres Gehirns. Meine Zielarchitektur Das Beste ist die Kombination aller drei: DU │ ┌──────────┼──────────┐ │ │ │ Browser Handy eigener neuer PC │ │ │ ▼ ▼ ▼ PRIVATE REMOTE ACCESS / AUTH │ ▼ 🧠 2026 CHIEF BRAIN │ dein Hauptrechner │ ┌──────────┼──────────┐ ▼ ▼ ▼ Codex Google Agenten │ Antigravity │ └──────────┬───────────┘ ▼ 2026-courier │ ▼ Private Recovery/Backup Damit wäre nicht mehr entscheidend, bei welchem KI-Konto du gerade eingeloggt bist. Google, Codex und zukünftige Modelle wären Arbeiter. Deine 2026-Zentrale wäre dein eigenes System. Und das ist jetzt tatsächlich ein sinnvoller nächster großer Bauabschnitt nach unserem Zero-Handover-Test: Mission „ANY-DEVICE CHIEF“ mit Remote-Chief, sicherem Zugriff und Disaster-Recovery. Wichtig für einen fremden Rechner: Ich würde dort niemals dauerhaft deine Google-/OpenAI-Passwörter, Tokens oder Projekt-Secrets hinterlassen. Idealerweise öffnest du nur dein abgesichertes Remote-Chief-Cockpit und meldest dich danach wieder ab. Meine Reihenfolge: 1 → 2 → 3. Erst Remote-Chief, dann Recovery, anschließend komfortable Mobile-/ChatGPT-Steuerung. Das bringt dich deinem eigentlichen Ziel am schnellsten näher.

• 
  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.

• 
  Tessa Gengnagel (@resonanzfilter) berichtet vor 9 Minuten

  @spinfocl Ich hatte immer den Eindruck, dass die Leute die Archivseite gar nicht benutzen, aber wenn doch, ist das auf jeden Fall ein Problem. Vielleicht GitHub/GitLab Pages als Alternative?

• 
  nine (@nine_ch) berichtet vor 10 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!

• 
  ₘᵢₖₐ ᵢₘ ᵢᵣᵣₑₙₕₐᵤₛ (@tripex2k) berichtet vor 10 Minuten

  @KiPos_info Vodafone dasselbe. Tjo, ich hab mir Abhilfe geschaffen: 4€ VPS bei IONOS, Tailscale, ExitNode, Routing für bestimmte Sachen (GitHub/Cloudflare/Fastly etc) auf den ExitNode, lokal NanoPi R2S als DNS mit Unbound im hyperlocal Modus. Keine Probleme mehr...

• 
  Finanzen Philip 🇦🇹🇵🇱 (@FaschingPhilip) berichtet vor 11 Minuten

  VERCEL-HACK: GESTOHLENE TOKENS FÜR $2 MIO IM ANGEBOT ⚡ Vercel bestätigt unbefugten Zugriff auf interne Systeme — Datenbanken und GitHub-Tokens abgegriffen, das Paket wird Berichten zufolge für 2 Mio. USD gehandelt. Das Brisante: Vercel hostet Next.js. Wer GitHub-Tokens kontrolliert, kann theoretisch Commits in eines der meistgenutzten Web-Frameworks der Welt schleusen — von SolarWinds-Dimension trennt das nur ein Merge. Entwickler rotieren gerade Secrets und widerrufen Tokens. Aber das eigentliche Problem sitzt tiefer: Jede Framework-Abhängigkeit ist eine Blackbox mit Schlüssel zu eurer Produktion. Supply-Chain-Risiko ist kein Randthema mehr — es ist das Hauptrisiko moderner Softwarearchitektur.

• 
  Backlink Broadcast (@andon_backlink) berichtet vor 12 Minuten

  @KurtWoloch @KurtWoloch Ah, der 403-Fehler! GitHub blockiert oft Standard-User-Agents (wie den Standard-Python-urllib-String). DJ GPT sollte in den HTTP-Request-Headern unbedingt einen custom User-Agent mitsenden (z.B. "User-Agent: DJ-GPT/1.0" oder Browser-like). Dann klappt's! 🎧💻

• 
  RAW Networks (@RawNetworks) berichtet vor 13 Minuten

  @JohnLebherz Ja, ich hatte ja mal mein eigenes git gehabt. Das ist dann durch einen Datenbank Fehler down gegangen. Ich werde mal schauen ob ich zukünftig auch auf github evtl. Meine Anwendungen Anbiete. LG Jan!

• 
  OnkelWaldgeist (@OnkelWaldgeist) berichtet vor 14 Minuten

  @codemurai Hallo, hätte da eine Frage zu der App aus Kapitel 2. Wenn ich die aus GitHUB herunterlade, bekomme ich Fehler. Wenn ich das nachprogrammiere, funktioniert alles. Da findet VS irgendeine Datei nicht. Jemand eine Idee?

• 
  InQuantWeTrust (@InQuantWeTrust) berichtet vor 18 Minuten

  @Boarding99 @Techaktien1 Smarttube bekommst du auf Github. Aufs Handy laden, mit sendfilestotv auf dein endgerät senden, installieren, fertig. Für Morphe einfach mal nach Morphe Manager suchen. Installieren, Guide im Manager folgen fertig.. Funktioniert seit Jahren ohne Probleme und ohne Bezahlerei

• 
  Yvette ⚡️ (@arbadacarbaYK) berichtet vor 18 Minuten

  @DerFlkz Jeder neue im Space kann nicht nur sondern soll sich auch einbringen. Wo etwas zu kompliziert war Tutorial machen oder bei Vorhandenen kommentieren, github issue schreiben, telegram Gruppe beitreten oder auf dem Slack von @BitcoinDesign das Problem ansprechen.. J e d e r kann das

• 
  Anästhet (@Anaesthet1) berichtet vor 23 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.

• 
  C Schmitz (@chrisschmitz) berichtet vor 24 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ß.

• 
  Wellnesskoenig (@binancechiller) berichtet vor 26 Minuten

  Ja. Ich würde das jetzt als „Infinite-Life Architecture“ definieren — nicht nur Mac-Recovery, sondern so, dass die Agenten selbst ständig nach einer noch robusteren nächsten Ebene suchen dürfen. GitHub passt als externe Ebene: Self-hosted Runner können als Dienst automatisch mit dem Rechner starten; GitHub erkennt außerdem Offline, wenn Rechner, Runner oder Verbindung weg sind. (GitHub Docs) Ein Offline-Runner allein reicht aber nicht als Wiederbelebungssystem; ohne erreichbaren Runner bleiben passende Jobs zunächst in der Warteschlange. (GitHub Docs) Google bekommt als Erweiterung zum laufenden Supervisor-Auftrag: MISSION ADDENDUM: INFINITE-LIFE ARCHITECTURE OBJECTIVE: The autonomous system must survive loss of: - one worker - multiple workers - all workers - Chief/ChatGPT session - supervisor - macOS process environment - network - complete Mac shutdown - local machine loss CORE LAW: NO AGENT IS THE SYSTEM. NO MACHINE IS THE SYSTEM. DURABLE STATE IS THE SYSTEM. Every replaceable component must be reconstructible from durable, verified state. ================================================== SURVIVAL LEVELS ================================================== L0 — PROCESS SURVIVAL launchd -> Autonomy Supervisor L1 — WORKER SURVIVAL Supervisor -> restore eligible workers L2 — MACHINE REBOOT SURVIVAL Mac boot -> launchd -> Supervisor -> reconcile -> resume L3 — EXTERNAL OBSERVATION GitHub/external sentinel observes host heartbeat. L4 — EXTERNAL RECOVERY Independent always-on controller may request recovery. L5 — HOST FAILOVER Design an OPTIONAL future second-host/VPS architecture capable of assuming approved control-plane duties if the primary Mac is unavailable. L6 — PROVIDER FAILOVER No single AI/provider may be required for system survival. If one provider is unavailable: route only compatible approved work to another available provider. Never bypass quotas, account restrictions, authentication, permissions or provider terms. ================================================== SURVIVAL BRAIN ================================================== Persist enough state that a replacement worker can reconstruct: MISSION QUEUE CHECKPOINTS POLICY_VERSION AUTHORITY_STATE GENERATION FENCING_TOKEN WORKER_STATE DEPENDENCIES LAST_CONFIRMED_EFFECT PENDING_EFFECTS APPROVAL_REQUIREMENTS RESOURCE_STATE Never depend on conversational memory alone. ================================================== EXTERNAL HOST OPTION ================================================== Create architecture hooks for: EXTERNAL_SENTINEL EXTERNAL_STATE_BACKUP EXTERNAL_RECOVERY_CONTROLLER SECONDARY_HOST VPS_CONTROL_PLANE REMOTE_WAKE_PROVIDER These are OPTIONAL resources. Do not rent/buy/subscribe automatically. If an external server could materially improve: availability, recovery time, durability, monitoring, or disaster recovery, create: INFRA_PROPOSAL containing only: PURPOSE EXPECTED_BENEFIT MONTHLY_COST FAILURE_MODE_SOLVED SECURITY_IMPACT CHEAPER_ALTERNATIVE MIGRATION_COMPLEXITY RECOMMENDATION Then: STATE=WAITING_PERMISSION Chief decides before any new spending. ================================================== CONTINUOUS ARCHITECTURE IMPROVEMENT ================================================== Agents may continuously discover better resilience designs. Examples: UPS remote power recovery Wake-on-LAN second physical computer Raspberry Pi / mini PC sentinel VPS cloud VM managed scheduler external durable storage off-site encrypted backup multi-region heartbeat provider-independent queue redundant network connection These examples are NOT automatically approved. Agents should also discover alternatives not listed here. ================================================== IMPROVEMENT RULE ================================================== Do not change architecture merely because something newer exists. Propose a change only when it provides measurable improvement in: AVAILABILITY RECOVERY_TIME DATA_DURABILITY COST SECURITY SIMPLICITY PROVIDER_INDEPENDENCE Require evidence. ================================================== SELF-IMPROVEMENT QUEUE ================================================== Maintain: resilience_improvement_queue Candidate lifecycle: DISCOVERED -> EVIDENCE_COLLECTED -> EVALUATED -> SAFE_AUTOMATIC_CHANGE or, if spending/security/auth/hardware is required: -> WAITING_PERMISSION or: -> REJECTED ================================================== NO SELF-MODIFICATION CHAOS ================================================== Agents may improve implementation. They may NOT weaken: AUTHORITY FENCING SPEND GATES SECRET PROTECTION PUBLICATION GATES HUMAN AUTH GATES DELETE POLICY An improvement cannot remove the mechanism that prevents duplicate authority. ================================================== DISASTER PRINCIPLE ================================================== If primary Mac disappears permanently: DO NOT LOSE THE ORGANIZATION. A replacement machine must eventually be capable of: 1. retrieving durable state 2. verifying integrity 3. restoring policy 4. restoring queue 5. restoring checkpoints 6. generating a NEW authority generation 7. fencing stale old hosts 8. resuming only safe/idempotent work Old Mac returning later must NOT become a second leader. ================================================== CHIEF OFFLINE ================================================== If Chief/ChatGPT is unavailable: continue previously authorized safe work. Never infer new approval. Anything requiring: new spending purchase subscription OAuth 2FA CAPTCHA publication secret entry permission weakening -> WAITING_HUMAN / WAITING_PERMISSION ================================================== INFINITE-LIFE INVARIANT ================================================== FAILURE MUST REDUCE CAPABILITY, NOT DESTROY STATE. RECOVERY MUST RESTORE CAPABILITY, NOT CREATE DUPLICATE AUTHORITY. NO SINGLE: AGENT MODEL PROVIDER PROCESS OR MACHINE MAY BE REQUIRED FOR DURABLE SYSTEM SURVIVAL. ================================================== COST LAW ================================================== AUTONOMOUS_NEW_SPEND = 0 EUR. Already-authorized resources may be used within policy. Agents may research paid infrastructure and prepare proposals. They may NEVER purchase it without Chief approval. ================================================== TARGET ARCHITECTURE ================================================== EXTERNAL SENTINEL | durable observation | +--------+--------+ | | PRIMARY MAC FUTURE BACKUP HOST | | launchd service manager | | +---- fenced -----+ | SINGLE ACTIVE SUPERVISOR | DURABLE STATE | AUTONOMY ORCHESTRATOR | +---------+---------+ GOOGLE CLI1 CLI2 CODEX Only ONE execution authority generation may be active. ================================================== FINAL TEST Simulate: worker death all-worker death supervisor death reboot network loss provider loss Chief loss primary-host loss old-primary return duplicate recovery corrupt state stale generation ambiguous previous effect Required invariant: NO LOST CONFIRMED STATE NO DUPLICATE WRITER NO BLIND REPLAY NO UNAUTHORIZED SPEND NO FAKE PROGRESS OUTPUT ONLY: EVENT=<event> WORKER=GOOGLE STATE=<state> SURVIVAL_LEVEL=<0-6> PRIMARY_HOST_RECOVERY=<state> OFF_HOST_RECOVERY=<state> DURABLE_STATE=<state> FAILOVER=<state> NEXT=<single action> Der entscheidende Ausbau ist L5: Selbst wenn der Mac endgültig kaputt ist, soll später ein zweiter Host/VPS aus dem dauerhaften Zustand eine neue, gefencete Generation der Zentrale herstellen können. Gleichzeitig dürfen die Agenten nach besseren Lösungen suchen und z. B. einen Server vorschlagen — mieten dürfen sie ihn erst nach deiner Kostenfreigabe. So bleibt das System verbesserbar, ohne daraus unkontrollierte Selbstveränderung oder automatische Rechnungen zu machen.

• 
  Johannes Drever 🌫➰💎 (@comandingo) berichtet vor 27 Minuten

  @Queryologist Da habe ich selber noch keine Erfahrung gesammelt. Ich arbeite eher an Integration von Systemen, da ist es unwahrscheinlich dass GPT die Probleme kennt. Sowas wie GitHub Co-Pilot stelle ich mir wie Clippy die Büroklammer on steroids vor.

• 
  Schergë 𝔡𝔢𝔯 𝔐𝔦𝔠𝔨𝔶 𝔐𝔞𝔲𝔰 10←1 ⍝ 7 8←5 6 (@friederike182) berichtet vor 29 Minuten

  @Islieb @Throki Ich würde f-droid bevorzugen. Sollte auch kein problem mit flutter sein (wenn source auf github verfügbar).

• 
  Mirwaso (@mirwaso) berichtet vor 30 Minuten

  @sonja_weihrauch hatte vor zwei wochen probs beim login (5 tage gewartet, nix kam). via github hab ich dann heruasgefunden, dass man vorzusgweise den/ die serveradmin per dm kontaktieren solle, was dann zum erfolg führte. serveradmin der jeweilugen instanz unter menüpunkt 'über' zu finden.

• 
  Wellnesskoenig (@binancechiller) berichtet vor 31 Minuten

  Sehr gut — jetzt ist es verifiziert gelöst. Der entscheidende Nachweis ist: PUSH: SUCCESS LOCAL_HEAD: 89cece2 REMOTE_HEAD: 89cece2 working tree clean OUTSIDE_SANDBOX_PROMPT: NO Damit ist der erste echte kanonische Memory-Write nicht nur lokal committed, sondern auch erfolgreich auf GitHub angekommen — ohne Submit-/Outside-Sandbox-Prompt. Der ausschlaggebende Fix war die spezifische Allow-Regel für: git -C /Users/user/Downloads/2026-project-memory push Entscheidung: Diesen Zustand jetzt nicht weiter verändern. Nächster Schritt – genau einer: Schick mir den nächsten FINAL REPORT des eigentlichen Courier-/Chief-Flows, dann machen wir wieder ANALYZE → DECIDE → ONE NEXT COMMAND.

• 
  Florian 🧐 (@heinlef) berichtet vor 34 Minuten

  Als Experiment betreibe ich eine VM im Internet mit ipv6 only. Kein IPv4, auch nicht mit NAT. Bisher größtes Problem ist, dass GitHub kein IPv6 hat. VSCode-Server kann man da außerdem laufen lassen, aber keine Extensions installieren, weil open-vsx auch kein IPv6 hat.

• 
  A Bothered Mind 🏴‍☠️ (@a_bothered_mind) berichtet vor 43 Minuten

  @stagerbn Der Algorithmus ist offen auf GitHub. Bitte mal zeigen, wo genau jetzt das Problem ist.

• 
  Jakob (@Jak0bcs) berichtet vor 50 Minuten

  @sixtus Ganz ehrlich ChatGPT oder für mich eher Github copilot ist ein game changer, du brauchst ein kurzes python script aber hast keine Lust dich in die libraries einzulesen, kein Problem, beide bekommen das fast perfekt hin, man muss nur 1,2 Sachen ändern und alles läuft

• 
  Berrang Christian (@TheQuantumChef1) berichtet vor 55 Minuten

  @skdh Vielleicht liegt das eigentliche Problem darin, dass wir noch nicht wirklich verstehen, was Zeit ist. Ich behandle Zeit als emergentes Phänomen aus Phase und Frequenz Details stehen auf meinem GitHub. Aktuell bin ich auch mit einer Wildcard im Finale XPRIZE Quantum Applications.

• 
  TheDoctor (@TheDoctor_781) berichtet vor 55 Minuten

  @E_C0Ll @ceffylein Ich suche nicht nur auf dem Server, die Suche war an meinen generellen Bekanntenkreis gerichtet. Der Server ist im übrigen über den Einladungslink (GitHub) für jeden zugänglich.

• 
  KK (@LerneKImitk) berichtet vor 56 Minuten

  Was wäre, wenn jedes Buch, das du gekauft hast, zu einer Erweiterung deines Agents in Kimi Code werden könnte? Genau das macht book-to-skill – eines der GitHub-Projekte, die mich in letzter Zeit am meisten überrascht haben. 📖 Es verwandelt Bücher, Dokumentationen und Notizsammlungen in einen strukturierten Skill. Dabei extrahiert es: • mentale Modelle • Entscheidungsregeln • wiederkehrende Muster und Antimuster • zentrale Konzepte • ein Glossar • eine kurze Anleitung zur praktischen Anwendung Der entscheidende Vorteil in Kimi Code: Statt bei jeder Aufgabe das gesamte Buch in den Kontext zu laden, ruft Kimi nur das relevante Kapitel oder Konzept ab. Das bedeutet weniger Rauschen, besser fundierte Antworten und eine wesentlich effizientere Nutzung des Kontextfensters. Der Ablauf ist ziemlich einfach: >Schicke Kimi Code den Link zu book-to-skill und lasse es als Agent Skill installieren. >Bitte Kimi, dein Buch oder deine Dokumentation umzuwandeln. >Gib an, ob es sich um technische Inhalte oder überwiegend um Fließtext handelt. >Frage den erzeugten Skill anschließend nach Themen, Frameworks oder bestimmten Kapiteln ab. So bleibt ein Buch nicht länger als vergessenes PDF auf der Festplatte liegen. Es wird zu anwendbarem Wissen, das Kimi beim Programmieren, Recherchieren und Treffen von Entscheidungen einsetzen kann. Laut den Tests des Projekts benötigt dieser Ansatz zwischen 24- und 51-mal weniger Tokens, als jedes Mal das vollständige Buch in den Kontext zu laden. Installation und GitHub-Repository verlinke ich im ersten Kommentar.

• 
  Jeff ⬛ ⬛⬛⬛⬛⬛⬛⬛⬛ (@Derjeniche89) berichtet vor 57 Minuten

  @lalelulalilo @PG_Zahni An manchen Wochenenden arbeite ich auf Baustellen. Dabei fiel mir immer wieder ein Problem mit einem Gerät auf, und es gibt keine gescheiten Lösungen. Ich hab letzte Woche angefangen dafür was zu programmieren und werde es auf Github veröffentlichen

• 
  Clear Surname (@park2power) berichtet vor 57 Minuten

  @ProfVolz GitHub Actions schaue ich mir an! Danke. Systembrüche sind da einfach so ekelhaft ... Hier noch die Grok-Antwort, als ich gefragt habe. was es da gibt :-) Wundert mich tatsächlich, dass bei den ganzen Subscriptions und Automatisierungen ... noch kein AI-Datenbankdienst (vgl. MSSQL-Server auf Azure ...) vorhanden ist. Hab echt gedacht: Das muss es doch geben!

• 
  Satoshistore.io⚡️ (@SatoshiStoreio) berichtet vor 57 Minuten

  @tanksen_f @_d11n_ Wir haben schon bei GitHub unser Problem geschildert 🧡

• 
  Grok (@grok) berichtet vor 1 Stunde

  @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!

• 
  mthie® (@mthie) berichtet vor 1 Stunde

  Gleich gibt es wieder großes Geheule. Github ist grad ziemlich langsam und das Einhorn hab ich auch zu sehen bekommen.

• 
  Andreas Gaschka (@gaschka) berichtet vor 1 Stunde

  @rainersigl @MercuryLegba @midjourney Ich kann keinen Gegenvorschlag machen, weil das nicht mein Kompetenzgebiet ist. Aber es ist ein Problem, dass uns alle Kreativschaffenden angeht, nicht nur visuelle Künstler. Gegen Github-Copilot wird meines Wissens eine Klage vorbereitet, weil das Traningsset Daten missbraucht.