企业官网建设流程全解析

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，云端准备可以压缩成三步：

1. 在 Coze 平台创建并调试自己的智能体
2. 发布智能体时勾选API
3. 记录后续接入所需的访问令牌与bot_id

其中真正影响后续接入成功率的是两个字段：

• 访问令牌
• bot_id

没有这两个参数，硬件侧就无法把语音请求稳定转发到指定智能体。

硬件接入流程

宝典里的硬件接入流程本质上是“先换固件，再做配网，再绑定智能体”：

1. 先将默认小智固件更新为面向 Coze 的固件
2. 设备重新上电，进入配网模式
3. 用四博相关微信小程序完成BluFi配网
4. 在小程序或配置流程里绑定对应智能体参数

从工程实现角度看，这条路线的好处是：

• 设备侧固件尽量保持轻量
• 复杂角色逻辑和工作流留在智能体平台处理
• 后续改人设、改工具链时，不一定需要反复改底层硬件代码

适合哪些项目

AI-02 更适合以下类型：

• 想做“有角色感”的语音终端
• 需要把 Coze / 扣子工作流接到实体设备
• 需要小尺寸屏幕承担交互反馈
• 需要离线唤醒，但不想一开始就做复杂多模态方案

如果项目重点是摄像头、双屏或者更强视觉交互，S3 多模态会更合适；但如果重点是“让一个智能体快速变成一个能说话的硬件入口”，AI-02 的路线更直接。

接入时的几个注意点

• 访问令牌有有效期，联调时要注意过期问题
• bot_id来自智能体页面链接，填错后会表现为设备能联网但业务不工作
• 先确保设备能正常进入配网模式，再谈智能体接入，否则排障边界会混乱
• 先跑通单一智能体，再扩展多角色或多工作流切换

选型建议

AI-02 更像一块“智能体硬件接入板”，优势是接入路径短、语音入口完整、迭代角色逻辑成本低。如果你的目标是：

• 快速做一个可对话、可联网、有角色设定的设备原型
• 用最少硬件改动试验不同智能体工作流
• 把终端复杂度控制在可量产范围内

那它比一开始就堆更复杂的显示或视觉能力更稳妥。