refactor!: 协议帧与业务事件分流，各接入方式配专有协议处理器

BaseProtocol 从 emitter.py 移入新模块 protocol.py，接口由 register(emitter)
改为 async on_frame(payload)（返回需回送的响应体）；协议处理器不再注册进
emitter，而由 run_loop 注入对应的 connecter，由适配器逐帧调用。

破坏性变更：只有 op=0 的业务事件进事件队列交给 EventEmitter 分发，
HELLO/READY/INVALID_SESSION/op=13 等协议帧在连接器内就地处理——用户 handler
不再收到协议帧（此前 HELLO/INVALID_SESSION 等会路由到 handler）。
EventEmitter.register_protocol()/handle() 与 emitter 持有协议层的机制删除，
协议类不再用 register() 注册 handler。

附带修掉一处时序耦合：INVALID_SESSION 的会话重置此前依赖分发泵在重连前
消费掉该事件（慢 handler 会推迟它，导致带着已死 session_id 去 RESUME），
现在连接器在 break 重连前同步完成重置。

同时做的事件流优化：
- emit() 先取事件名、无 listener 时不构造 Event（未订阅事件省一次对象与拷贝）
- Event.data 改为惰性拷贝（只用 .typed/.raw 的 handler 不再触发 dict(d)）
- ws 重连收尾 await 被取消的 reply/heartbeat 任务，避免异常无人取用
- EventQueue.put_event/put_reply 去掉多余的 return await

测试 80 全绿（新增协议帧处理测试组、ws 集成断言协议帧不触达 handler），
ruff/pyright 干净。文档 ARCHITECTURE/API/GUIDE/README/CHANGELOG 同步。

README.md

@@ -100,8 +100,9 @@ async def handle(event: Event, api: BotApi):
         msg_id=event.message_id,
     )   # 失败抛 ApiError；富媒体先 upload_group_file 拿 file_info
 
-# 业务事件（op=0）处理器的返回值不会回流；
-# 协议层（op≠0）由 ws_protocol / webhook_protocol 的类处理，经 reply 队列发回。
+# 业务事件（op=0）才进分发，返回值不回流，回复请显式调 BotApi；
+# 协议帧（HELLO/READY/INVALID_SESSION/op=13）由各接入方式的协议处理器
+# 在连接器内就地处理，不进队列、也不会触达 handler。
 # 单个 handler 抛异常不会影响其他 handler 和主循环，异常会被记录。
 
 if __name__ == "__main__":