Im Wettbewerb „Blau versus Rot” liegen aktuell die kühlen Töne vorn, aber eins steht fest: Fast jedes Bild dieser Woche spielt mit diesen Farben. Dass der Himmel dabei eine entscheidende Rolle als Motiv spielt, erklärt sich von selbst, aber auch das Rauchmuster einer Zigarette und spiegelnde Hochhausfronten reihen sich in die kühlen Bilder ein. Als Gegensatz dazu ziehen rote Lichtspuren durch die Nacht oder ein roter Teppich zieht die Blicke der Betrachter ins Bild. Machen Sie sich am besten selbst einen Eindruck von unserer Auswahl diese Woche.

AHB VI von K P K

Im Berliner Abgeordnetenhaus führt ein roter Teppich in das Atrium. Ein weitgespanntes Glasdach erstreckt sich über das Foyer, sodass das Tageslicht von oben fällt und die Architektur betont. Die zentrale Perspektive setzt auf konsequente Symmetrie. Linien von Geländern und Treppen führen direkt ins Bildzentrum. Der rote Teppich setzt einen starken Farbakzent und lenkt den Blick. Ein Bild über Ordnung, Klarheit und die Wirkung von Architektur.

Atme den Augenblick von Ivan im Abstrakten

Eine Frau mit einer Zigarette im Mund. Rauch steigt auf und legt sich sanft über das Bild. Ihr Blick ist nicht zu sehen, da das Porträt einiges ausspart. Dennoch wirkt sie ruhig und gesammelt. Die Komposition nutzt Licht und Schatten gekonnt: Der Rauch zeichnet feine Linien und verleiht dem Bild Tiefe. So entsteht die Ästhetisierung eines Moments. Zwar schadet Rauchen der Gesundheit, jedoch geht es hierbei um einen kontemplativen Augenblick, um Zeit und das Bewusstsein dafür.

Moon over La Défense von bkl

Ein Meer aus Hochhäusern, darüber der Mond als klarer Kontrastpunkt. Blau dominiert das gesamte Bild und taucht Stadt und Himmel in eine kühle Stimmung. Klare Vertikalen geben dem Bild Struktur, während der helle Mond sofort den Blick auf sich zieht. Bei der Fotomontage wurde eine Langzeitbelichtung der Gebäude mit einem separaten Mondbild vor homogenem Himmel kombiniert. Hier trifft Großstadt auf Stille und Technik auf Poesie.

Abendstimmung von MR1701

In Zingst an der Ostsee herrschte Eiseskälte, die sowohl Mensch als auch Technik stark herausforderte. Das Meer und der Himmel zeigen sich in Strukturen, die ruhig und rau zugleich wirken, was eine eindrucksvolle Szenerie schafft. Am Horizont glüht das Abendlicht und bildet einen starken farblichen Kontrast zum kühlen Blau. Die Landschaft erscheint hier beinahe wie auf einem anderen Planeten.

Sony Alpha 7 IV| 20 mm | ISO 1250 | f/ 1.4

Silos von Mike_FJ

Vor einem Schotterhaufen in Oberfranken ragen zwei Silos aus dem Nebel empor. Durch die monochrome Gestaltung wirken Oberflächen und Strukturen besonders deutlich. Der Dunst umhüllt die beiden Silos und nimmt ihnen so ihre Härte. Die reduzierte Komposition lenkt den Blick auf Proportionen und Formen, wodurch das Bild an die sachliche Fotografie der Bechers erinnert. Es ist kein spektakuläres Motiv, sondern ein gezielter Blick auf industrielle Bauten, der durch Zurückhaltung seine Wirkung entfaltet.

Der Fotograf berichtet: „Von den Silos ragt hier nur etwa ein Drittel aus dem dunklen Schüttkegel heraus. Diese reduzierte Perspektive fand ich besonders spannend – das eigentliche Bauwerk tritt in den Hintergrund, die Form, die Linien und die Struktur des Materials übernehmen die Hauptrolle. Der Fördersteg wirkt wie eine Verbindung zwischen Technik und Landschaft, fast schon surreal im dichten Grau des Himmels. Die Entscheidung für Schwarz-Weiß war für mich konsequent. Der Nebel hat die Farben ohnehin geschluckt, also habe ich den Kontrast zwischen Schnee, Kohle und Metall betont. So entsteht eine klare, grafische Wirkung, die die raue Atmosphäre unterstreicht.

Es ist sicher kein Motiv, das Menschenmassen anzieht. Für mich aber bietet dieser Ort viel Raum zum Experimentieren – mit Perspektiven, mit Reduktion und mit der Frage, wie viel Architektur man zeigen muss, damit sie wirkt.“

Light Trails 2 – Gilbert Photography von forms

In einer schneebedeckten Alpenlandschaft im Kanton Uri ziehen leuchtende Spuren in den Farben Weiß und Rot durch das Bild. Diese Langzeitbelichtung verwandelt Bewegung in reine Grafik. Die Lichtspuren, die diagonal durch das Foto führen, geben ihm eine klare Dynamik.

Der Berg im Hintergrund bildet einen ruhigen Gegenpol zu den fließenden Linien. Hier trifft alpine Stille auf rastlosen Verkehr.

Angry bird von analoochjehtooch

Dieser Glanzstar zeigt klare Kante. In der ungewöhnlichen Nahaufnahme füllt sein Gesicht fast das gesamte Bild aus. Der Vogel blickt mit einem bösen Ausdruck, der an einen „Angry Bird“ erinnert, frontal in die Kamera. Die Perspektive auf Augenhöhe erzeugt eine direkte Spannung. Sein auffällig lilafarbenes Gefieder schimmert intensiv, während der ruhige Hintergrund Farbe und Struktur leuchten lässt.

(hoh)

Mad Max als Vorbild für Softwareentwicklung? Das neue Framework Gas Town des Entwicklers und Bloggers Steve Yegge orchestriert mehr als zehn Coding-Agenten gleichzeitig mit einer Architektur, die von der postapokalyptischen Filmreihe inspiriert ist. Der Ansatz: nicht perfekte Einzelagenten, sondern kontrolliertes Chaos mit Agenten-Rollen wie Bürgermeister, Wächter und Raffinerie, die alle an die Mad-Max-Filme angelehnt sind (siehe Tabelle am Ende des Artikels). Gas Town ist dabei nichts für schwache Nerven oder einen kleinen Geldbeutel.

Yegge betont, dass sich das System noch im Alpha-Stadium befindet und erhebliche Vorkenntnisse zu Coding-Agenten voraussetzt, um mit dem Chaos in der Stadt der Coding-Agenten umgehen zu können. Zudem benötigt man durch die starke Skalierung schnell ein zweites oder drittes Claude-Max-Abonnement von Anthropic, das je nach Variante 100 oder 200 US-Dollar pro Monat kostet.

Gas Town zählt zu einer ganzen Gruppe an Anwendungen, die von der Community derzeit heiß diskutiert werden und deren Ziel es ist, Coding-Agenten zu koordinieren. Zu diesen Orchestratoren gehören zum Beispiel Ralph, Loom oder AutoClaude. Yegge hat das Framework am 1. Januar 2026 veröffentlicht, nach nur siebzehn Tagen Entwicklungszeit. Allerdings steckt im Konzept die Erfahrung von über einem Jahr an Experimenten. Er hat es mithilfe von KI-Agenten in Go geschrieben.

Vom Chaos zur Ordnung

Yegge geht von dem Gedanken aus, dass es schon immer die Aufgabe von Ingenieuren gewesen ist, komplexes Chaos in beherrschbare Strukturen zu verwandeln. Das Tool geht dabei einen Failure Mode nach dem anderen mit unterschiedlichen Konzepten an. Der Autor spricht von nichtdeterministischer Idempotenz, zwei Begriffen, die sich auf den ersten Blick ausschließen, aber durch die Kontrollstrukturen des Frameworks zusammenfinden. Die parallele Arbeit von drei bis fünf Coding- und anderen KI-Agenten kann zu chaotischen Systemzuständen führen. Was passiert beispielsweise, wenn mehrere Agenten an gleichen oder ähnlichen Aufgaben arbeiten? Wer kümmert sich um Merge-Konflikte? Wie lässt sich doppelte Arbeit verhindern? Gas Town bedient sich unterschiedlichster Konzepte, um Ordnung in das Chaos zu bringen (siehe folgende Abbildung).

Ein Arbeitstag des Bürgermeisters in Gas Town

Ein typischer Tag in der Stadt Gas Town beginnt damit, dass der menschliche Entwickler (Overseer) gemeinsam mit dem Hauptagenten, dem Bürgermeister (Mayor), die Aufgaben für den Tag in natürlicher Sprache festlegt. Der Bürgermeister zerlegt diese Aufgaben in kleinere Teilaufgaben und speichert sie im Task-Manager (Beads). Sobald die Vorbereitungen fertig sind, bündelt er Aufgaben in einem Arbeitsauftrag, im Convoy, und schickt sie in eines der Repositories, Rigs. Wenn Gas Town Zugriff auf eine gültige GitHub-Authentifizierung hat, kann der Bürgermeister Repositories einfach klonen und für die Verwendung mit Gas Town initialisieren.

Das Aufteilen der Aufgaben begegnet dem Problem der nachlassenden Qualität der Antworten von Coding-Agenten, je weiter sich ihr Kontextfenster füllt. Bei den Claude-LLMs sind das aktuell 200.000 Token. Bei Erreichen des Limits komprimiert der Coding-Agent die Dialoge, um Platz zu schaffen. In der Praxis führt schon ein zu sechzig Prozent gefülltes Kontextfenster zu einer merklichen Reduktion der Ausgabenqualität.

Im Rig werden Arbeiter-Agenten (Polecats) aktiv, die mit der Abarbeitung von Aufgaben beginnen. Je mehr Aufgaben anliegen, desto mehr Polecats treten in Aktion. Sie schaffen sich mit Git-Worktrees ihre eigene Arbeitsumgebung und kümmern sich eigenständig um die Umsetzung.

Über Mailboxes und Handoffs können sie miteinander kommunizieren. Das Mailbox-System ist von Erlang inspiriert und dient der Kommunikation zwischen langlebigen Agenten, wie dem Bürgermeister und dem Wächter. Handoffs hingegen arbeiten synchron und dienen der Übergabe des Arbeitszustands an eine neue Arbeiter-Instanz, wenn der Kontext über die oben beschriebene kritische Füllmenge hinaus ansteigt.

Da in Gas Town immer mal etwas schiefläuft, beschäftigt der Bürgermeister den Wächter (Deacon), der das Gesamtsystem periodisch analysiert, Zombieprozesse aufräumt, festgefahrene Sessions wieder anstößt und die wichtigsten Systemfunktionen am Leben hält. Im Unterschied zum Wächter, der auf Systemebene patrouilliert, überwacht der Aufseher (Witness) innerhalb eines Rigs einzelne Agenten. Jeden Agenten, den er etwa beim Faulenzen erwischt, ermordet er eiskalt und ersetzt ihn.

Merge-Konflikte: Die Raffinerie sortiert

Mit mehreren Agenten kommt es zu vielen parallelen Änderungen, doppelter Arbeit und unzähligen Merge-Konflikten. Außerdem berichten mehr und mehr Entwicklerinnen und Entwickler, dass die Freude an ihrem Job abgenommen hat, seit sie nur noch Code von KI-Agenten reviewen.

Um diesen Problemen Herr zu werden, gibt es in Gas Town eine Raffinerie. Sie überprüft alle Arbeitsergebnisse der Agenten und räumt auf. Merge-Konflikte und schlechte Codequalität bekämpft sie mehrheitlich durch Qualitätskriterien, die sich über konfigurierbare Review-Presets und ein projektspezifisches CLAUDE.md anlegen lassen.

Nachdem alle Aufgaben abgeschlossen sind, meldet der Bürgermeister dem Entwickler stolz die erfolgreiche Abarbeitung der Convoy-Aufgabengruppe.

Agenten in Gas Town stellen austauschbare Instanzen dar, vergleichbar mit dem Konzept von Cattle statt Pets bei der Orchestrierung der Infrastruktur mit virtuellen Maschinen oder Containern, etwa mit Kubernetes. Auch darüber hinaus hat das Framework viel mit Kubernetes gemeinsam: Es gibt eine Control Plane (Bürgermeister und Wächter), die eine Data Plane (die Polecats und Aufseher) managen. Dabei sind die Arbeiter-Agenten (Polecats) austauschbar: Wenn sie den Dienst niederlegen oder stecken bleiben, werden sie durch eine neue Instanz ersetzt, ohne dass der Kontext aus der letzten Session verloren geht.

Sweeps: Garbage Collection für technische Schulden

Wenn Entwicklerinnen und Entwickler blind mit Agenten Code produzieren, akkumulieren sich auf Dauer die technischen Schulden. Die tauchen auch als Fehlannahmen (Heresies) im inneren Monolog der Agenten auf, und menschliche Entwickler können sie darüber aufspüren und nachvollziehen. Grund für die Fehler ist oft das eingeschränkte Kontextfenster, aufgrund dessen Agenten aus dem Blick verlieren, was in der letzten Session vorgefallen ist. Früher gewählte Ansätze geraten in Vergessenheit und Agenten wählen mitunter fremde Designmethoden, die die Architekturkonsistenz verletzen. In einer größeren Codebasis können beispielsweise drei bis vier unterschiedliche Logging Libraries auftauchen.

Um dem zu begegnen, erfordert es sorgfältige Reviews durch Menschen, was wiederum am Produktivitätsgewinn durch die multiplen Agenten nagt. Gas Town wählt eine andere Strategie, die auf Stichproben basiert, den Sweeps: systematische Korrekturwellen, die Architektur-Drift und schlechte Praktiken eindämmen, ohne dass Entwickler alle Fehlannahmen bedenken oder alle Codezeilen einzeln analysieren müssen. Ein sechzigminütiger Review-Sweep mündet in konkreten Aufgaben für das Task-Management (Beads), die so in den Kontext der beteiligten Agenten gelangen. Das lenkt künftige Entscheidungen in die Richtung, die die menschlichen Entwickler für richtig halten.

Um einen Sweep zu starten, lassen sich Entwickler vom Bürgermeister über einen persistenten Workspace (~/gas-town//crew//rig/) einen Git-Worktree erzeugen und sehen dort die Arbeitsergebnisse eines Convoys wie gewohnt in der IDE oder im Terminal. Anstatt selbst Änderungen vorzunehmen, beauftragen sie den Bürgermeister mit der Erstellung von Korrekturaufgaben. Diese ändern das Verhalten der Agenten und führen zu einer weiteren Erhöhung der Codequalität. Nach und nach steigert sich so das Vertrauen in die Agentenschar und der Aufwand für Sweeps reduziert sich. Sweeps stellen eine Art Garbage Collection für technische Schulden dar. Zusätzlich sollten Developer aber nicht auf die gängigen Kontrollmethoden wie Rule-Dateien (AGENT.md oder CLAUDE.md) und statische Quality Gates wie Fitness Functions oder statische Codeanalyse verzichten.

Von Vibe Coding spricht man, wenn ein großes Sprachmodell den Quellcode generiert und der menschliche Beitrag sich weitgehend auf das Formulieren von Anweisungen beschränkt. Entsprechend sind für Vibe Coding nicht zwingend Programmierkenntnisse erforderlich.

Der Programmierer und Computerbrillen-Enthusiast Jake Ledner demonstriert in einem Video, wie Vibe Coding auf Smart Glasses aussehen könnte. In dem Video spaziert er durch New York, während er dem KI-Agenten OpenClaw über sein Meta Ray-Ban Display und das darauf installierte WhatsApp Sprachanweisungen gibt. Der Chatverlauf erscheint direkt im Sichtfeld, sodass er den Fortschritt über von OpenClaw gesendete Screenshots verfolgen kann. Der KI-Agent läuft auf einem Mac Studio in Ledners Wohnung und nutzt OpenAIs Coding-Werkzeug Codex, um den Programmcode zu schreiben.

Im Video lässt Ledner OpenClaw seiner KI-Kalorienzähler-App „TrackGPT“ eine Speicherfunktion für häufige Mahlzeiten hinzufügen. Nach Freigabe spielt der Agent den Code automatisch ein und der neue „Speichern“-Button geht in der App live.

„Im Grunde kann heute jeder von überall aus Apps entwickeln, mit OpenClaw, OpenAI Codex und Meta Ray-Ban Smart-Glasses“, sagt Ledner im Video, das er zunächst auf X veröffentlichte, das mittlerweile aber auch auf LinkedIn verfügbar ist.

Sicherheitsrisiken und Plattformgrenzen bremsen Einsatz

Ganz so einfach, wie es Ledner suggeriert, ist es freilich noch nicht: OpenClaw birgt derzeit erhebliche Sicherheitsrisiken und setzt idealerweise eine dedizierte Recheneinheit voraus, was für viele Nutzer kaum praktikabel sein dürfte. Die Meta Ray-Ban Display ist zudem bislang nur in den USA erhältlich. Sie kam dort im September 2025 auf den Markt und kostet rund 800 US-Dollar. Ob und wann ein internationaler Marktstart erfolgt, ist offen. Möglicherweise wartet Meta auf die zweite Generation des Wearables, die laut einem aktuellen Bericht noch in diesem Jahr erscheinen könnte.

Eine weitere Einschränkung bei der Meta Ray-Ban Display ist, dass Drittentwickler derzeit keinen Zugriff auf das Display haben. Aus diesem Grund nutzt Ledner WhatsApp, um mit OpenClaw zu kommunizieren. Metas Messenger-Dienst ist eine der wenigen Apps, die die Smart Glasses aktuell unterstützen.

An der fehlenden Display-Berechtigung könnte sich allerdings schon bald etwas ändern: Oscar Falmer, der bei Meta die Entwicklerbetreuung im Wearables-Bereich verantwortet, reagierte auf das Video und stellte den Display-Zugriff für Drittentwickler für dieses Jahr in Aussicht. Damit könnten künftig Apps entstehen, die direkt auf OpenClaw oder eine vergleichbare, künftige KI-Funktion von OpenAI zugreifen. Dessen Schöpfer Peter Steinberger wurde gerade erst von dem Unternehmen verpflichtet.

Unabhängig von Meta werden künftig weitere Smart Glasses mit Display erscheinen, die ähnliche Eigenschaften wie die Meta Ray-Ban Display haben. Google plant beispielsweise, noch in diesem Jahr ein entsprechendes Produkt vorzustellen.

(tobe)