pipecat · Issues· 341 开放

功能请求: 在不开启 DEBUG 记录的情况下暴露提供者响应/请求 ID (OpenAI Responses、Deepgram、ElevenLabs)

问题: 当 LLM 流开始时进行恢复,但从未到达句子结束(慢流窗口)

TelnyxFrameSerializer 会默默丢弃 OutputTransportMessageFrame — 其他所有电话序列化器都会将其传递

在机器人调用工具的正好时中断它,会使工具调用保持在"正在进行"状态

Twilio/Telnyx/Exotel 序列化器在接收到格式不正确的 WebSocket 消息时会导致整个呼叫崩溃

在 TOKEN 流模式下,TTSSpeakFrame 文本的 TTS 使用量度会丢失: InterruptionFrame 在清空之前会丢弃 _streamed_text

feat: 为 LLMContextSummarizer 添加 `should_summarize_callback` 参数

功能请求: 通过开发者消息和一次 LLM 运行,安全地启用空用户转换恢复

当用户还在说话时,FunctionCallResultFrame 会被静默丢弃,LLM 将永远不会被重新调用,也不会重试任何操作。

当 LLM 流开始时是否存在文档记录的恢复情况,但在句子完成之前出现卡顿?

对于观察者而言,是否支持 PipelineWorker.remove_observer() 使其从自身的事件处理程序中脱离?

DeepgramFluxSTTService: 阻止的 WebSocket 发送 (对端停止读取, 套接字处于 CLOSE_WAIT 状态) 导致整个流程停滞, 没有错误, 没有重新连接, 也没有日志行

在开始用户回应的帧后排队的转录帧会被该回应的中断丢弃

在 `on_pipeline_finished` 运行之前,没有公开的方式来解决未完成的函数调用

如果 TTSService 中的 push_text_frames=False 设置为 False,则会丢弃任何不产生音频的回转的 LLMFullResponseEndFrame - 仅工具回转永远不会在下游结束