用途：该技能引导代理掌握嵌入式 bootloader 基础，包括向量表重定位、从 bootloader 安全跳转到应用程序、Flash 分区，以及在 Cortex-M 及类似 MCU 上实现基础固件更新（UART、USB DFU 或自定义协议）。
适用时机：应用需运行在非零 Flash 偏移（如 0x08010000）；不依赖厂商 HAL 实现 OTA 或 USB DFU；排查“单独烧录可运行但经 bootloader 无法运行”的问题；可与 baremetal-startup、stm32-baremetal 等技能配合。
主要能力与用法：典型内存布局将 bootloader 放在 0x08000000（16–64 KB），应用放在 0x08010000；应用链接脚本需把 FLASH ORIGIN 设为应用基址，向量表必须位于应用基址。跳转前需校验应用镜像：向量[0]（初始 SP）指向 RAM 区域，向量[1]（Reset）指向 Flash 且 Thumb 位置 1（LSB=1），可选校验 CRC 或魔数。Cortex-M 交接序列包括禁用中断、清零 SysTick、关闭并清除 NVIC 中断、设置 SCB->VTOR 为应用基址、__set_MSP、__DSB/__ISB 后跳转执行。bootloader 职责包括上电初始化最小时钟与 UART/USB、检查更新标志、按需接收并校验烧录镜像，否则在应用有效时跳转。更新安全建议：写入暂存扇区、校验 CRC 后再切换元数据指针（A/B），不要擦除唯一有效镜像，校验提交后再喂看门狗。
限制与常见问题：资料未提供具体收费、平台支持范围或效果保证。跳转后 HardFault 常因 SP 无效或缺少 Thumb 位；中断进入 bootloader 处理程序说明 VTOR 未重定位；应用单独可运行但经 BL 失败通常是链接地址仍为 0x08000000；UART 乱码因 BL 未关闭外设；OTA 变砖多因擦除中掉电，需双 bank 或元数据回滚。注意 STM32 系统存储区 DFU（BOOT0=1）与用户 Flash 自定义 BL 不同，不可混淆。