1002 | Grenzen der KI, Datenströme und ein kippendes Web

Lena Vogel: Hallo und herzlich willkommen zum Hacker News Podcast – euer täglicher Rundgang durch das, was die Community gerade bewegt. Ich bin Lena Vogel.

Felix Hartmann: Und ich Felix Hartmann. Und heute ist so ein Tag, an dem viele Threads in dieselbe Richtung laufen: Es geht um Grenzen. Grenzen dessen, was KI kann. Grenzen dessen, was der Staat mit unseren Daten machen darf. Und irgendwo dazwischen passieren ganz praktische Dinge wie Compiler-Optimierungen und neue Cloud-Dienste.

Lena Vogel: Genau, wir fangen groß an: Die Community hat gerade per Abstimmung entschieden, ob KI die früheren Coding-Challenges von Hacker News tatsächlich lösen kann. Spoiler: Die Antworten sind ernüchternd. Und parallel dazu ermittelt die FTC gegen OpenAI, Anthropic und andere. Das passt thematisch bitterböse zusammen.

Felix Hartmann: Also los. Die Seite heißt "Goalposts", ein Community-Poll-Projekt, das rückblickend bewertet: Hat KI die Challenges geschafft, die Hacker News über die Jahre gestellt hat? Und die Debatte, die daraus entstanden ist, dreht sich im Kern um zwei Dinge. Erstens: LLM-generierter Code ist schlicht unzuverlässig. Zweitens – und das ist der wichtigere Punkt – es gibt bislang keinen tragfähigen Workflow, mit dem man diese Modelle unbeaufsichtigt arbeiten lassen könnte.

Lena Vogel: Das "unbeaufsichtigt" ist das Stichwort, oder? Denn das kommt in der Diskussion immer wieder vor: Es ist ja nicht die Frage, ob das Modell irgendwann mal eine richtige Lösung hinschreibt. Das tut es oft. Die Frage ist, ob man den Code dann jedes Mal im Detail prüfen muss. Und wenn die Antwort "ja" ist, dann hat man als Entwickler ja nichts gewonnen – dann hat man nur einen Kollegen, der sehr schnell schreibt und sehr häufig Mist baut.

Felix Hartmann: Genau so argumentieren die Skeptiker da. Sie sagen: Die Rechnung geht nicht auf. Code, den ich Zeile für Zeile genauso durchgehen muss wie eigenen Code, spart mir keine Zeit, er verschiebt nur die Arbeit. Und die Befürworter – die gibt es auch – halten dagegen: Für Erkundung, für Prototypen, für Dinge, die man eh wegwerfen würde, sei der Nutzen real. Aber selbst die drücken sich vor der eigentlichen Frage: Wann ist das produktionsreif ohne Aufsicht? Und da sagt die Community: Da sind wir nicht.

Felix Hartmann: Noch nicht.

Lena Vogel: Was das Ganze so scharf macht: Das sind nicht abstrakte Prognosen über die Zukunft, das sind konkrete Aufgabenstellungen, die die Community selbst definiert hat. Die "Goalposts"-Seite macht das ja gerade zum Prinzip – man verschiebt die Messlatte nicht mehr im Nachhinein, sondern hat sie vorab gesetzt. Und trotzdem scheitert die KI daran oder liefert zumindest nichts Verlässliches.

Felix Hartmann: Man muss fair bleiben: Ein paar Stimmen sagen auch, dass sich die Modelle im Laufe der Zeit verbessert haben und ältere Challenges heute besser gelöst werden als früher. Aber die Mehrheit der Diskussion dreht sich nicht um "kann es irgendwann", sondern um "was ist der Annotation-Overhead". Und der ist laut den Erfahrungsberichten der eigentliche Flaschenhals.

Lena Vogel: Und da kommt unser zweiter Baustein in dieselbe Debatte hinein wie die Faust aufs Auge: das Projekt Bez. Ein Rust-Projekt, das versucht, einen Browser-Engine aus den Web-Spezifikationen und Tests zu generieren – also im Grunde das Gegenteil von Handschreiben: Maschinell aus formalen Specs ableiten. Und die Kommentare dazu sind, gelinde gesagt, von realistischem Pessimismus geprägt.

Felix Hartmann: Was die Kommentatoren sagen – und das ist wichtig, das ist keine einhellige Ablehnung, sondern eine differenzierte Diagnose –: KI kann heute keine schnellen, sauber strukturierten Browser-Engines bauen. Ein Browser-Engine ist nach Ansicht der Kommentatoren genau der Typ von Software, wo Architektur zählt, wo Performance über Jahre gereift ist, wo man nicht einfach aus einer Spezifikation einen Code-Generator laufen lassen kann und am Ende etwas Effizientes herausfällt.

Lena Vogel: Und es ist dieselbe Achse wie beim Goalpost-Poll: Zuverlässigkeit plus Supervision. Ein Browser-Engine, das irgendwer generiert hat, den keiner versteht? Da kann die Community nur den Kopf schütteln. Das Projekt ist interessant als Experiment, aber die Kommentare machen deutlich: Zwischen "Specs lesen können" und "ein Engine bauen, der 60 Frames pro Sekunde rendert" liegt eine Lücke, die sich nicht einfach wegprompten lässt.

Felix Hartmann: Und während die Community diese Grenzen kartiert, beginnt der Staat, dieselbe Frage von der anderen Seite zu stellen. Die FTC hat eine Untersuchung eröffnet gegen OpenAI, Anthropic und weitere KI-Unternehmen – wegen möglicher Produktgefahren. Und der Anlass, der in der Berichterstattung genannt wird: der Hacking-Vorfall bei Hugging Face.

Lena Vogel: Das ist ein interessanter Timing-Moment, oder? Die Industrie sagt " wir sind gleich so weit", die Praxis sagt "nicht ohne Aufsicht", und die Aufsichtsbehörde sagt: "Bevor ihr weiterwachst, schauen wir, ob eure Produkte gefährlich sind." Die Kommentare dazu laufen natürlich in alle Richtungen. Manche sagen: Endlich. Andere fragen: Was ist "möglicher Produktschaden" bei einer Technologie, die so breit einsetzbar ist? Da gibt es keine Konsenslinie, es ist eher eine offene Frage.

Felix Hartmann: Und was offen ist, ist offen: Wir wissen nicht, wie die FTC-Prüfung ausgeht, und wir wissen nicht, wann – oder ob – Workflows entstehen, die KI wirklich supervisionsfrei nutzbar machen. Das ist die große Unbekannte in dieser ganzen Diskussion.

Lena Vogel: Und es gibt noch eine Nebenbühne, die genau auf dasselbe Thema zeigt: die Bildungs- und Content-Industrie. Kursanbieter für Webentwicklung melden Umsatzeinbrüche von über 50 Prozent. Und der Blog 2ality – der seit Jahren als Standard-Referenz für JavaScript gilt – nimmt seine Bücher offline. Der Grund: Der AI-Crawler-Verkehr macht den Betrieb schlicht unökonomisch bzw. unverhältnismäßig.

Felix Hartmann: Das ist fast schon tragisch. Die Leute, die das Wissen der Branche strukturiert aufbereitet haben, werden von genau der Maschine verdrängt, die das Wissen abgrast. Das ist keine Debatte mehr über Produktivität, das ist eine über Existenz von Anbietern.

Lena Vogel: Genau. Wirtschaft, Bildungsanbieter, Aufsichtsbehörden – die stoßen gleichzeitig an Grenzen. Das war der große Block. Und jetzt, Felix, kommst du.

Felix Hartmann: Danke. Dann kommen wir zu etwas sehr Konkretem: Chips, Speicher und Milliarden bei den Steuern. Da passieren drei Dinge, die zusammen aufzeigen, wie sehr der KI-Boom Kapitalflüsse und Lieferketten neu ordnet.

Lena Vogel: Fangen wir mit dem wahren News-Item an: OpenAI und Synopsys kündigen eine Partnerschaft an. Das Produkt heißt GPT-Synopsys – ein Frontier-KI-Modell für Chipdesign, das die EDA-Werkzeuge von Synopsys nutzen soll. Und das Interessante am Geschäftsmodell: Umsatzbeteiligung. Also nicht einfach Lizenz, sondern die beiden teilen sich die Einnahmen.

Felix Hartmann: Das ist ein großes Signal. Chipdesign ist eine der wenigen Domänen, wo ein Fehler nicht beim User auffällt, sondern mehrere Monate Verzögerung und hunderte Millionen kostet. Dass dort gerade Frontier-Modelle angesetzt werden, zeigt, wie tief der Einsatz inzwischen geht – und wie viel Geld dahintersteckt. Die Kommentare dazu sind entsprechend gespalten: Ein Teil ist begeistert, ein Teil fragt, wie verlässlich das Modell in einem Feld ist, wo man Fehler nicht einfach deployed und fixt.

Lena Vogel: Und jetzt der Kontrast auf der anderen Seite der Wertschöpfungskette: Speicher. Der Micron-CEO warnt, dass die Speicherversorgung 2027 und 2028 "deutlich knapper" wird. Mehr als 75 Prozent der 2027er-Produktion sind bereits vergeben. Und – das ist die harte Quote – es gibt "keine Sichtlinie" zu einem ausgewogenen Markt.

Felix Hartmann: Das ist eine regulatorisch ziemlich eindeutige Aussage. Nicht "wir haben etwas Druck", sondern: Die Angebotsseite ist für das nächste Jahr faktisch verkauft. Das heißt für alle, die nicht zu den großen Käufern gehören – kleinere OEMs, Embedded-Entwickler, vielleicht sogar der Consumer-Markt –: Es wird teuer oder knapp. Was die Unbekannte in dieser Debatte ist: Was zahlt man 2027 für RAM, wenn man nicht gerade ein Hyperscaler ist?

Lena Vogel: Und das dritte Element ist fast schon politisch: Die New York Times berichtet, dass Meta Forschungs- und Entwicklungs-Steuergutschriften geltend macht auf Nvidia-AI-Chips, die in ihren Rechenzentren stehen. Über die letzte Jahr trimmte das die Steuerlast um fast vier Milliarden Dollar.

Felix Hartmann: Fast vier Milliarden. Das ist keine Rundungsfehler. Das wirft die Frage auf, was "Forschung und Entwicklung" steuerlich bedeutet, wenn man Server mit GPUs kauft. Die Kommentare dazu sind naturgemäß aufgebracht: Ist das intendierte Politik oder ein Ausnutzen von Schlupflöchern? Das ist die Debatte, die da entsteht – nicht in der Rolle von Anklage und Verteidigung, sondern in der Frage, wie man die Grenze zwischen "Investition in Rechenleistung" und "F&E" definiert.

Lena Vogel: Und als Hintergrundnote dazu: Es gibt eine Alternative zu den großen GPU-Rechenzentren – nämlich Chips, die wir alle schon haben. Da gab es multiple Projekte, die in ESP32-Chips eine undokumentierte SDR-Fähigkeit gefunden haben. Also Software Defined Radio, raw IQ-Capture, 2,2 bis 2,7 Gigahertz, auf dem C5 sogar 4,8 bis 6 Gigahertz, bis zu 80 Mega-Samples pro Sekunde. Auf einem Chip, der normalerweise für IoT-Dinge gedacht ist.

Felix Hartmann: Das ist fast schon ein 'Wer hätte das gedacht'-Moment. Auf Hardware für ein paar Euro taucht plötzlich ein Funkempfänger auf. Die Reaktion der Community war entsprechend: erst ungläubig, dann neugierig, dann Experimente. Das zeigt, wie viel Potenzial in Silizium steckt, das der Hersteller selbst gar nicht dokumentiert hat.

Lena Vogel: Und genau derselbe Boom, der Speicher knapp macht und Steuergutschriften auf GPUs nach sich zieht, treibt auch die Cloud-Infrastruktur an. Da gibt es gleich drei Baustellen, die zeigen, dass der Markt für Dateninfrastruktur gerade umgebaut wird.

Felix Hartmann: Fangen wir mit Cloudflare K2 an. Serverless Event Streaming, gebaut auf R2, also auf dem Object-Storage von Cloudflare. Die Idee: langlebige, geordnete Log-Streams, die man einfach nutzen kann, ohne Infrastruktur zu managen. Und der historische Kontext ist charmant: Es war ursprünglich die Ingestion-Schicht für Basin Pipelines, wurde dann aber als eigenständiges Produkt ausgekoppelt.

Lena Vogel: Das Muster kennt man: interner Baustein, der zu einem Produkt wird. Die Frage, die in der Diskussion aufkommt, ist natürlich die übliche: Wie verlässlich ist so ein neues System im Vergleich zu einem etablierten Kafka oder Kinesis? Und wie sieht die Kostengleichung aus? Das sind die offenen Fragen, die da noch beantwortet werden müssen.

Felix Hartmann: Nächster Punkt: turbopuffer. Das ist ein Vektor-Datenbank-Dienst, und da gibt es eine redesign-Entscheidung, die grundsätzlicher ist, als sie klingt: Sie stufen den ANN-Vektorindex vom Primärindex zum Sekundärindex herab. Das heißt: Der Vektorindex ist nicht mehr das Zentrum der Datenbank, sondern nur noch einer von mehreren Wegen, eine Query zu beantworten.

Lena Vogel: Warum ist das wichtig? Weil der klassische Aufbau "eine Tabelle, ein Vektorindex, fertig" bei komplexen Queries kollabiert. Wenn man Attributfilter mit Volltextsuche kombiniert und dann noch nach Ähnlichkeit sortieren will, dann mussten bisherRewrites her oder die Query-Pläne passten nicht. Mit dem sekundären Ansatz kann die Engine die Query-Pläne frei wählen. Das ist ein Architektur-Grundsatzentscheid, der die Branche beschäftigt.

Felix Hartmann: Und der dritte Punkt in derselben Debatte: ParadeDB. Da geht es um Such-Performance, und zwar um BM25 – die klassische Relevanz-Ranking-Methode. ParadeDB hat die Leistungslücke zu PlanetScale TIN fast geschlossen. Auf dem StackExchange-Benchmark erreichen sie 81,9 Queries pro Sekunde. Und der Knackpunkt: TIN ist nicht open source, ParadeDB schon.

Lena Vogel: Das ist ein klassisches Open-Source-Story: Das proprietäre Produkt war schneller, also haben die Open-Source-Leute optimiert, bis es fast gleichauf war. Die Kommentare würdigen die Engineering-Arbeit, aber es gibt natürlich Skepsis: Benchmarks sind Benchmarks, und der eigene Workload ist nie der StackExchange-Datensatz. Trotzdem: Die Aussage ist klar. Die Vormachtstellung proprietärer Lösungen in Such und Vektoren ist nicht mehr selbstverständlich.

Felix Hartmann: Und dieses Thema – Kontrolle über Daten und Systeme – überleitet uns perfekt in den nächsten Block, denn da geht es um Kontrolle im wörtlichen Sinne: Überwachung. Handys, Grenzen und Autos.

Lena Vogel: Der härteste Fall zuerst: Es gibt ein geleaktes Video, das zeigt, dass GrayKey von Magnet Forensics die 72-Stunden-Inaktivitäts-Neustart-Sperre von Apple umgehen kann. Zur Erinnerung: Apple hat diese Neustart-Funktion eingebaut, um Telefone zu sperren, wenn sie länger nicht benutzt wurden – als Schutz gegen forschungsgetriebene Angriffe.

Lena Vogel: GrayKey schafft es jetzt offenbar, diesen Zustand zu umgehen und den After-First-Unlock-Zustand zu erhalten, also den Zustand, in dem das Gerät für polizeilichen Zugriff verwundbarer ist.

Felix Hartmann: Das ist eine direkte Reaktion auf eine Sicherheitsmaßnahme. Die Polizei-Werkzeuge haben aufgeholt. Und die Debatte in den Kommentaren ist die, die man erwartet: Auf der einen Seite "das ist legitim für Ermittlungen bei schweren Verbrechen", auf der anderen Seite "das untergräbt die Sicherheit für alle". Es gibt keine Konsenslinie, es ist eine ethische Grundsatzdebatte. Und die offene Frage: Wie reagiert Apple? Das ist unbekannt.

Lena Vogel: Der zweite Fall ist staatlich: Die CBP, der US-Zoll, darf Handys an der Grenze ohne Gerichtsbeschluss durchsuchen. Die Regelung ist zweistufig: Eine Basissuche braucht keinen Verdacht. Eine erweiterte Suche braucht "hinreichenden Verdacht". Aber kein Warrant, kein Richter.

Felix Hartmann: Das ist für Europäer oft schockierend, aber es ist in den USA etablierte Praxis an der Grenze. Die Grenze ist rechtlich eine andere Zone als das Inland. Die Kommentare drehen sich dann natürlich um die praktische Frage: Was macht man? Handy zu Hause lassen? Zweites Gerät? Burner? Es gibt da eine ganze praktische Literatur in den Diskussionen darüber, wie man sich als Reisender verhält.

Lena Vogel: Und dann der dritte, unterschätzte Fall: Autos. Die Northeastern-Studie "Automatic Transmission" hat vernetzte Fahrzeuge und deren Begleit-Apps untersucht. Das Ergebnis: 19 von 21 vernetzten Autos senden Daten an Dritte. Und bei den Apps: 7 von 30 schicken personenbezogene Daten an Tracker.

Felix Hartmann: Diese Zahlen sind fast schon banal, wenn man sie liest. "Autos senden Daten" – klar, machen sie alle. Aber wenn man sich die Konkretheit anschaut: 19 von 21, das ist fast 100 Prozent. Und die Apps, die man installiert, um sein Auto zu öffnen oder den Ladezustand zu sehen, die schicken 7 von 30 Mal Daten an Tracker. Das ist die dritte Säule: Es ist nicht nur Polizei, es ist nicht nur Grenzbehörde, es ist der Konsummarkt selbst, der die Schwelle privater Kontrolle verschiebt.

Lena Vogel: Und die Verknüpfung zu vorherigen Themen ist frappierend: Beim Goalpost-Poll ging es um Grenzen der KI, hier geht es um Grenzen des Privaten, und beide sind grenzüberschreitend – im Fall von CBP sogar wörtlich. Die Unbekannte ist dieselbe: Regulierung. Wie reagieren Apple, wie reagieren Gesetzgeber? Das ist offen.

Felix Hartmann: Und genau da spannt sich ein Bogen zu Identität und Agenten. Es gibt ein Whitepaper der OpenID Foundation aus 2025 über Identitätsmanagement für agentische KI. Das adressiert Authentication, Authorization und delegierte Autorität – also: Wer ist ein Agent, wem gehört er, was darf er in meinem Namen tun?

Lena Vogel: Das ist die Infrastruktur-Frage, die hinter der ganzen Debatte steht. Wenn Agenten handeln, brauchen wir ein Identitätssystem, das nicht zwischen Mensch und Maschine unterscheidet, sondern zwischen "dieser Agent agiert mit meiner Erlaubnis" und "dieser Agent ist ein Fremder". Die OpenID-Strukturen existieren, aber die Umsetzung in der Praxis ist offen.

Felix Hartmann: Und in dieselbe Richtung, nur politischer: die Debatte um einen "AI Sovereign Wealth Fund". Die Financial Times hat einen Op-ed veröffentlicht, der das als "Techno-Imperialismus" kritisiert. Und die Hacker-News-Reaktion ist typisch: Man kritisiert den Artikel dafür, dass er bestehende Sovereign Wealth Funds wie ADIA oder Temasek ignoriert – also staatliche Investitionsvehikel, die es längst gibt.

Lena Vogel: Das ist ein interessanter Kontrast: Die FT sieht etwas Neues und Gefährliches, die Community sieht eine bestehende Praxis, die nur unter einem neuen Namen läuft. Beide haben etwas Recht: Die Fragen nach Macht und Kontrolle sind real, aber die Neuheit ist relativ. Was daran noch nicht entschieden ist: Wie soll so ein Fond konkret aussehen und wer kontrolliert ihn?

Felix Hartmann: Genau, auch da: offen. Und jetzt, Lena, nach all dem Großen und Politischen, zurück zu den Leuten, die die Systeme bauen. Der Entwickler-Block: Releases, Git-Sorgen und Compiler-Tempo.

Lena Vogel: Ja, der Entwickler-Block. Fangen wir mit SvelteKit 3.0. Veröffentlicht am 1. Oktober 2026. Zwei große Änderungen: Die Konfiguration wandert in die vite.config.ts – also weg von der eigenen svelte-Config-Datei, hin zum Vite-Standard. Und $lib wird zu lib – man schreibt also einfach lib statt des Dollar-zeichens. Das sind Brüche im Code, aber semantisch eher Kosmetik. Die eigentliche News: Remote Functions sind immer noch experimentell, aber laut der Ankündigung produkttauglich nutzbar.

Felix Hartmann: Das "experimentell, aber in Produktion nutzbar" ist ein sehr 2020er-Softwaresatz, oder? Es heißt praktisch: Wir haben das Feature stabilisiert, aber wir haben es noch nicht vollständig verstanden. Die Kommentare dazu sind geteilt: Manche freuen sich über die Vereinfachung der Config, andere ärgern sich über die Migration. Aber die Stimmung ist eher konstruktiv – das sind Normalisierungs-Schritte, keine Richtungswechsel.

Lena Vogel: Ein Richtungswechsel ist dagegen die Diskussion um Git 3.0. GitButler hat einen Post veröffentlicht, der argumentiert, dass der Standardwechsel zu SHA-256 teuer ist. Die Argumente: Das Rehashing bricht externe Hash-Referenzen – also Dinge, die irgendwo in einem Issue-Tracker, in einem CI-System, in einem Dokument eine Commit-Hash referenzieren, sind nach der Migration kaputt. Und es gibt kein Mapping von alten auf neue Hashes.

Felix Hartmann: Das ist eine sehr praktische Kritik. Die Theorie hinter SHA-256 ist natürlich: SHA-1 ist kryptographisch gebrochen, wir brauchen etwas Sicheres. Aber die Kostenseite hat GitButler aufgemacht: Es ist nicht nur ein Byte-Format-Wechsel, es ist ein Bruch aller externen Referenzen. Und ohne Mapping kann man nicht mal sanft migrieren – man muss alles kaputt machen und wieder aufbauen.

Lena Vogel: Die Kommentare dazu diskutieren dann natürlich, ob man die Kritik fair findet oder ob die Sicherheit letztendlich wichtiger ist. Es ist die typische Debatte: kurzfristiger Schmerz gegen langfristige Korrektheit. Und die Unbekannte ist, wie Git im Detail das Mapping-Problem lösen wird – falls überhaupt.

Felix Hartmann: Und dann das Gegenteil einer Sorge: Der Rust-Compiler hat in zwei Monaten 4,57 Prozent mittlere Wall-Time-Reduktion gewonnen. Durch algorithmische Änderungen, durch LLVM 23, durch PGO für Clippy, und – das ist das Interessante – es gibt neue Arbeit an Polonius, dem Borrow-Checker-Experiment.

Lena Vogel: 4,57 Prozent klingt nach wenig, aber in einem Compiler, den Millionen Entwickler jeden Tag dutzendfach ausführen, ist das eine massive Zeitersparnis aggregiert. Und die Kommentatoren würdigen das als langfristige, unsexy Arbeit: nicht das große Feature, sondern das schrittweise Optimieren. Das ist Handwerk.

Felix Hartmann: Und dann ein anderes Handwerk: papero. Ein Open-Source-PDF-Extractor, der ohne ML auskommt, CPU-only, und Markdown, JSON, Excel, Word ausgeben kann. Er behält Tabellen, Formeln und Bounding Boxes. Die Wertung der Community: großartig, dass das ohne ML geht. Aber es gibt auch eine ernüchternde Erfahrung: Ein Nutzer fand, dass die Ausgabe "badly wrong" war – also deutlich fehlerhaft.

Lena Vogel: Das ist ein sehr ehrlicher Datensatz. Die Diskussion zeigt das Dilemma von PDF-Extraction im Allgemeinen: PDFs sind ein Render-Format, kein Daten-Format. Alles, was man daraus extrahiert, ist Rekonstruktion. Und dass papero es ohne ML schafft, ist eine ingenieurmäßige Leistung – aber die Fehlerrate bei komplexen Layouts bleibt ein Problem, das nicht einfach weggezaubert werden kann.

Felix Hartmann: Und dann noch das, was man als "Agent-Harness"-Trend zusammenfassen kann: Pi 1.0 ist erschienen. Beschrieben als gehärtetes, minimales, erweiterbares Coding-Agent-Harness. Features: Codemode, also eine definierte Schnittstelle für Code-Ausführung, Extension-Support, deferred Tool-Loading – also Tools werden erst geladen, wenn sie gebraucht werden – und ein Fullscreen-TUI als Standard.

Lena Vogel: Das ist die Antwort der Community auf die Frage, die wir am Anfang besprochen haben: Wenn KI nicht unbeaufsichtigt arbeitet, dann braucht man mindestens eine gute Harness-Infrastruktur, in der die Supervision effizient ist. Pi ist genau das: die Infrastruktur, um einen Agent zu kontrollieren. Das ist der pragmatische Mittelweg – nicht auf die unbegrenzte Autonomie warten, sondern die kontrollierte Variante bauen.

Felix Hartmann: Und es gibt noch Pi Durable, ein experimentelles Framework für langlaufende durable Agenten über Storage-Backends. Etwa 15.000 Zeilen Code, Speicher via Memory, SQLite oder JSONL, Node als Ausführungsumgebung. Das adressiert genau das Problem, das beim Goalpost-Poll unausgesprochen mitschwingt: Agenten, die lange laufen, brauchen persistente Zustände, damit sie nach einem Crash weitermachen können. Das ist das Infrastruktur-Thema, das dem ganzen Agent-Hype erst das Fundament gibt.

Lena Vogel: Genau. Und wir hatten auch noch ein paar Projekte, die das Werkzeug-Thema komplettieren. Da ist StreetComplete, das im Public Beta für iOS ist, gebaut mit Kotlin Multiplatform und Compose Multiplatform – eine Codebase, die iOS und Android teilt. Für die Android-Community ist das ein interessanter Test: Funktioniert Multiplatform wirklich in der Praxis? Das ist die offene Frage, die die Kommentare beschäftigt.

Felix Hartmann: Genau, das sind alles Baustellen. Und mit den Werkzeugen im Kopf, jetzt der letzte große Block: Community, Jobs und Plattform-Enden. Da gibt es mehrere Dinge, die die Landschaft formen.

Lena Vogel: Fangen wir mit dem Monatlichen: Die Ask-HN-Threads "Who wants to be hired?" und "Who is hiring?" sind wieder da. Das ist die monatliche Bestandsaufnahme des Marktes. Die Regeln sind streng: Bei "Who is hiring" posten Arbeitgeber Ort, Remote-Status und das Angebot. Recruiting-Firmen und Job-Boards sind verboten. Bei "Who wants to be hired" posten Jobsuchende Ort, Remote-Präferenz, Technologien, Résumé und E-Mail. Und Recruiter sind auch dort off topic.

Felix Hartmann: Diese Threads sind für die Branche eine Art seismographische Messung. Man sieht, welche Technologien gefragt sind, wie die Remote-Debatte gerade steht, welche Regionen aktiv sind. Für uns als Podcaster ist das der Teil, wo man sagt: Wenn ihr wissen wollt, wie der Markt wirklich aussieht, lest diese Threads – die aggregieren die Realität, nicht die Schlagzeilen.

Lena Vogel: Und im selben Atemzug: Community-Events. Das Sechzehnte RacketCon findet am 3. und 4. Oktober 2026 in Oakland statt. Die Talks sind für Kenner: Typed Racket Inference, Pille – also low-level Rhombus, Herbie – das ist das Programm zum automatischen Optimieren numerischer Ausdrücke – und Effekt-Handler.

Felix Hartmann: Das sind genau die Themen, die man von Racket erwartet: Es ist eine Sprache, die als Plattform für Sprachforschung dient. Effekt-Handler sind gerade wieder in aller Munde, weil sie in anderen Sprachen als Feature diskutiert werden, aber in Racket längst erforscht sind. Das ist die kleine, aber intellektuell dichte Ecke der Community.

Lena Vogel: Und dann kommen wir zu den Plattform-Enden, und die sind düsterer. Techrights behauptet, dass Red Hat nach der IBM-Übernahme ausgehöhlt wird. Die Belege in der Darstellung: Die Badges wurden zu IBM-Logos, es gibt Abgänge von Personen. Und in den Kommentaren entbrennt die Debatte um NixOS als Ausweichpfad – also: Wenn Red Hat nicht mehr das ist, was es war, wohin bewegt sich die Community?

Felix Hartmann: Das ist eine Grundsatzdebatte über Enterprise-Linux. Die Techrights-Sicht ist pessimistisch, die Kommentatoren sind geteilt: Manche sehen denselben Trend, andere sagen, das sei normal in einer Akquisitionsphase. Die offene Frage ist: Ist Red Hat noch die treibende Kraft im Open-Source-Linux-Ökosystem, oder ist es nur noch ein Branding unter IBM?

Lena Vogel: Und das zweite Plattform-Ende ist noch konkreter: Google beendet die ChromeOS-Updates Mitte 2034. Das bricht das 10-Jahres-Update-Versprechen für Chromebooks, das Google explizit gegeben hat. Und der Übergang geht Richtung "Googlebook OS" – also eine Art Fusion mit Android oder ein neues Betriebssystem-Konzept.

Felix Hartmann: Das ist eine enge Deadline-Bedingung. Mitte 2034 heißt: Geräte, die heute gekauft werden mit dem Versprechen von 10 Jahren Updates, bekommen dieses Versprechen faktisch nicht mehr voll erfüllt. Die Kommentare dazu sind naturgemäß kritisch: Es ist die Wiederholung eines Musters – Produkte einstellen, Ökosysteme migrieren, Versprechen anpassen. Und für Schulen, Büros und alle, die auf Chromebooks gesetzt haben, ist das ein Planungsproblem.

Lena Vogel: Und als drittes Element in diesem Block, etwas Kleineres, aber Symptomatisches: Ein Entwickler kritisiert das Android Developer Verification Program von Google. Das Programm verlangt eine 25-Dollar-Gebühr und Identitätschecks – und zwar sogar für die kostenlose Verteilung von APKs.

Felix Hartmann: Das ist die klassische Debatte um offene Plattformen. Android war immer das offene Gegenstück zu iOS – man konnte APKs sideloaden, man brauchte keinen Store. Mit dem Verification Program entsteht eine Schranke, auch wenn man nichts verkaufen will. Die Kritik ist: Das ist de facto ein Registry-Zwang, auch fürs Kostenlose.

Lena Vogel: Und als letztes, fast schon kulturwissenschaftliches Detail in diesem Block: SlutCon. Das ist ein dreitägiges "Seduction Retreat" in Berkeley, im Lighthaven – also einem Venue der Rationalist-Szene. Der Preis liegt zwischen 3.300 und 18.000 Dollar, und es wird unter anderem von Aella mitorganisiert, mit sogenannten "flirt girls" als rekrutierte Begleiterinnen.

Felix Hartmann: Das ist ein Beispiel für die Ökonomie der Communities: Aus einer Internet-Subkultur entstehen offline-Events mit erheblichen Preisen. Die Reaktionen in der Diskussion sind naturgemäß breit gefächert – von fasziniert bis irritiert. Aber es zeigt: Die Grenze zwischen Online-Community und Kommerzialisierung ist durchlässig geworden.

Lena Vogel: Und damit sind wir am Ende unserer Runde durch die letzten 24 Stunden. Was bleibt? Die Grenzen sind da: KI kann es noch nicht ohne Aufsicht, der Staat schaut zu – teils als Regulierer, teils als Sucher nach Wegen, mit Agenten umzugehen. Und die Infrastruktur darunter – Chips, Speicher, Cloud, Werkzeuge – wird gerade neu verteilt.

Felix Hartmann: Genau. Und die offenen Fragen bleiben offen: Wie geht die FTC-Prüfung aus? Was passiert mit den Speicherpreisen 2027? Wie reagiert Apple auf GrayKey? Und wird Git 3.0 das Mapping-Problem lösen? Das sind die Fragen, die wir beim nächsten Mal wieder aufnehmen werden.

Lena Vogel: Bis dahin: Danke, dass ihr da gewesen seid. Ich bin Lena Vogel.

Felix Hartmann: Und ich Felix Hartmann. Wir hören uns morgen wieder – mit hoffentlich neuen Antworten und garantiert neuen Fragen. Bis dann!