小智避坑：硬件、音频与服务详解
小智避坑的关键不是背接线图，而是看懂一条完整链路：麦克风采集声音，设备编码并联网发送，服务端识别和生成回答，再由功放驱动扬声器播放。任何一段配置不匹配，表面症状都可能是“没反应”。下面逐项对比常见方案，讲透故障背后的逻辑。
主控对比：能刷不等于好用
ESP32-S3通常比来源不明的旧款板更适合小智项目，原因不只是运算能力，还包括内存资源、外设接口和现成适配。板子能启动，只代表程序跑起来，不代表音频缓冲、网络传输和屏幕显示能同时稳定工作。尤其是没有足够PSRAM的配置，复杂功能更容易受限。
避坑方法很直接：按项目当前文档的支持列表买，核对完整型号、Flash和PSRAM规格。不要凭“也是ESP32”判断兼容，更不要先买冷门板再到处找固件。
麦克风对比：数字接口更怕配置错
常见数字麦克风通过I2S传输，抗板外模拟干扰相对容易，但时钟、数据线和声道配置错一个就可能全程静音。模拟麦克风方案还涉及增益和噪声，接线看似简单，调试反而更依赖电路基础。整合板省掉接线，却仍可能因固件板型选错而无输入。
别用“喊大声一点”测试。应读取录音电平或保存一段样本：波形完全平直，查引脚与供电；有波形但识别差，再看安装方向、距离和环境噪声。
扬声器对比：响声大小不是软件参数
开发板引脚不能直接把普通扬声器推到可用音量，通常需要匹配的功放。数字功放方案布线清楚、效率高，但I2S输出引脚必须与固件一致；集成功放板方便，却要留意扬声器阻抗、额定功率和供电能力。破音不一定是模型问题，更多时候是电源压降、音量过高或腔体共振。
排查时把播放链路单独测试。能播放测试音，再谈语音回复；测试音都不响，继续更换大模型没有意义。
云端对比：免费接入不等于长期免费
小智的语音体验由设备端和服务端共同决定。公共服务上手快，但并发、额度、功能和策略可能调整；自建服务更可控，却增加部署、更新和密钥管理。不同服务的语音识别、语言模型、合成音色也可能分别计费，不能只看其中一个“免费”。
真正的小智避坑原则是先画数据流：录音去哪里、谁做识别、谁生成文本、谁合成语音。再确认日志是否留存、密钥是否暴露在配置文件中，以及停服后有没有替代方案。
常见问题
小智为什么能联网但一直听不懂？
联网只证明网络链路正常。先检查麦克风是否有有效电平，再核对采样配置、安装方向和服务端识别状态；不要直接把问题归咎于口音。
小智使用公共服务器安全吗？
要看服务方的数据说明和实际配置。至少确认音频是否上传、日志保存期限、账号能否删除数据。涉及工作机密或家庭隐私时，应避免在设备旁讨论敏感内容。
小智声音断断续续是什么原因？
常见原因包括Wi-Fi信号差、供电不足、音频缓冲受限和服务响应波动。先靠近路由器并换稳定电源测试，再检查固件日志，避免同时改多个设置。