AI-02模组架构与Coze智能体接入说明
AI-02模组架构与Coze智能体接入说明
本文基于《四博智联AI开发宝典》中 AI-C3 / AI-02 章节整理，重点保留模组架构、BluFi 配网能力以及通过 Coze API 将智能体接入硬件终端的流程，适合评估“轻量语音硬件 + 云端智能体”路线。
AI-02 的技术定位很明确：用ESP32-C3负责联网和主控，用VB6824负责离线语音入口，再配一块小尺寸屏幕承担结果反馈。它不是强调本地大算力，而是强调“硬件足够轻、接入 Agent 足够快”。
模组架构与能力边界
AI-02 的组合方式是：
ESP32-C3负责 Wi-Fi / BLE 联网和主控逻辑VB6824负责离线语音识别与唤醒1.28 寸 LCD负责交互结果展示
这类架构的优点在于分工明确：联网、语音前端和展示各自独立，比较适合做陪伴类终端、桌面助理、带人格设定的 AI 语音节点。
从开发角度看，AI-02 的关键价值不在“参数最强”，而在于它已经把“离线唤醒 + 蓝牙配网 + 云端智能体接入”这三段常见链路准备好了，适合快速试业务形态。
为什么 AI-02 适合接智能体
宝典里给出的重点有两个：
- 固件支持
BluFi小程序配网 - 可以通过 API 方式接入
Coze / 扣子智能体
前者解决的是设备首次联网问题，后者解决的是业务能力扩展问题。对于希望做“带角色设定的语音终端”或者“面向特定场景的 Agent 入口”的项目，这两个能力组合起来比单纯接一个通用大模型更实用。
Coze 智能体侧准备
如果要把 AI-02 接到 Coze，云端准备可以压缩成三步：
- 在 Coze 平台创建并调试自己的智能体
- 发布智能体时勾选
API - 记录后续接入所需的
访问令牌与bot_id
其中真正影响后续接入成功率的是两个字段：
访问令牌bot_id
没有这两个参数，硬件侧就无法把语音请求稳定转发到指定智能体。
硬件接入流程
宝典里的硬件接入流程本质上是“先换固件，再做配网，再绑定智能体”：
- 先将默认小智固件更新为面向 Coze 的固件
- 设备重新上电，进入配网模式
- 用四博相关微信小程序完成
BluFi配网 - 在小程序或配置流程里绑定对应智能体参数
从工程实现角度看，这条路线的好处是：
- 设备侧固件尽量保持轻量
- 复杂角色逻辑和工作流留在智能体平台处理
- 后续改人设、改工具链时，不一定需要反复改底层硬件代码
适合哪些项目
AI-02 更适合以下类型：
- 想做“有角色感”的语音终端
- 需要把 Coze / 扣子工作流接到实体设备
- 需要小尺寸屏幕承担交互反馈
- 需要离线唤醒，但不想一开始就做复杂多模态方案
如果项目重点是摄像头、双屏或者更强视觉交互，S3 多模态会更合适；但如果重点是“让一个智能体快速变成一个能说话的硬件入口”，AI-02 的路线更直接。
接入时的几个注意点
访问令牌有有效期，联调时要注意过期问题bot_id来自智能体页面链接，填错后会表现为设备能联网但业务不工作- 先确保设备能正常进入配网模式，再谈智能体接入，否则排障边界会混乱
- 先跑通单一智能体，再扩展多角色或多工作流切换
选型建议
AI-02 更像一块“智能体硬件接入板”，优势是接入路径短、语音入口完整、迭代角色逻辑成本低。如果你的目标是：
- 快速做一个可对话、可联网、有角色设定的设备原型
- 用最少硬件改动试验不同智能体工作流
- 把终端复杂度控制在可量产范围内
那它比一开始就堆更复杂的显示或视觉能力更稳妥。