Entwickler nutzt Claude Code, um USB-Dongle zu bauen, der Chrome-Dino-Spiel automatisch startet
Hardware- und Firmware-Details
Ein Entwickler hat einen USB-Dongle erstellt, der automatisch das Offline-Dino-Spiel von Chrome spielt, ohne dass Software auf dem Host-Rechner oder Browser-Erweiterungen erforderlich sind. Das Gerät verwendet einen ATtiny85 (Digispark)-Mikrocontroller mit 8 KB Flash und 512 Byte RAM, der etwa 2 US-Dollar kostet.
Funktionsweise
Der Dongle wird an jeden PC angeschlossen und erscheint als Standard-USB-HID-Tastatur. Er verwendet zwei LDR (lichtabhängige Widerstände)-Sensoren, die am Monitor montiert sind, um Hindernisse im Spiel zu erkennen:
- Unterer Sensor erkennt Kakteen
- Oberer Sensor erkennt Vögel
Wenn Hindernisse erkannt werden, sendet das Gerät entsprechende Tastaturbefehle (Springen oder Ducken), um die Spielfigur zu steuern.
Claude Codes Rolle bei der Entwicklung
Der Entwickler nutzte Claude Code als primären Entwicklungspartner für die Firmware, die in Bare-Metal-C mit avr-gcc (nicht Arduino) geschrieben ist. Spezifische Beiträge umfassten:
- Schreiben der V-USB-HID-Tastatur-Stack-Integration und Deskriptor-Berichte
- Entwurf der Dual-Sensor-Hindernisklassifizierungslogik durch iterative Entwicklung
- Erstellung von Pulsbreiten-Hüllkurvenmessungen für geschwindigkeitsadaptives Timing
- Behandlung des Kakteen-Sprite-Problems mit Gabelform (mehrere Teilimpulse werden über Schwellenwertlücken zusammengeführt)
- Verfassen der vollständigen README, PLAN.md und Makefile
Technische Umsetzung
Das adaptive Timing-System berücksichtigt die Beschleunigung des Spiels, indem es misst, wie lange jedes Hindernis braucht, um den Sensor zu passieren, einen gleitenden Minimalfilter verwendet und die Sprungverzögerung entsprechend skaliert. Codex führte eine Code-Überprüfung durch, die einen Fehler in der Hüllkurvenverfolgungslogik aufdeckte, bei dem die Sensorpolarität an vier Stellen invertiert war.
Die gesamte Firmware-Größe beträgt 2699 Byte. Die Hardware-Montage, Sensoranbringung, LM393-Potentiometer-Kalibrierung und physische Tests wurden manuell vom Entwickler durchgeführt.
Wesentliche Unterscheidungsmerkmale
- USB-HID-Tastatur-Implementierung erfordert keine Host-seitige Python- oder Browser-Erweiterungen
- Keine Servo- oder Solenoid-Betätigung der Leertaste
- Dual vertikal gestapelte Sensoren zur Hindernisdifferenzierung
- Adaptives Timing, das mit zunehmender Spielgeschwindigkeit präzise bleibt
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Aufbau eines produktiven autonomen ML-Forschungssystems mit Claude Code
Ein Entwickler hat ein System aufgebaut, in dem Claude Code als autonomer ML-Forscher mit tabellarischen Daten arbeitet, Experimente über Nacht durchführt und dabei durch eingeschränkte Dateibearbeitung und Docker-Sandboxing gesichert ist. Wichtige Erkenntnisse umfassen das Absichern bearbeitbarer Dateien, den Schutz des Experimentdurchsatzes durch Limits und die Implementierung von persistentem Speicher durch strukturierte Protokollierung.
Claude Code vs Codex: Ein Build-Workflow im Vergleich
Ein Entwickler teilt eine praktische Aufteilung: Claude Code für fokussierte Repository-Arbeit mit sauberen Diffs, Codex für unübersichtliche, toolübergreifende Aufgaben mit Browser, Dokumentation und App-Tests.
Benutzer erstellt HTML-Konverter für Claude-Chat-Exporte mithilfe von Claude selbst
Ein Nicht-Programmierer nutzte Claude, um einen Konverter zu erstellen, der Claudes native JSON-Chat-Exporte in lesbares HTML mit farbcodierten Nachrichten, klappbaren Konversationen und Organisation nach Datum und Uhrzeit umwandelt.
Entwickler teilt Erfahrungen aus dem Aufbau einer Sport-App mit Base44 und Claude
Ein Entwickler hat eine Sport-App namens glanceplay.com auf Base44 für schnelle, casual-freundliche Spielzusammenfassungen erstellt, stellte jedoch fest, dass Base44-Guthaben für iterative Codeänderungen teuer sind. Sie empfehlen, Plattformen wie Base44 für das anfängliche Gerüst zu nutzen und sich dann auf Claude für inkrementelle Änderungen und Fehlerbehebung zu verlassen.