[BUG] 飞书某些聊天内容被完整遗漏

[burnlife001]

提交前确认

• [✅ ] 我已经阅读了 README 常见问题
• [✅ ] 我已经升级到最新版本后复现过这个问题
• [✅ ] 我已经搜索过现有 issues，确认没有重复问题
• [✅ ] 我已经隐藏截图和日志中的 API Key、Token、Cookie 等敏感信息

问题描述

运行环境

• 使用方式: 桌面端:
• 操作系统: Windows :
• 系统版本: 例如 Windows 11 25H2
• 桌面端版本: v0.2.1:
• 安装来源: GitHub Release / https://github.com/NanmiCoder/cc-haha/releases/download/v0.2.1/Claude-Code-Haha_0.2.1_windows_x64_nsis.exe

Provider / 模型配置

• API 提供商: Kimi-k2.6（模型无关，被SDK解析逻辑忽略）

复现步骤，输入以下提示词，没有反应：

继续执行 SenseVoice 语音输入工具实现计划
当前状态：计划已制定完成，需要按9个任务逐步执行。
计划文件： docs/superpowers/plans/2026-05-07-voice-input-tool.md
设计文档： docs/superpowers/specs/2026-05-07-voice-input-tool-design.md
执行方式： 使用 superpowers:executing-plans 技能（或 superpowers:subagent-driven-development）
当前代码状态：
requirements.txt 已读取，需要追加客户端依赖
voice_input_client.py 尚未创建
api.py 已存在（FastAPI 服务，localhost:50000）
9个任务概览：
更新 requirements.txt 追加依赖（pynput, pyautogui, sounddevice, numpy, pystray, Pillow, webrtcvad, requests）
创建 voice_input_client.py - 配置模块
追加托盘图标生成函数
追加 AudioRecorder 类
追加 API 客户端 recognize_audio 函数
追加 type_text 键盘输入函数
追加 VAD 和 StreamingRecorder 类（流式模式）
追加 VoiceInputApp 主控制器（按键模式+流式模式）
端到端测试验证
关键需求：
按键模式：按住 RCtrl 录音，释放识别并输入文字
流式模式：按 Fn 开启/关闭智能听写，VAD自动断句实时出字
跨平台（Windows + Linux）
完全本地，不连云
建议： 先读取计划文件获取完整步骤，然后使用 superpowers:using-git-worktrees 创建隔离工作区，再按任务逐步执行。

是否稳定复现: 是

错误信息与日志

在此粘贴错误信息和日志

截图或录屏

补充信息

---

@dosubot

[dosubot]

Hi @burnlife001! I'm Dosu and I’m helping the cc-haha team.

感谢报告！根据研究，你描述的"输入提示词后没有反应"在桌面端 v0.2.1 上，最可能的原因是 流式响应超时 或 WebSocket 消息流状态异常，而非消息被过滤。

关于你提到的"飞书某些聊天内容被完整遗漏"——如果你使用的是桌面端而非飞书机器人，那标题描述可能有些偏差。桌面端的消息不会经过飞书消息过滤逻辑。

可能的原因和排查建议

1. API 超时设置不足：默认 API 超时为 10 分钟，Stream idle 超时为 90 秒 [1]。对于你使用的 Kimi-k2.6 等第三方模型，响应可能较慢，建议增大超时：

   • 设置环境变量 API_TIMEOUT_MS（如 1200000）
   • 设置 CLAUDE_STREAM_IDLE_TIMEOUT_MS（如 180000）

2. WebSocket 流式事件处理异常：第三方 Anthropic 兼容 API 可能产生非标准的 delta 事件（如 signature_delta），导致前端卡在"思考中"状态 [2] [3]。v0.1.8+ 已修复部分此类问题，但 Kimi-k2.6 如果返回非标准事件仍可能触发。

3. LiteLLM 配置问题：如果你通过 LiteLLM 代理连接 Kimi，需要确保配置了 use_chat_completions_url_for_anthropic_messages: true 和 drop_params: true，否则多轮对话上下文可能丢失 [4]。

建议

• 检查桌面端开发者工具（DevTools）或终端日志中是否有超时错误
• 尝试发送一个简短的提示词（如"你好"）确认模型是否正常响应
• 如果简短消息正常但长消息无响应，很可能是超时问题——增大上述超时参数即可

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[burnlife001]

感谢回复，已创建pull request
#317