feat(net): 连接保活 / 设备去重 / 连接状态机（T-WIN-015，契约 websocket-keypoints 0.2.0）

与 Android 端 T-AND-011「两端一起改」：契约先在 opendance-web 修改并提升到
websocket-keypoints 0.2.0（向后兼容：子协议名与二进制帧 version 均不变，
只新增可选控制字段与一种新控制类型），再同步三端快照。

修掉本端的 3 处根因/放大器：
1. 静默超时 5s 过短且未声明，客户端无从得知。OkHttp 的协议层 ping 由底层库
   自动应答、**不暴露给应用层**，无法刷新 last_seen_ms，于是"画面里没人"时
   每 5 秒必然踢一次连接 -> 客户端重连 -> 再被踢。
   - CLIENT_TIMEOUT_MS 5s -> 15s，新增 HEARTBEAT_INTERVAL_MS = 5s；
   - welcome_payload() 在 welcome 中声明 silentTimeoutMs / heartbeatIntervalMs，
     config 广播同样带上（契约 §1.1：心跳必须 < 静默超时的一半，5000*2 < 15000）；
   - 处理应用层 ping 并回 pong（回显 sentAtMs + serverAtMs，供对端算 RTT）。
2. 反复重连被计成多台设备。按契约 §5 用 hello.deviceId 去重：同一设备只保留
   最新连接，旧连接以 close(1000) 关闭——刻意用 1000，因为对端按契约 §7
   收到 1000 不会重连，否则会形成"挤掉-重连-再挤掉"的循环；
   新增 device_count() 与 device_replaced 信号，界面一律显示去重后的设备数。
3. 只有 handshaken 布尔量，日志看不出卡在哪一步。按契约 §8 逐客户端维护与
   Android 端同名的状态（connecting -> handshaking -> streaming -> degraded，
   主动停止/超时/被替换为 stopped），并记录 close code/reason、协商子协议、
   连接/握手/首帧时间；degraded 保持时长做成可覆盖字段便于测试。

验收测试（tests/test_pose_server.gd 新增 7 项，总计 720 通过 / 0 失败）：
welcome 声明保活参数、ping->pong 回显、同 deviceId 去重（旧连接 1000 关闭且
设备数仍为 1）、8 个状态名与契约一致、状态随握手/首帧推进到 streaming、
丢帧进入 degraded 后恢复、snapshot 暴露设备数与保活参数。

同时更新 README/README.txt/tasks 与 Credits 的契约版本（0.2.0）。

README.txt

@@ -254,7 +254,7 @@ OpenDance.exe 的用户看第一节即可。
   export_presets.cfg       导出预设（必须在项目根目录）
   project.yaml             任务清单与状态
   DSH.md                   本项目 DSH 执行约束
-  tasks/                   单任务说明书(T-WIN-001 ~ 014)
+  tasks/                   单任务说明书(T-WIN-001 ~ 015)
   contracts/               只读契约快照(来源 opendance-web；六项契约各自独立版本)
   scenes/main.tscn         根节点
   src/autoload/            AppConfig / CatalogStore / PoseReceiver / ScoreService
@@ -285,6 +285,14 @@ A: 游戏界面会显示「人形覆盖率」。低于 60% 说明模型的骨骼
 Q: 连上了手机但分数一直是 0
 A: 确认手机端已开始推流；主界面的「查看接收状态」会显示累计帧数与丢帧数。
 
+Q: 手机端反复重连 / 「已连接」数忽大忽小
+A: 本端有 15 秒静默超时（契约 v0.2.0 1.1），并在 welcome/config 里声明
+   silentTimeoutMs=15000 与 heartbeatIntervalMs=5000；Android 端会按后者发
+   应用层 ping。若仍频繁断开，用「查看接收状态」看每台设备的状态与断开原因
+   （close code）：1001 表示本端主动踢人或服务重启，0/1006 表示网络抖动。
+   同一设备的重复连接会按 deviceId 去重（旧连接以 1000 关闭，对端不重连），
+   所以「已连接 N 台」显示的是去重后的设备数，不是连接数。
+
 Q: 选场景时提示「场景缺少 GLB 文件」或「已回退内置空场景」
 A: 服务端该场景没有可下载的 GLB（转换失败或未发布）。这不影响开始跟练，
    会使用内置空场景与默认物理参数；请让管理员在管理端「场景管理」重新上传。