基于MimiClaw框架的AIoT实践：飞书与GLM大模型整合

1. 项目背景与核心价值

去年接触到一个特别有意思的智能硬件改造项目——用MimiClaw框架对接飞书和GLM大模型，给xiaozhi-esp32开发板做功能升级。这个组合听起来可能有点复杂，但实际拆解后发现特别适合作为AIoT（人工智能物联网）的入门实践案例。

核心思路是通过MimiClaw这个轻量级中间件，把企业级协同工具飞书、国产大模型GLM的能力整合到ESP32这个性价比极高的物联网硬件上。最终实现的demo可以做到：用自然语言给飞书机器人发指令，经过GLM解析后转换成具体操作，再通过ESP32控制现实世界的设备。比如你说"会议室太亮了"，系统就会自动调暗灯光。

2. 硬件与框架选型解析

2.1 为什么选择xiaozhi-esp32

这块国产开发板最大的优势是双核ESP32-S3芯片，主频240MHz还带WiFi/蓝牙双模。相比传统ESP32：

• 8MB Flash存储足够跑复杂逻辑
• 支持USB OTG可以直接当外设用
• 单价不到50元性价比超高

实测中发现个细节：它的GPIO12引脚默认接了板载LED，但上电时会短暂拉高导致LED闪烁。解决方法是在代码初始化时先设置引脚模式：

cpp复制pinMode(12, OUTPUT);
digitalWrite(12, LOW);

2.2 MimiClaw框架特性

这个轻量级框架最新版(v0.4.3)有几个关键设计：

1. 模块化插件系统，新增服务只需实现IModule接口
2. 内置消息队列支持优先级处理
3. 设备影子机制保存最后状态

配置文件示例：

yaml复制modules:
  - name: feishu_bot
    type: input
    token: "xoxb-your-token"
  - name: glm_parser  
    type: processor
    model: "glm-2b-quant"

3. 飞书机器人深度集成

3.1 申请开发者权限的坑

飞书开放平台申请机器人时，最容易卡在"权限申请"环节。必须同时勾选：

• 接收消息权限
• 发送单聊消息权限
• 获取用户ID权限

实测发现如果漏选"获取用户ID"，虽然能收到消息但无法识别发送者，导致后续的权限控