Использование ИИ для переноса драйвера Wi-Fi с Linux на FreeBSD: Пример из практики
Прямая попытка портирования кода с помощью ИИ
У разработчика был MacBook Pro 2016 года с Wi-Fi чипом Broadcom BCM4350, который не имеет нативной поддержки в FreeBSD. Типичным обходным решением является wifibox — виртуальная машина Linux с PCI pass-through. Вместо этого они попытались портировать драйвер Linux brcmfmac (лицензия ISC) напрямую на FreeBSD с использованием ИИ.
Они склонировали поддерево brcmfmac и попросили Claude Code заставить его работать на FreeBSD, указав конкретно на драйвер iwlwifi в качестве примера использования LinuxKPI (слоя совместимости с ядром Linux в FreeBSD). Первоначальная попытка дала модуль, который компилировался, но не работал, потому что тестовая виртуальная машина не имела реального оборудования.
При тестировании с реальным PCI-устройством ядро паниковало. Claude Code пытался исправить паники, добавляя обертки #ifdef __FreeBSD__ и создавая специфичные для FreeBSD прослойки и обратные вызовы, но предупредил, что проект становится «очень сложным и запутанным». Получившийся diff оказался значительно больше ожидаемого, и драйвер остался нерабочим.
Подход «Сначала спецификация»
Вдохновившись опытом Армина Ронахера с Claude Opus и агентом Pi, разработчик сменил подход. Осознав, что их задача узкая (один чип, только PCI, только Wi-Fi клиент), они запустили новую сессию Pi и попросили агента написать подробную спецификацию того, как работает драйвер brcmfmac, с фокусом на BCM4350.
Они явно задали аудиторию как «читателей, которым поручено реализовать спецификацию в чистой среде» и попросили объяснений «до битов». Агент создал спецификацию из 11 глав, охватывающую:
- 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
Разработчик отмечает, что спецификации, сгенерированные ИИ, требуют проверки, так как «нельзя просто доверять тому, что написал ИИ».
📖 Прочитать полный источник: HN AI Agents
👀 Смотрите также
Использование Claude Code/Codex совместно с OpenClaw для структурированной оптимизации игр на Steam Deck
Пользователь Reddit делится рабочим процессом, использующим Claude Code/Codex в качестве помощников по оптимизации и OpenClaw в качестве уровня оркестрации, чтобы превратить настройку игр на Steam Deck из случайных подборов в повторяемый структурированный процесс.
Сценарии использования агента OpenClaw: от автоматизации DevOps до сбора разведданных
Разработчик делится шестью конкретными задачами, которые его агент OpenClaw выполняет ежедневно, включая операции с серверами через команды Discord, фильтрацию электронной почты по восьми аккаунтам, анализ контента Reddit, настройку аналитики PostHog, управление сервером Discord и работу с корпоративной базой знаний в Feishu.
Искусственный интеллект Claude диагностирует проблему в сети Zigbee и рекомендует перейти с deCONZ на Zigbee2MQTT.
Пользователь сообщил, что Claude AI выявил проблему в deCONZ, при которой переключение сцен вызывало отправку более 80 команд чтения ZCL-атрибутов, что перегружало адаптер Conbee 2. Claude рекомендовал перейти на Zigbee2MQTT, что решило годы ненадёжной работы освещения.
Пользователь OpenClaw сообщает об улучшении функциональности после подключения к документации через MCP.
Пользователь обнаружил, что его настройка OpenClaw стала значительно полезнее после подключения к документации с помощью yavy.dev для индексации и MCP для интеграции, перейдя от общих вопросов и ответов к конкретной помощи в устранении неполадок и настройке.