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

Reddit Problemmeldungen

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

• 
  Michael (@meamZ_DE) berichtet vor 2 Minuten

  @Hapaboreacel Man liest auf reddit auch nur die Versager... Ich kenne einige echt gute absolventen die WIRKLICH was können und keiner von denen hatte ein Problem einen Job zu finden...

• 
  Schink Tonic 🌍 (@Schinkmeister) berichtet vor 3 Minuten

  @Woife18 Du bist hier im Internet. Wenn du dich für ein Thema interessierst, kannst du auch Antworten bekommen. Du solltest dann natürlich nett nach den Infos fragen und nicht in der Art, in der du ständig Tweets kommentierst. Ich denke Reddit wäre ne gute Anlaufstelle.

• 
  Justin 🏳‍🌈🇵🇸 (@iHuntDads) berichtet vor 4 Minuten

  @Telekom_hilft Hey Telekom, ich hab seit Tagen Verbindungsprobleme mit Rainbow Six Siege. Verbindung geht meistens garnicht, manchmal klappts. Laut Reddit haben mehrere Telekom Kunden das selbe Problem, wisst ihr was dazu? Passiert nur mit den R6 Servern, andere Ubi Spiele gehen

• 
  miami ammi 🏳️‍⚧️ (@ammisucks) berichtet vor 5 Minuten

  @elvanseadult gott strafe reddit du kannst jede scheisse mit vpn nutzen, paid services sein wie, ah brudi hat wieder 7890km in 2 sekunden zurück gelegt. Ja kein Problem, hier content. reddit so als free service, ah vpn, tja, an die wand mit dir

• 
  A$AP TURTLE (@vvsFrosch) berichtet vor 7 Minuten

  Zu geisteskrank lustig wie die pokemon go community auf reddit rumheult weil weil die covid-änderungen jetzt langsam rausgenommen werden "Oh nein ich muss jetzt echt das haus verlassen und sozialisieren um zu raiden wie schlimm"

• 
  radde (@tvvidderradde) berichtet vor 8 Minuten

  @rschbesucher @Peter_Silie1971 isn narratives brett das lass ich mir nicht von juliensblog fans und reddit usern kaputt machen hahahs

• 
  Wellnesskoenig (@binancechiller) berichtet vor 10 Minuten

  Ja. Nach den Berichten von gestern und heute (31.08./01.09.2026) würde ich unsere bisherige Idee noch einmal deutlich verschärfen. Die Warnung, die du bekommen hast, ist berechtigt: Ein Agentensystem kann sehr schnell mehr Modellverbrauch durch Koordination, Selbstgespräche, Reviews und Kontextwiederholungen erzeugen als durch die eigentliche Arbeit. Bei Grok Bot sieht man gerade mehrere konkrete Warnsignale. Ein Nutzer berichtet vom 31. August, dass sein Wochenlimit erreicht wurde und erst sechs Tage später zurückkommt. Ein anderer berichtet, dass Inbox-Aufräumen innerhalb von weniger als acht Stunden sowohl SuperGrok- als auch SuperGrok-Plus-Kapazität aufgebraucht habe, ohne brauchbare Vorwarnung. Ein weiterer beobachtete, dass selbst einfache Bot-Aufgaben häufig an Grok 4.6 High Fast geroutet wurden; ungefähr hundert einfache Completions plus ein kurzer Coding-Job hätten rund 5 % des Wochenbudgets verbraucht. Das sind Nutzerberichte, keine verifizierten universellen Verbrauchswerte, aber das Muster ist relevant. (Reddit) Noch interessanter sind die aktuellen Cursor-Forum-Themen vom 31. August: dort häufen sich Diskussionen über „very high costs“, ungewöhnlich viele sand-*-Tokens, Bots, die nach Reset nicht reagieren, hängende Cleanup-Phasen und fehlende Warnungen vor kostenpflichtigem On-Demand-Verbrauch. (Cursor - Community Forum) Das passt zu älteren Beschwerden über >70 % verschwendete Tokens und Agenten-/Composer-Schleifen. (Cursor - Community Forum) xAI bestätigt zumindest die grundsätzliche Mechanik: normales Grok verwendet einen gemeinsamen wöchentlichen Usage-Pool, wobei lange Coding-/Compute-Aufgaben deutlich mehr verbrauchen als einfache Nachrichten. Grok Bot hat inzwischen einen eigenen separaten Usage-Pool. xAI empfiehlt für seine eigenen Bot-Routines außerdem explizit idempotente Retries, No-Data/Stale-Data-Regeln, Vorbereitung vor Ausführung und Approval-Gates. (Grok API Dokumentation) Bei meiner Suche auf X selbst habe ich heute keine ausreichend belastbaren, indexierbaren Einzelposts gefunden, die ich dir als Beweis verkaufen würde. Ich würde daher nicht behaupten, „Twitter sagt X“, wenn die besser belegten aktuellen Signale gerade aus Cursor-Forum und Reddit kommen. xAI hat Grok Bot erst am 29. August enger mit X integriert, weshalb dort vermutlich noch mehr praktische Erfahrungsberichte entstehen werden. (SpaceXAI) Für unsere Zentrale würde ich deshalb aggressiver optimieren als nur mit einem Result Barrier. Der Kern sollte nicht sein: Wie beschäftigen wir alle Agenten? sondern: Wie erreichen wir den nächsten wertvollen Zustand mit der geringstmöglichen Anzahl bezahlter Modellentscheidungen? Das bedeutet eine etwas andere Architektur: CHIEF BRAIN │ VALUE / DEPENDENCY GRAPH │ ┌──────────┴──────────┐ │ │ DETERMINISTIC JUDGMENT NEEDED? ENGINE │ │ MODEL CALL GATE │ │ cheap/local only if YES │ │ └──────────┬──────────┘ │ COURIER │ RESOURCE SCHEDULER │ ┌───────────────┼───────────────┐ Google Codex local jobs Und darüber würde ich acht harte Sparmechanismen setzen: Model Call Admission Control. Ein Modell darf nicht allein deshalb gestartet werden, weil eine Aufgabe „READY“ ist. Es braucht zusätzlich einen nachweisbaren Grund: NEW_INFORMATION + EXPECTED_DECISION_VALUE > MODEL_CALL_COST_RISK. Keine mathematisch erfundene Euro-Bewertung, sondern Klassen wie CRITICAL_UNBLOCK, HIGH_VALUE, USEFUL, OPTIONAL, ZERO_GAIN. Deterministic-first ladder. Hashes, Tests, Diff, Dateizustand, Schemaprüfung, Dependency-Auflösung, Duplicate Detection, Rendering-Status, Prozesse und Gates werden niemals von einem LLM beurteilt, wenn Code das entscheiden kann. Das Modell bekommt erst das verbleibende Urteil. Review Debt statt Review Reflex. Low-/Medium-Risk-Deltas können zunächst als REVIEW_DEBT gesammelt werden. Erst wenn ein Release-/Aktivierungsgrenzpunkt erreicht wird oder mehrere relevante Deltas zusammen eine echte Entscheidung benötigen, bekommt Codex eine gezielte Prüfung. Damit vermeiden wir 5 Änderungen → 5 Reviews. Decision Join. Wenn drei Resultate dieselbe Entscheidung speisen, bekommt Chief/Codex nicht drei Nachrichten. Courier hält sie: A angekommen → speichern B angekommen → speichern C angekommen → ein gemeinsames Decision Packet. Das ist für uns wesentlich wichtiger als bloß „auf Google und Codex warten“. Context Lease. Ein Modell erhält Kontext einmal und danach nur noch hash + delta. Keine kompletten Missionsberichte wieder und wieder. Ein Context-Block bekommt eine ID und bleibt gültig, bis relevante Information ihn invalidiert. Escalation ladder. Nicht jede Aufgabe startet mit unserem teuersten Denker: local deterministic → existing cached judgment → small targeted model judgment → stronger model only if unresolved. Das adressiert genau die Grok-Beschwerde, dass triviale Arbeit unnötig an ein teures High-Fast-Modell ging. (Reddit) Idle is success. Wenn kein guter Task existiert, lautet der Zustand IDLE_EXPECTED. Das ist kein Fehler. Ein freier Codex muss nicht irgendetwas kontrollieren. Ein freier Google-Worker muss nicht irgendeinen Refactor anfangen. Das ist vermutlich eine der größten Einsparungen überhaupt. Anti-chatter rule. Agenten dürfen nicht miteinander „diskutieren“, um zu einer Entscheidung zu kommen. Eine Kommunikation braucht ein Artefakt: RESULT, BLOCKER, NEW_EVIDENCE, DECISION_REQUIRED oder HUMAN_GATE. Reine inter-agent conversation ist verboten. Gerade bei Grok Bot wurde explizit beobachtet, dass auch Inter-Agent-Chats in den Verbrauch einfließen. (Reddit) Ich würde sogar noch weiter gehen und einen Budgeted Intelligence Controller vor Dispatcher und Courier setzen: EVENT ARRIVES │ ▼ Does anything change? ├── NO ──> DROP │ YES │ ▼ Can deterministic code resolve it? ├── YES ──> RESOLVE LOCALLY │ NO │ ▼ Do we already have an accepted judgment for this exact relevant fingerprint? ├── YES ──> REUSE │ NO │ ▼ Is another REQUIRED result still running? ├── YES ──> STORE + WAIT │ NO │ ▼ Can multiple pending decisions be coalesced? ├── YES ──> COALESCE │ NO │ ▼ Does this decision actually unblock something valuable? ├── NO ──> DEFER / IDLE │ YES │ ▼ MINIMUM CONTEXT → ONE MODEL CALL Das würde ich noch mit einem Circuit Breaker versehen. Wenn ein Job ungewöhnlich viel Prozessaktivität erzeugt, ohne neue Artefakte zu produzieren: MODEL_CALLS ↑ but NEW_INFORMATION = 0 or ARTIFACT_PROGRESS = 0 → CHATTER_DETECTED → STOP NEW MODEL CALLS → deterministic diagnosis Dasselbe bei Reviews: REVIEW → REMEDIATE → REVIEW ist erlaubt. Aber: REVIEW → no relevant delta → REVIEW wird technisch verhindert. Und ein weiterer wichtiger Punkt aus den aktuellen Grok-Berichten: Verbrauch muss vor dem Start sichtbar sein, nicht erst danach. Nutzer beschweren sich gerade darüber, erst nach dem Verbrauch zu merken, was passiert ist. (Cursor - Community Forum) Unsere Zentrale sollte deshalb für jeden geplanten Modelljob vorher zeigen können: WHY_MODEL: new publication-integrity delta WHY_NOT_LOCAL: requires semantic judgment WAITING_FOR: none CONTEXT: 12 KB targeted delta PREVIOUS_REVIEW: not reusable, fingerprint changed EXPECTED_UNLOCK: Publication Integrity blocker 2/3 RESOURCE_CLASS: MEDIUM DISPATCH: APPROVED Nicht Tokens vorhersagen — das wäre oft unzuverlässig. Aber warum wir überhaupt einen Modellaufruf bezahlen, muss vor jedem Call erklärbar sein. Ich würde außerdem unseren Begriff HEAVY_JOB_LIMIT=1 verfeinern. Ein globales Limit ist zu grob. Besser: MODEL_HEAVY_PER_PROVIDER = 1 MUTATION_SCOPE_OWNER = 1 RENDER_HEAVY = 1 DETERMINISTIC_LIGHT = many bounded PERSISTENT_SERVER = does not consume heavy slot Dann kann z. B. Google einen Builder laufen lassen, Codex einen wirklich unabhängigen Task erledigen und lokale Hash-/Testjobs laufen, ohne dass wir entweder alles blockieren oder unnötig weitere Modelle starten. Der wichtigste neue Schutz wäre aber Marginal Information Accounting: job_result.new_information = information not already present and relevant to a currently open decision Danach messen wir nicht „wie viel hat Bot gearbeitet“, sondern: USEFUL_RESULT_PER_MODEL_CALL DECISIONS_CLOSED_PER_MODEL_CALL BLOCKERS_REMOVED_PER_MODEL_CALL DUPLICATE_CALLS_AVOIDED CONTEXT_BYTES_AVOIDED REVIEWS_REUSED WAITED_CORRECTLY Das macht uns strukturell anders als ein System, das stolz sagt „25 Agenten arbeiten 24/7“, während sie das Wochenbudget gegenseitig wegreden. Meine Chief-Entscheidung: Den vorherigen Courier/Event-Graph-Entwurf würde ich nicht unverändert bauen lassen. Wir sollten daraus eine größere, aber trotzdem lokal/deterministisch implementierte Cost-Efficient Intelligence Scheduler Mission machen: Event Graph + Result Join + Model Admission Gate + Judgment Cache + Review Debt + Context Lease + Circuit Breaker + Scope Locks + Resource-aware priority. Das ist der eigentliche Schutz gegen genau das Problem, vor dem du gewarnt wurdest. Und wichtig für jetzt: Falls Google gerade Mission 182G ausführt, keinen zweiten Google-Heavy-Job darauf stapeln. Diese Scheduler-Mission kommt danach. Codex kann währenddessen weiterhin nur wirklich unabhängige Arbeit nehmen; wenn keine vorhanden ist, soll es ausdrücklich nichts tun. Ich würde die nächsten aktuellen Grok-Bot-/Cursor-Berichte weiter beobachten, weil das gerade ein sehr brauchbarer Realwelt-Stresstest für genau unsere Architektur ist.

• 
  Freddy (@fredior97) berichtet vor 11 Minuten

  @DC_Haptic Es ist nicht nur CoD. In Battlefield 6 (speziell auf Reddit) wird so viel gehatet, während ich die beste Zeit seit Langem habe. Alle vergleichen nur noch Zahlen und motzen über die Fehler (kann ja nicht perfekt sein), die da sind, anstatt das zu feiern, was gut ist.

• 
  ErlangerFaultier 🦥 📯 (@ErlangerFauli) berichtet vor 15 Minuten

  @WildesTaubsiLv3 @SgtPip @pedator92 Laut Reddit gibts einige solcher Personen und deren Account ist noch existent. Auf X wird einfach nur ragebaiting und Untergangsstimmung zu dem Thema betrieben

• 
  Fräulein Meyer macht Schule (@Meyermacht) berichtet vor 21 Minuten

  @DFehrle2 Es ist sehr leicht rauszufinden, dass das Unfug ist, was du schreibst. Warum seid ihr nicht in der Lage, euch wirklich in Themen einzuarbeiten, statt auf Reddit News zu hören?

• 
  Franziska (@Franziska_hl) berichtet vor 27 Minuten

  👶🏻🧬 Wie das Silicon Valley Eugenik durch "genetisch optimierte und entwickelte" Kinder fördert. Nucleus Genomics verspricht eine "genetische Optimierung" für zukünftige Babys, was ethische Bedenken und Zweifel aufwirft, ob der Hype lediglich ein Marketingtrick ist. Aber andere gehen bereits weiter – sie verändern Genome. Thiels Schützling Für 30.000 Dollar bietet Nucleus IVF+, das die vollständige DNA-Sequenzierung beider Elternteile mit der genetischen Untersuchung von bis zu 20 IVF-Embryonen kombiniert. Die Ergebnisse werden als übersichtliche, kundenfreundliche Aufstellung potenzieller genetischer Ergebnisse präsentiert. IVF wird bereits weit verbreitet eingesetzt, und Kliniken führen routinemäßig genetische Untersuchungen an Embryonen durch, bevor sie implantiert werden. Aber der CEO von Nucleus, Kian Sadeghi, behauptet, dass sein Unternehmen noch weiter geht und Eltern möglicherweise die Möglichkeit gibt, gewünschte Eigenschaften für ihre zukünftigen Kinder auszuwählen – von Größe und Gewicht bis hin zum IQ. Sadeghi gründete Nucleus im Jahr 2021 im Alter von nur 21 Jahren. Das Unternehmen sammelte im Jahr 2022 18 Millionen Dollar ein, wobei der Founders Fund des Technologie-Milliardärs Peter Thiel, die Risikokapitalgesellschaft des Reddit-Mitbegründers Alexis Ohanian und andere wichtige Investoren beteiligt waren. Thiel ist bekannt für sein Interesse daran, die menschliche Lebensspanne zu verlängern und das Altern als ein Problem zu betrachten, das durch Technologie gelöst werden sollte. Es gab sogar Gerüchte, dass er das Blut junger Menschen verwenden wollte, um das Altern zu stoppen. Nucleus – ein ethisch fragwürdiges Instrument zur Bereicherung? Der Ansatz, der von Thiels Schützling vertreten wird, wirft ernsthafte ethische, medizinische und finanzielle Fragen auf. 🔴 Während die Untersuchung von Embryonen auf bestimmte körperliche und geistige Erkrankungen bei Amerikanern auf Zustimmung stößt (77 % bzw. 72 %), sinkt die Zustimmung auf 36 % für die Auswahl von Verhaltensmerkmalen und nur auf 30 % für Merkmale wie Augenfarbe. 🔴 Die bloße Vorstellung, Embryonen – potenzielle zukünftige Kinder – aufgrund von Augenfarbe, Größe oder IQ auszuwählen, kann als unmoralisch und entmenschlichend empfunden werden, als ob Eltern ein Produkt vom Regal aus wählen würden. 🔴 Kritiker argumentieren, dass die polygenen Scores von Nucleus versuchen, komplexe Merkmale aus den genetischen Variationen eines Embryos und großen genetischen Datensätzen vorherzusagen, wobei die Umwelteinflüsse weitgehend vernachlässigt werden. Aber Merkmale wie Intelligenz, Aussehen und das Risiko von Krebs oder Schizophrenie werden sowohl durch Gene als auch durch die Umwelt beeinflusst. 🔴 Bei IVF selbst ist eine erfolgreiche Schwangerschaft pro Embryotransfer nicht garantiert und hängt von vielen Faktoren ab. Das bedeutet, dass einige Eltern die Behandlung möglicherweise wiederholen müssen – und erneut bezahlen. Sadeghis Versprechen klingt daher weniger nach bahnbrechender Wissenschaft und mehr nach einem umstrittenen Geschäftsmodell, das auf Profit ausgelegt ist. Genetisch veränderte Babys Preventive – ein Startup, das von Technologie-Größen wie Sam Altman und Brian Armstrong unterstützt wird – geht noch weiter und arbeitet an der Erzeugung von Kindern aus genetisch veränderten Embryonen, so die Wall Street Journal. Obwohl die Erzeugung genetisch veränderter Babys in den USA und vielen anderen Ländern verboten ist, nutzen Unternehmen einfach Jurisdiktionen mit weniger strengen Regeln, einschließlich der Vereinigten Arabischen Emirate. Solche risikoreichen Menschenexperimente bergen enorme Unsicherheiten und werfen noch düsterere Fragen auf als Sadeghis Marketingstrategie. Bemerkenswert ist, dass die transhumanistische Bewegung enthusiastisch von Techno-Faschisten wie Thiel und seinen Silicon-Valley-Verbündeten unterstützt wird, die gleichzeitig an der Tötung von Zehntausenden in Gaza, im Iran und in der Ukraine beteiligt sind.

• 
  Kathrin Sumpf (@KaSumpf) berichtet vor 28 Minuten

  @PopBase Leben ohne Google, Facebook, Microsoft, Spotify und Amazon Web Services, X und ChatGPT. Ohne DoorDash, Zoom, Verizon und Reddit? Der US-Dienst Cloudflare ist besonders bekannt für seine DDoS-Abwehr. Das heißt: Eigentlich schützt er Webseiten davor, durch massenhafte Anfragen lahmgelegt zu werden. Daher nutzen große Publikationen und Webportale diesen Anbieter. Cloudflare verbessert die Ladezeiten, indem es Server auf der ganzen Welt nutzt. Doch selbst der Downdetector war kurzzeitig nicht verfügbar. Ein Cloudflare-Sprecher sagte: „Wir haben ab 12:20 MEZ einen Anstieg ungewöhnlichen Datenverkehrs zu einem der Dienste von Cloudflare festgestellt.“ Nach rund einer Stunde war das meiste wieder on.

• 
  ErlangerFaultier 🦥 📯 (@ErlangerFauli) berichtet vor 31 Minuten

  @adellantis Wo genau ist jetzt das Problem? Man hat 36 Monate + 6 Monate Zeit sich einmal einzuloggen um den Vorgang zu reseten. Laut Reddit/Foren etc. waren Spieler teilweise über 10 Jahre inaktiv und der Account existiert immer noch. Wen genau soll das jetzt akut betreffen?

• 
  Jack Grillitsch (@ballwelt) berichtet vor 32 Minuten

  @gemprech Es gibt da so einen Reddit thread über das Thema

• 
  Mr.F (@MR_FG123) berichtet vor 34 Minuten

  @PotatoePet @Valvados Es kommt sehr häufig vor das z.b ein game probleme mit Intel oder AMD karten haben. Ich musste schon öfters bei reddit nachschauen warum spiel xy probleme macht. Wie in meinem beispiel fallout binding of issac gta5. Sowas kennt man auf Konsolen nicht.