Docker Sandboxes：让 AI 安全刷写 ESP32
ESP32 Firmware Development with Docker Sandboxes
ESP32 固件开发常受困于工具链不匹配和“在我机器上能跑”的困境。借助 Docker 和官方 espressif/idf 镜像，我们可以轻松实现构建的可复现性。更关键的是，Docker Sandboxes 技术允许 AI 编码代理在完全隔离的微虚拟机中运行，既能自由编译、安装依赖，又能通过 RFC2217 网络桥接安全地刷写真实硬件，而无需将宿主机的控制权交给 AI。从并行维护新旧版本到让 AI 自主进行硬件在环测试，这套工作流彻底改变了嵌入式开发的协作模式。
Docker Sandboxes 填补了最后一块拼图：它们让将真实的开发板交给 AI 代理并让其自主工作变得合理可行，而非鲁莽冒险。
- pietrofmaggi
这似乎是过去做法的自然演进：
1. 一台装有开发环境（DOS 或 Windows）的笔记本电脑，锁在盒子里，专门用于更新或修复；
2. 一台运行在 NAS 上的虚拟机，当维护中的固件需要修复时使用。
随着 Linux 上可用的嵌入式工具越来越多，Docker 镜像自然成为了首选。
- jakewins
我前阵子试过这个方法，结果发现直接给固件代理（firmware agent）配一台专用机器反而更简单。迭代固件时，你需要访问大量底层资源，而 Docker 的层级结构在调试故障、崩溃、掉电等问题时，总让代理感到困惑。
结合一台专用的小型机器和一个支持单端口电源循环的 USB 集线器，可以让代理在无需人工干预的情况下，连续运行数天进行迭代和解除卡死状态。当然，这样产出的软件没法用，但用于调试简直太棒了。代理配备可编程示波器、电源循环功能，以及可模拟产品在实际环境中交互的各种外设（同样支持电源循环）。
TL;DR：我发现 Docker 的层级结构只会让代理感到困惑，给它一台旧笔记本电脑要简单得多，也强大得多。
- itopaloglu83
现在我们还需要一个完整的虚拟芯片在 Docker 中运行来模拟它。那将太不可思议了。