Erstelle einen $10 Token-Monitor für LM Studio mit einem ESP32-Display
Günstige Hardware für KI-Workflows umzufunktionieren, ist eine Hacker-Tradition. Ein Reddit-Nutzer hat gerade einen 10-Dollar-ESP32-Wetterstationsbildschirm von AliExpress in einen Live-Token-pro-Sekunde-Monitor für LM Studio verwandelt. Der Bildschirm ist ein kleiner 240×240-Pixel-Display, das normalerweise als Bitcoin-Ticker verkauft wird, aber der generische Nachbau ließ die ursprünglichen GitHub-Projekte nicht laufen. Hier kommt Codex ins Spiel: Der Nutzer bat Claude Codex (wahrscheinlich Anthropics Coding-Assistenten), eine benutzerdefinierte Firmware zu schreiben, und hatte innerhalb von 15 Minuten einen funktionierenden Token-Monitor.
Das Projekt nutzt das WLAN des ESP32, um Token-Rate-Daten von der LM-Studio-API abzurufen. Während der Beitrag den genauen Code nicht enthält, ist der Ansatz unkompliziert: Den lokalen HTTP-Endpunkt von LM Studio abfragen (normalerweise http://localhost:1234), die Token-Generierungsgeschwindigkeit parsen und auf dem kleinen runden Display anzeigen. Das Display verwendet den ST7789-Treiber über SPI, der bei diesen AliExpress-Modulen üblich ist.
Wichtige Details aus dem Beitrag:
- Hardware: ESP32-basiertes 240×240 rundes LCD-Display (als Wetterstation/Bitcoin-Ticker verkauft) von AliExpress für ca. 10 €.
- Firmware: Eigenentwicklung mit Codex in etwa 15 Minuten.
- Funktion: Zeigt die Live-Token-Generierungsgeschwindigkeit (Tokens/Sekunde) von LM Studio an.
- API-Endpunkt: LM Studio stellt die Token-Rate über seine lokale API bereit; der ESP32 fragt sie über WLAN ab.
- Treiber: Wahrscheinlich ST7789 (üblich für 240×240-TFTs).
Der Nutzer merkt an, dass sein spezifischer Display-Nachbau die bestehenden GitHub-Projekte für diese Bildschirme nicht unterstützte – ein häufiges Problem mit generischer AliExpress-Hardware –, aber Codex die Anpassung schnell erledigte. Es wurden keine speziellen Bibliotheken über den standardmäßigen ESP32-Arduino-Core und TFT_eSPI hinaus erwähnt.
Dies ist ein nettes Wochenendprojekt für alle, die LM Studio lokal betreiben. Die gesamte Teileliste liegt unter 15 € inklusive des ESP32-Boards (obwohl viele dieser Displays den ESP32 integriert haben). Die Hauptherausforderung besteht darin, die Details des Token-Rate-Endpunkts von LM Studio zu ermitteln – überprüfen Sie die API-Dokumentation für den genauen Pfad.
Für wen es ist: Entwickler, die LM Studio lokal betreiben und ein physisches, Echtzeit-Token-Rate-Display wünschen, ohne mehr als 50 € für einen externen Monitor auszugeben.
📖 Vollständige Quelle lesen: r/LocalLLaMA
👀 Siehe auch
Opus 4.7 hat 40% der Prompts zerstört; Lösung war die Strukturierung von CLAUDE.md und Skills
Nachdem Opus 4.7 etwa 40 % der Prompts in 6 Setups verschlechterte, behob ein kleiner Teilbereich der KI das Problem, indem Ad-hoc-Prompts durch strukturierte Skill-Dateien, hierarchische CLAUDE.md und separate Speicherdateien ersetzt wurden – wodurch die Token-Nutzung um 22 % und die Iterationsdurchläufe von 3–4 auf 1–2 reduziert wurden.
Claude Code Workflow Visual: Speicherhierarchie, Fähigkeiten, Hooks und Schleife
Ein Reddit-Beitrag teilt eine Workflow-Visualisierung für Claude Code, die CLAUDE.md-Speicherschichtung (global → Repo → bereichsbezogen), Fähigkeiten als wiederverwendbare Muster in .claude/skills/ und einen empfohlenen Workflow-Loop (Planen → Beschreiben → Akzeptieren → Committen) abdeckt.
Komponenten eines Coding Agents: Wie Tools, Speicher und Kontext LLMs erweitern
Sebastian Raschka erläutert die sechs Grundbausteine von Coding-Agenten wie Claude Code und Codex CLI und erklärt, wie Agent-Harnesse Modelle mit Tools, Speicher und Repository-Kontext kombinieren, um LLMs für Softwarearbeit effektiver zu machen.
Analyse der Produktionstechnik-Muster von Claude Code aus reverse-engineertem Quellcode
Ein Entwickler hat etwa 500.000 Zeilen des TypeScript-Quellcodes von Claude Code in ein 19 Kapitel umfassendes technisches Handbuch rückentwickelt, das Produktions-Engineering-Muster dokumentiert, die unter realer Last, realem Geld und realen Gegnern entstehen.