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
Cowork automatisiert die Sprint-Changelog-Generierung mithilfe von Claude AI und MCP-Verbindungen.
Ein Projektmanager hat seine Aufgabe zur Erstellung von Sprint-Changelogs mit Cowork und Claude KI automatisiert und spart so jede zwei Wochen eine Stunde manuelle Arbeit. Das System verbindet sich über MCP mit Linear, holt abgeschlossene Issues ab, identifiziert nutzerrelevante Änderungen, schreibt Changelog-Texte und veröffentlicht sie automatisch.
Entwickler baut HIPAA-konforme Gesundheits-App mit Claude AI, Xano und Bolt
Ein Entwickler baute ein HIPAA-konformes internes Gesundheitsverwaltungssystem mit Claude 4.6 unter Verwendung der No-Code-Tools Xano für das Backend und Bolt für das Frontend, implementierte dabei Feldverschlüsselung, RBAC-Middleware und Prüfprotokolle.
Erstellung von Jarvis: Eine selbst gehostete KI-Operationsschicht mit OpenClaw
Ein Entwickler teilt seine Architektur für einen persönlichen KI-Assistenten, der rund um die Uhr auf einem Mac Mini läuft, mit OpenClaw, n8n, Obsidian und einer Kaskade von KI-Modellen, um kleine Geschäftsabläufe zu verwalten.
Die Vor- und Nachteile erkunden: Cloud-LLMs vs. lokale KI-Agenten
Die Debatte zwischen cloudbasierten KI-Modellen und lokaler KI-Verarbeitung bleibt ein spannendes Thema, wobei jeder Ansatz eigene Vorteile und Herausforderungen bietet. Tauchen Sie in unsere Analyse ein, um die wichtigsten Erkenntnisse zu verstehen.