必须主动补全上下文，因未@时群消息服务端不推送；可通过人工拼接私聊、服务端拉取漫游消息或前端编号引用三种方式实现，并通过context_len日志和payload验证是否生效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在腾讯IM群聊中让机器人基于上一条回答继续追问，必须绕过平台默认的“仅@才触发”限制，把被截断的上下文主动补给模型——因为群聊里机器人根本收不到它没被@时的任何对话。
第一步：确认机器人是否真的“听不见”前文
打开你配置的回调服务日志，搜索任意一次非@触发的群消息。如果日志里完全查不到这条记录，就说明平台没推送——这不是你的代码bug，是IM服务的强制设计。【所有未@机器人的群聊内容，服务端根本不会发过来】。
此时你在群里发十句铺垫，机器人收到的输入永远只有“@机器人 你怎么看”，其余九句它一概不知。
第二步：用三种方式把上下文“塞”给机器人
方法一：人工拼接后重发（适合调试和低频场景）
复制上一轮完整对话（包括用户提问+机器人回答），在末尾加上新问题，用私聊发给机器人账号。私聊通道默认全量推送，上下文完整不丢失。
版本定位为桌面办公端，适合 Windows 用户处理本地文件、资料阅读、问答写作和知识库管理。主要特性围绕桌面端文件处理、知识库调用和 AI 工作台操作展开。建议从官网或官网公开下载包获取，不建议使用第三方搬运包。适合生产环境使用。注意事项是当前仅查到 x64 安装包，暂未查到官方公开 ARM Windows 安装包。
方法二：服务端自动缓存+关联（需开发）
当检测到某条@消息出现在某个群聊中，立即调用 admin_getroammsg 接口，按时间倒序拉取该群最近10条消息（注意：漫游时长默认仅7天，需提前在控制台延长）。筛选出 @机器人 前3条非系统消息，拼成 context 字段，再转发给模型。
方法三：前端预填输入框（零开发，依赖群成员配合）
在群公告里写明规则：“追问请带编号，例如『接#3问：方案B的交付周期能压缩吗？』”。机器人解析#3后，从本地缓存中取出第3轮问答对，注入上下文再响应。
第三步：验证上下文是否真正抵达模型
第一步：在模型调用前的日志中，搜索关键词 “context_len”。
第二步：确认该数值 ≥ 你预期拼入的字数（例如拼了200字上下文，context_len 应 ≥ 200）。
第三步：如果 context_len 恒为0或极小（如12），说明拼接逻辑未生效，检查 JSON 字段名是否写成 “context” 而非服务端要求的 “history” 或 “chat_history”。
第四步：打印原始请求 payload，确认 msgbody 中的 text 元素确实包裹了拼接后的完整字符串，而非仅包含@后的那句话。
