docs(openspec): archive realtime-booking-chat，同步主 specs

- archive openspec/changes/realtime-booking-chat → archive/2026-05-29-realtime-booking-chat
- 新增 openspec/specs/booking-chat/spec.md（即時訊息完整規格）
- 新增 openspec/specs/user-presence/spec.md（Presence Channel 規格）
- 更新 openspec/specs/booking-lifecycle/spec.md（補訊息頻道語義與封存 Scenario）

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

openspec/specs/booking-lifecycle/spec.md

@@ -31,10 +31,19 @@ Member SHALL 能選擇一個開放時段送出預約，系統記錄價格快照
 - `confirmed` → `member_cancelled`（Member 取消）
 - `confirmed` → `provider_cancelled`（Provider 取消）
 
+各狀態對應訊息頻道語義：
+- `confirmed`：`presence-booking.{id}` 頻道開放，可讀寫訊息
+- `completed`：頻道關閉，訊息歷史封存唯讀
+- 其餘狀態（`pending`、`rejected`、`expired`、`member_cancelled`、`provider_cancelled`）：無訊息頻道
+
 #### Scenario: 非法狀態轉換被拒絕
 - **WHEN** 任何角色嘗試執行上述以外的狀態轉換
 - **THEN** 系統回傳 422，說明當前狀態不允許此操作
 
+#### Scenario: confirmed 轉 completed 時封存訊息頻道
+- **WHEN** Scheduler 將 `confirmed` 預約轉為 `completed`
+- **THEN** 對應 `presence-booking.{id}` 頻道不再授權新連線；現有訊息歷史保留，後續 POST 訊息回傳 403
+
 ### Requirement: Provider 確認或拒絕預約
 Provider SHALL 能對自己課程的 `pending` 預約執行確認或拒絕。確認時才真正佔用時段名額。