通用代码助手很会写 C，却不一定认得你这颗料。它不知道外设时钟树的限制、这份 SDK 的版本坑、勘误表里那条「看起来没问题但不能这么配」的说明。结果是：代码能过编译，板上起不来。
Coding Agent 是 Barbot 给 MCU / DSP 原厂及其开发生态做的专属助手。它结合当前工程、目标芯片和 SDK，把原厂技术知识送进 VS Code 里的真实开发流程。
为什么通用助手不够用
嵌入式开发不是「再写一个函数」，而是资料、寄存器、示例、链接脚本和硬件约束叠在一起：
- 同一外设，不同封装的引脚复用完全不同
- 初始化顺序错一步，就是 hard fault，不是语法错
- SDK 升级后 API 还在，行为已经变了
- 原厂推荐的 bring-up 路径写在应用笔记第 17 页，不在 README
Coding Agent 的起点是：先认工程、认芯片、认 SDK，再写代码。
它怎么工作
- 识别工程、目标芯片与 SDK 版本
- 理解当前代码和开发目标
- 检索原厂 API、寄存器、示例和勘误
- 生成或修改代码，并调用工具做验证
开发者仍在 VS Code 里工作，不需要把上下文复制到另一个聊天窗口再翻译一遍。
核心能力
- VS Code 原生体验
- 外设初始化与配置辅助
- SDK 与工程迁移
- 编译、链接与 Bring-up 排查
- 引用原始资料和代码证据，方便复核
对原厂来说，这不只是内部提效，也是持续服务开发者的产品入口：技术支持覆盖面变大，从「读完手册再写工程」变成「在工程里直接用手册」。
知识底座仍是 LLM Wiki。更长、需要多人协作的交付，可以接到 Harvey Agents。
