83e0e599a0
- 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>
1.2 KiB
1.2 KiB
MODIFIED Requirements
Requirement: 預約狀態機
系統 SHALL 維護七個合法狀態,且只允許以下轉換:
pending→confirmed(Provider 確認)pending→rejected(Provider 拒絕)pending→member_cancelled(Member 取消)pending→expired(Scheduler 超時)confirmed→completed(Scheduler 課程後自動)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