待翻译：Show HN: I let an AI agent brick my $2.51 ESP32 on purpose

AI 服务暂时不可用，以下为来源正文，待恢复后补全翻译。

Notifications You must be signed in to change notification settings Fork 1 Star 63 BranchesTags Open more actions menu Latest commit History 277 Commits 277 Commits Folders and files NameName Last commit message Last commit date .claude .claude .github .github .nff-brain .nff-brain docs docs nff-rs nff-rs nff nff public/images public/images scripts scripts sketches sketches tests tests .env.example .env.example .gitattributes .gitattributes .gitignore .gitignore ARCHITECTURE.md ARCHITECTURE.md CHANGES.md CHANGES.md CLAUDE.md CLAUDE.md CODE_OF_CONDUCT.md CODE_OF_CONDUCT.md CONTRIBUTING.md CONTRIBUTING.md LICENSE LICENSE README.md README.md SECURITY.md SECURITY.md pyproject.toml pyproject.toml requirements.txt requirements.txt test_migration.ps1 test_migration.ps1 Repository files navigation docs · quick start · mcp tools · cli · platform · discord nff is an MCP server that gives coding agents direct control over physical hardware — on the bench during development, and in the field for maintenance and diagnosis. Connect your board over USB and Claude writes, compiles, flashes, and reads serial output autonomously. Deploy devices with the nff-sdk-c library and Claude can reach them remotely: capture crash state, diagnose failures, and push fixes — without physical access. nff is the open-source bench CLI of the nff platform — an end-to-end, agent-driven system for developing, shipping, and operating ESP32-class firmware (bench → OTA → fleet diagnosis). This repo and the device library (nff-sdk-c) are the two MIT-licensed pieces that run on your laptop and hardware; the hosted backend is proprietary. you: "Run the sensor init sequence and assert the calibration values over serial" LLM: [writes firmware] → [compiles] → [flashes ESP32] → [reads serial] → returns structured output you: "Why did the unit in the field just hard-fault?" LLM: [captures panic over OTA] → [reads registers + backtrace] → "Stack overflow in your sensor ISR at line 47" features the bench loop, in one conversation — no switching between editor, terminal, and serial monitor. The agent iterates on firmware in response to serial output, catches exceptions, and reflashes. field maintenance when the firmware is dead — a crashed bare-metal MCU has no shell, no SSH, no process table. nff captures registers, stack, memory, and backtrace and routes them to a cloud agent that explains the failure and drives recovery. This is the gap Mender, balena, and similar OTA tools cannot fill: they need a living network client inside the firmware. ship it over the air — nff ota deploy turns the binary you just built into a staged, ECDSA-signed rollout with per-device tracking and automatic rollback; nff fleet --watch shows it land. ota → board-universal — any of PlatformIO's ~1000+ boards across ~40 platforms (every ESP32 variant, RP2040/Pico, all STM32 families, AVR, SAMD, Teensy, nRF52, Uno R4, RISC-V…), toolchain auto-installed on first build. arduino-cli remains available as a second backend. boards → live on-chip debugging — real breakpoints, call stacks, and variable inspection over JTAG/SWD (OpenOCD + GDB, driven by nff). debug → local-first — compile, flash, monitor, debug, and the MCP tools need no account and never open a browser. Only OTA, repair, and agent require a sign-in. one Rust binary — self-contained, no Python runtime, and it self-updates in the background like Claude Code does. get started macOS / Linux: curl -fsSL https://nanoforgeflow.com/install.sh | sh Windows (PowerShell): irm https://nanoforgeflow.com/install.ps1 | iex Then plug in your board and run: nff init # detects the board, writes config, registers + starts the MCP server nff doctor # verify Restart Claude Code so it picks up the MCP server, then just describe what you want: you: "Flash sketches/blink_esp32 and confirm the LED is toggling over serial" LLM: [compiles] → [flashes ESP32] → [reads serial] → "LED toggling at 1 Hz, confirmed" Full install options, --cloud sign-in, and first-run detail: quick start → mcp tools 34 tools over streamable HTTP on 127.0.0.1:3010/mcp, started in the background by nff init. Group Tools Covers Bench 7 list_devices, compile, flash, serial_read/write, reset_device, get_device_info Debug 14 breakpoints, call stack, variables, registers, memory, stepping, raw GDB Field 8 diagnose (local, no login), repair (cloud, ELF-symbolized) + auth lifecycle Fleet & OTA 5 ota_deploy, ota_status, ota_deployments, ota_devices, fleet_status Full signatures and return shapes: mcp tools → demo docs everything lives at nanoforgeflow.com/docs: quick start · cli reference · configuration · mcp tools · using claude code · device sdk · provisioning · ota deploys · git-push deploys · fleet status · crash diagnosis · on-chip debug · power · security In-repo reference (docs/): boards & USB ids · self-update & config · roadmap · architecture contributing Bugs and feature requests go to GitHub Issues; read CONTRIBUTING.md before opening a PR — adding a board is usually a two-line change. Please follow the Code of Conduct, and report vulnerabilities via SECURITY.md. Questions and ideas are welcome on Discord. license MIT — see LICENSE. Copyright (c) 2026 Gauthier Lechevalier MIT license Code of conduct Code of conduct Contributing Contributing Security policy Security policy Activity Stars 63 stars Watchers 0 watching Forks 1 fork Report repository