Verwendung von KI zum Portieren eines Wi-Fi-Treibers von Linux zu FreeBSD: Eine Fallstudie
Direkter Versuch der KI-Code-Portierung
Der Entwickler hatte ein MacBook Pro von 2016 mit einem Broadcom BCM4350-WLAN-Chip, der keine native FreeBSD-Unterstützung bietet. Die übliche Lösung ist wifibox – eine Linux-VM mit PCI-Passthrough. Stattdessen versuchte er, den Linux-brcmfmac-Treiber (ISC-Lizenz) mithilfe von KI direkt auf FreeBSD zu portieren.
Er klonte den brcmfmac-Subtree und bat Claude Code, ihn für FreeBSD funktionsfähig zu machen, wobei er speziell auf den iwlwifi-Treiber als Referenz für die Verwendung von LinuxKPI (FreeBSDs Linux-Kernel-Kompatibilitätsschicht) verwies. Der erste Versuch erzeugte ein Modul, das kompilierte, aber nicht funktionierte, da der Test-VM die eigentliche Hardware fehlte.
Beim Testen mit dem tatsächlichen PCI-Gerät stürzte der Kernel ab. Claude Code versuchte, die Abstürze durch das Hinzufügen von #ifdef __FreeBSD__-Wrappern und den Aufbau FreeBSD-spezifischer Shims und Callbacks zu beheben, warnte jedoch, dass das Projekt „sehr kompliziert und unübersichtlich“ werde. Der resultierende Diff war deutlich größer als erwartet, und der Treiber blieb nicht funktionsfähig.
Spezifikations-zuerst-Ansatz
Inspiriert von Armin Ronachers Erfahrung mit Claude Opus und dem Pi-Agenten wechselte der Entwickler den Ansatz. In der Erkenntnis, dass seine Aufgabe eng gefasst war (ein Chip, nur PCI, nur WLAN-Client), startete er eine neue Pi-Sitzung und bat den Agenten, eine detaillierte Spezifikation darüber zu schreiben, wie der brcmfmac-Treiber mit Fokus auf BCM4350 funktioniert.
Er setzte das Publikum explizit als „Leser, die mit der Implementierung der Spezifikation in einer Clean-Room-Umgebung beauftragt sind“ und bat um Erklärungen „bis ins kleinste Detail“. Der Agent erstellte eine 11-Kapitel-Spezifikation, die Folgendes abdeckte:
- 00-overview.md
- 01-data-structures.md
- 02-bus-layer.md
- 03-protocol-layer.md
- 04-firmware-interface.md
- 05-event-handling.md
- 06-cfg80211-operations.md
- 07-initialization.md
- 08-data-path.md
- 09-firmware-commands.md
- 10-structures-reference.md
Der Entwickler merkt an, dass KI-generierte Spezifikationen einer Überprüfung bedürfen, da man „nicht einfach darauf vertrauen kann, was die KI geschrieben hat“.
📖 Read the full source: HN AI Agents
👀 Siehe auch
Echte Anwendungsfälle und Entwicklungsmuster für MCP-Server
Ein Entwickler teilt seine Erfahrungen beim Aufbau eines MCP-Servers, der sich mit Live-Sportdatenscannern verbindet, um Quoten von Sportwettenanbietern abzurufen und Preisineffizienzen in Echtzeit zu erkennen. Er diskutiert praktische Erkenntnisse über Tool-Design und Installationsformate.
Claude Opus 4.6 Patches 16-Bit-Windows-Spiele für moderne Systeme
Claude Opus 4.6 half dabei, das 1999er Spiel Tonka Construction für moderne Windows-Systeme zu patchen, indem WING32.dll modifiziert wurde, um veraltete Systemaufrufe zu übersetzen, ähnlich wie DXVK funktioniert. Die Lösung macht DOSBox und Treiberinstallationen überflüssig, die das Spiel zuvor schwer spielbar machten.
Wie günstige KI-Agenten die Entwicklung des Claw Earn-Marktplatzes einem Stresstest unterzogen
Das Claw Earn-Team setzte während der Entwicklung absichtlich kostengünstigere, weniger leistungsfähige KI-Agenten ein, was Fehler im Zusammenhang mit veralteten Skripten, veralteten Speicherinhalten und falschen Annahmen aufdeckte. Diese Fehler zwangen zu Verbesserungen bei der Dokumentation und der Robustheit der Plattform.
Reddit-Nutzer berichtet über 30% Budgetverschwendung durch "AI-Agent-Neustart-Steuer", teilt Checkpointing-Lösung
Ein Entwickler auf r/LocalLLaMA stellte fest, dass sein Team 30 % seines KI-Budgets für Neustarts ausgab, wenn Workflows mitten in einer Aufgabe fehlschlugen. Sie führten Checkpointing für jeden Tool-Aufruf ein, was sofort die API-Kosten senkte, indem redundante Verarbeitung vermieden wurde.