收到弹幕只是业务链路的起点
直播助手需要先接收直播间消息，再根据规则判断是否执行自动回复、管理或商品相关操作。看到弹幕并不意味着所有操作都具备条件，消息来源与动作执行入口需要分别维护。
当前 live 模块负责直播 WebSocket、消息解析和处理，业务后端连接由 biz 模块承担。梳理问题时，我会先确认直播消息是否正常，再检查后端业务状态与动作对应的上游账号。
不同操作依赖不同账号体系
主播中控承担发言、拉黑和禁言等能力；巨量百应参与商品讲解和评论置顶；直播弹幕连接用于接收消息。它们对应不同的连接和登录条件，不适合用一个笼统的在线状态概括。
界面展示与业务处理需要说明真正缺少的条件。用户才能知道应该重新登录哪个入口、检查哪条连接，而不是在一切显示在线时仍然无法执行操作。
业务规则要与前置条件一起检查
项目包含自动回复、自动发言、负面清屏、直播间管理、商品讲解、评论置顶和暖场等功能。每项能力的当前状态和限制以项目文档为准，不能只根据功能名称推断所有场景都能够使用。
例如遥控中控在现有说明中仍标记为未实装。记录开发进度时，我会区分真实可用的链路与仍待完善的入口，避免日志把计划功能写成已经完成的能力。
连接日志需要能定位范围
排查直播助手时，连接建立、心跳、断开与业务前置条件都是值得跟踪的信息。日志如果能够说明所属模块和关联直播间，就更容易把消息层问题与动作执行问题区分开。
这份日志整理了客户端的连接边界。后续调试仍会沿着消息进入、规则处理、上游动作和结果反馈这条路径展开，让后台记录与用户看到的状态相互对应。