用途
arduino-workflow-router 是嵌入式工作流的“路由器”技能，作为完整或跨学科嵌入式工作的简明入口。它解决的问题是：一个 Arduino 或嵌入式请求往往横跨多个领域（固件、板卡约束、电子、电源、网络、校准、外壳、烧录、调试、OTA、维护），或者一开始连具体板卡和工具链都不确定。此时不应直接跳到某个专科技能，而应先由该路由技能确定入口顺序与路由方向。
对于目标明确、板卡与工具链已确认、只涉及单一阶段的聚焦任务，资料建议直接加载最窄的专科技能，而不经过本路由。
主要能力
- 路由分发：按需求类型把请求导向 Zephyr、STM32、Pico SDK、MicroPython、探针调试、故障取证、总线调试、启动与刷写恢复、内存与时序调试、USB 调试等专科技能。
- 工具链选择：区分 Arduino IDE、Arduino CLI、PlatformIO 与厂商专用工具，并覆盖版本与库兼容性判断。
- 板卡介入与解析：通过 board-support 解析具名板卡或板卡系列的准确身份与有来源支撑的约束档案；通过 board-selection 依据需求选择或更换板卡。
- 组合工作流编排：为电池供电 Wi-Fi 传感器、Uno R4 WiFi 烧录事件、机器人控制器、多板传感器库、四按键 ESP32 控制器等场景给出组合顺序。
- 前置门槛与证据：定义“介入门槛”，禁止臆造引脚、电压、电流限制、内存大小、外设、协议、库版本或烧录命令；要求记录确切板卡、框架、工具链、主机、依赖版本与目标证明阶段。
- 输出契约：按技能契约说明假设、所需工具与版本、实现步骤、各证明阶段的测试/证据、已知限制以及恢复/安全说明。
使用方式
资料给出的加载顺序（load-first）：
- 阅读
../../docs/arduino-skill-contract.md。 - 若工作跨会话或涉及物理动作，先加载
embedded-project-loop（推荐的首个技能），在实现前建立其目标与下一步待办状态，并保持打开直到满足证据门槛。 - 填写
../../docs/board-support/board-profile-template.md，或说明为何不需要。 - 当需要解析具名板卡或板卡系列时，在选择引脚前加载
../board-support/SKILL.md及其索引档案。 - 阅读
references/board-intake.md做板卡与硬件检查。 - 阅读
references/toolchain-selection.md处理 IDE、CLI、PlatformIO 或厂商版本与库兼容性。 - 从路由表中选择专科技能。
- 在上传、启动、电源或固件恢复动作前阅读
references/failure-recovery.md；对任何联网或可更新设备阅读references/connected-device-security.md。
参考文档是按需加载的：仅当触发条件成立时才加载，因此路由器保持在 500 行以内，详细变体作为渐进式披露。
触发器优先级要点：组合、描述不足或跨学科请求由本路由拥有首条路线；物理或多会话请求先加载 embedded-project-loop 再回到本路由；板卡身份与能力查询由 board-support 负责，板卡选择由 board-selection 负责；不要同时加载 arduino-serial-monitor 与第二个串口调试技能。
默认组合顺序为：arduino-workflow-router -> board-selection -> board-support -> pin-assignment -> wiring-safety-check -> sensor-signal-filtering -> non-blocking-patterns -> arduino-serial-monitor -> hardware-tdd。若工作跨会话或存在物理门槛，则先以 embedded-project-loop 开始。若用户已给出确切且受支持的板卡身份，可跳过 board-selection 从 board-support 开始，但在给出引脚或电气建议前永远不能跳过 board-support。
适用场景
资料列举的组合工作流包括：电池供电 Wi-Fi 传感器、Uno R4 WiFi 上传事件、机器人控制器、多板传感器库、四按键 ESP32 控制器。也覆盖需要平台迁移/CI 的混合构建（由 embedded-build-workflow 负责构建介入）、无线遥测、实时控制回路、校准与传感器漂移、联网设备的 OTA 或现场部署、物料清单/PCB 相邻/外壳工作、主机/仿真/目标测试计划等。
限制
- 不得臆造引脚、电压、电流限制、内存大小、外设、协议、库版本或上传命令；缺失值必须询问，或以明确标注的假设加验证步骤继续。
- 表格中的一行不代表某个技能已被运行；需报告实际使用了哪些技能、产出了哪些工件、哪些证据阶段尚未验证。
- 工具链优先级：当仓库选用 PlatformIO 或原生 SDK 时，构建介入归
embedded-build-workflow所有，不应默认把原生app_main、Zephyr、Pico SDK 或 Rust 项目路由到 Arduino CLI；在声称某框架、目标或主机已验证前需查阅支持矩阵。 - 混合构建需参考 BottleSumo 经验，注意独立的 flash/PSRAM 设置、无线证据、OTA 与台架控制。
暂未提供
本技能的具体安装命令、收费方式、商业授权与价格信息在给定资料中暂未提供。