声网发布 Go + Gin 搭建语音智能体服务端教程
声网开发者社区发布用 Go 与 Gin 搭建对话式语音智能体服务端的快速上手教程，覆盖服务端与声网 ConvoAI 能力的对接流程。
推荐理由：Go 生态语音 Agent 服务端教程在中文社区偏少，实用性强。
#语音 Agent
声网博客精选评分5555
声网博客精选评分5555 声网开源项目：用 AI 让 C 罗解说梅西比赛，冲上 OpenAI 社区榜二
声网开发者社区分享一个开源 AI 赛事解说员项目，实现让 C 罗解说梅西比赛的效果并登上 OpenAI 社区榜单第二，文章给出实时语音 Agent 的工程实现思路。
推荐理由：世界杯期间的实时语音 Agent 实战案例，兼具趣味性与工程参考。
声网博客精选评分6464 OpenAI 未公布 GPT-Live 时延，Agora 自行实测给出数据
针对 OpenAI 未公布 GPT-Live 的端到端时延，Agora 自行搭建测试并公布实测数据，为语音 Agent 开发者选型实时语音模型提供延迟参考。
推荐理由：第三方对 GPT-Live 时延的受控实测，是实时语音模型选型的稀缺数据点。
LiveKit Blog精选评分6666 LiveKit Agents 异步工具：用 ctx.update() 消除慢后端调用期间的通话静默
livekit-agents 1.6.0（2026-06-11）起支持异步函数工具：工具是同步的直到它调用 await ctx.update(message)，首次调用会立即把控制权交还给 LLM 并以该消息作为工具返回值，语音 Agent 因此可以先播报进度、后台继续执行，后续更新只在 Agent 与用户都空闲时播报。文章以退款场景演示（验证订单 6 秒 + 出款 8 秒，共约 14 秒静默导致用户挂断），并给出可取消工具（cancelable 标志会向 LLM 暴露取消工具）、重复调用的四种处置模式以及 ctx.with_filler() 在更新间隙插入填充语音的写法。
推荐理由：针对语音 Agent 工具调用冷场这一高频体验问题，给出可直接复制的框架级实现。
腾讯云音视频专区精选评分5656 腾讯云音视频对话式 AI 服务解析：TRTC+ASR+LLM+TTS 架构与场景
文章拆解腾讯云音视频对话式 AI 服务的 TRTC+ASR+LLM/KB+TTS 端到端架构，覆盖客服、教育、出海同传与直播 AI Host 场景，提及中英及 20+ 小语种识别与 15 种语言实时互译等能力。
推荐理由：腾讯云对话式 AI 服务的架构与能力盘点，便于快速把握其产品边界。
LiveKit Blog精选评分5858 LiveKit 拆解语音 Agent 降噪：在 Agent、客户端还是 SIP 中继上做，选哪种模型
LiveKit 梳理降噪在音频链路中的三处落点——Agent 内（服务端处理入站音频，语音 AI 的推荐默认）、客户端 SDK（麦克风侧，支持 Krisp 与 WebRTC noiseSuppression）、SIP 中继（电话场景）——并区分两类增强模型：“背景噪声抑制”只去除非语音噪声、保留所有说话人，适合多说话人/说话人分离；“人声隔离”（BVC）进一步压制竞争人声、只留主说话人，适合单说话人如呼叫中心。文章强调两个增强模型不要串联在同一路音频上（模型按原始音频训练，二次处理会导致转写准确率下降，但标准 WebRTC 噪声抑制与回声消除可同时开启），并说明语音 AI 建议在 Agent 内降噪、直播在客户端、无 AI 的电话在中继上降噪。
推荐理由：降噪是语音 Agent 转写与话轮检测质量的前置环节，给出了清晰的落点与模型选择规则。
腾讯云音视频专区精选评分5858 基于腾讯云 TRTC 的 AI 实时对话方案与实践：双讲打断与全链路流式处理
文章梳理基于 TRTC 的实时对话式 AI 方案：打断默认 500ms（可调 300-5000ms）、STT/LLM/TTS 全链路流式处理、兼容 2 万种以上设备型号，并给出教育与硬件等场景的落地路径。
推荐理由：TRTC 在 AI 对话场景的方案级实践，含可查证的工程参数。
LiveKit Blog精选评分7070 LiveKit 逐项对比语音 Agent 两种架构：STT-LLM-TTS 级联与端到端 Realtime
LiveKit 对照级联管线（STT-LLM-TTS）与实时端到端（S2S）模型在延迟、工具调用、话轮检测、语音自然度、可控性与调试、成本、合规与电话场景上的差异：实时模型在情绪与韵律感知、串行开销上有结构优势，但工具调用准确率与可定制性较弱；管线在每层可观测、可替换、可在文本层脱敏 PII、可做区域数据驻留上更可控，但需要靠流式重叠（部分转写进 LLM、token 边到边进 TTS）才能压到接近实时模型。文章另给出两种混合方案：realtime 模型配独立 STT，以及半级联（realtime 只出文本、由独立 TTS 出声）。并指出电话网络为 8kHz G.711 音频，而实时模型多按 16–48kHz WebRTC 音频训练，呼叫中心场景管线通常更可靠。
推荐理由：语音 Agent 架构选型的系统性对照，覆盖延迟、工具调用与合规等实际决策维度。
LiveKit Blog精选评分6464 LiveKit 用观察者模式做语音 Agent 护栏：后台模型读转录并向上下文注入处置
LiveKit 给出观察者模式（observer pattern）的完整实现：通过 AgentSession 的 conversation_item_added 事件旁路监听转录，用更强、可更慢的独立 LLM 异步做策略分类，再以 update_chat_ctx 把护栏指令作为系统消息注入主 Agent 上下文，主 Agent 在下一轮生效，全程不阻塞对话；必要时观察者可直接结束通话或接管控制。示例中主会话使用 gpt-4.1-mini、观察者使用 gpt-4.1，并以网约车乘客被司机要求线下现金支付的违规场景演示分类与响应分离。文章还列出三项工程细节：同一违规类型每会话最多注入一次、并发保护确保同时只跑一次评估且不丢用户轮次、以及 JSON 解析失败的兜底。
推荐理由：把安全策略与对话模型解耦的可复用工程模式，直接缓解复杂护栏挤占对话能力的问题。
LiveKit Blog精选评分5757 LiveKit 拆解语音 Agent 时延来源：该优先优化哪些环节
LiveKit 系统梳理语音 AI 方案中各环节的潜在时延来源，并说明应优先处理哪些部分，是官方给出的时延优化方法论。
推荐理由：语音 Agent 时延优化的官方框架性指南，工程参考价值高。
LiveKit Blog精选评分6262 LiveKit 拆解 talker-reasoner 模式：快慢双模型加异步工具，让语音 Agent 不阻塞
LiveKit 介绍 subagent delegation（又称 talker-reasoner、快脑慢脑）模式：每个会话轮次由延迟优化的主 Agent（示例用 google/gemma-4-31b-it）处理，需要多步推理或慢工具的任务交给后台推理模型（示例用 google/gemini-3.1-pro），两者仅通过一个异步工具连接——主 Agent 调用后首次进度更新即释放对话，可继续应答或追问，子 Agent 结果在空闲时以追加回复返回，且会话历史不进入子 Agent 以保持轮次成本低。文章同时给出不适用情形：答案需先核实（价格、医疗建议）、单个快模型已够用、主 Agent 无事可做只能念填充话术、以及通话普遍短于 30 秒。
推荐理由：面向长耗时推理的语音 Agent 编排模式，给出了可落地的分工与适用边界。
已经到底了