通用代码助手很会写 C，却不一定认得你这颗料。它不知道外设时钟树的限制、这份 SDK 的版本坑、勘误表里那条「看起来没问题但不能这么配」的说明。结果是：代码能过编译，板上起不来。

[Coding Agent](/products/coding-agent) 是 Barbot 给 MCU / DSP 原厂及其开发生态做的专属助手。它结合当前工程、目标芯片和 SDK，把原厂技术知识送进 VS Code 里的真实开发流程。

## 为什么通用助手不够用

嵌入式开发不是「再写一个函数」，而是资料、寄存器、示例、链接脚本和硬件约束叠在一起：

- 同一外设，不同封装的引脚复用完全不同
- 初始化顺序错一步，就是 hard fault，不是语法错
- SDK 升级后 API 还在，行为已经变了
- 原厂推荐的 bring-up 路径写在应用笔记第 17 页，不在 README

Coding Agent 的起点是：**先认工程、认芯片、认 SDK，再写代码。**

## 它怎么工作

1. 识别工程、目标芯片与 SDK 版本
2. 理解当前代码和开发目标
3. 检索原厂 API、寄存器、示例和勘误
4. 生成或修改代码，并调用工具做验证

开发者仍在 VS Code 里工作，不需要把上下文复制到另一个聊天窗口再翻译一遍。

## 核心能力

- VS Code 原生体验
- 外设初始化与配置辅助
- SDK 与工程迁移
- 编译、链接与 Bring-up 排查
- 引用原始资料和代码证据，方便复核

对原厂来说，这不只是内部提效，也是持续服务开发者的产品入口：技术支持覆盖面变大，从「读完手册再写工程」变成「在工程里直接用手册」。

知识底座仍是 [LLM Wiki](/article/llm-wiki)。更长、需要多人协作的交付，可以接到 [Harvey Agents](/article/harvey-agents)。

[查看产品介绍](/products/coding-agent) · [预约沟通原厂定制](/booking)