Files
CFDivePlatform/openspec/specs/provider-auth/spec.md
T
a620906209 0cd1047b10
Run Tests / test (pull_request) Successful in 30s
docs(openspec): 補齊所有 spec 缺少的 Purpose section 與規格標頭
repo 內 35/38 份既有 spec 都是舊版歸檔流程留下的原始 delta 內容(`##
ADDED Requirements`,缺標題與 Purpose),openspec CLI 現版本嚴格驗證
(--strict)會報錯或警告。逐一補上:

- 缺標題/Purpose 的 30 份:加上 `# <name> Specification` 標題 + 依內容
  撰寫的 Purpose 段落,`## ADDED Requirements` 改回 `## Requirements`
- compose-cloud-baseline、scheduler-container:已有標題與
  Requirements,只補 Purpose 包裝
- provider-verification:已有標題與 Purpose,只需把
  `## ADDED Requirements` 改回 `## Requirements`
- admin-user-management、notification-email:各有一條 requirement 缺
  SHALL/MUST 關鍵字(純敘述句或表格),補上規範用語,內容不變

`openspec validate --specs --strict`:38/38 全過(原本 4/38)。純文件
補齊,未變更任何 requirement 的實質內容或行為描述。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_011LpcY9b7y9x4fusHBTXciQ
2026-08-03 04:11:06 +08:00

3.3 KiB
Raw Blame History

provider-auth Specification

Purpose

定義教練帳號的登入、註冊、登出、個人資料讀取與更新 API,以及 Bearer Token 的 7 天有效期與 refresh 機制。

Requirements

Requirement: 教練帳號登入

後端 SHALL 提供 POST /api/provider/login,驗證 email/password 並回傳 Sanctum Bearer token,僅限 role=provider 帳號。回傳的 token 有效期為 7 天。

Scenario: 正確帳密登入成功

  • WHEN 教練送出正確的 email 與 password
  • THEN 回傳 HTTP 200,包含 { status: true, data: { user, token, token_type: "Bearer" } }

Scenario: 錯誤帳密登入失敗

  • WHEN 教練送出錯誤的 email 或 password
  • THEN 回傳 HTTP 401{ status: false, message: "帳號或密碼錯誤" }

Scenario: 會員帳號無法用教練登入

  • WHEN role=member 的帳號嘗試呼叫 /api/provider/login
  • THEN 回傳 HTTP 403{ status: false, message: "此帳號非教練角色" }

Scenario: 超過登入頻率限制

  • WHEN 同一 IP 在 1 分鐘內送出超過 5 次登入請求
  • THEN 回傳 HTTP 429,帶有 Retry-After header

Requirement: 教練帳號註冊

後端 SHALL 提供 POST /api/provider/register,建立 role=provider 的 User 與對應 ProviderProfile。

Scenario: 新帳號註冊成功

  • WHEN 送出有效的 name / email / password / password_confirmation
  • THEN 回傳 HTTP 201{ status: true, data: { user } }

Scenario: Email 重複

  • WHEN 送出已存在的 email
  • THEN 回傳 HTTP 422{ status: false, message: "此 Email 已被使用" }

Requirement: 教練登出

後端 SHALL 提供 POST /api/provider/logout(需 Bearer token),撤銷當前 token。

Scenario: 登出成功

  • WHEN 已登入教練送出登出請求
  • THEN 回傳 HTTP 200{ status: true, message: "已登出" }token 失效

Requirement: 教練個人資料讀取

後端 SHALL 提供 GET /api/provider/profile(需 Bearer token),回傳教練基本資訊與 ProviderProfile。

Scenario: 取得個人資料

  • WHEN 已登入教練送出 GET 請求
  • THEN 回傳 HTTP 200,包含 { id, name, email, role, profile: { bio, expertise, certification, avatar } }

Requirement: 教練個人資料更新

後端 SHALL 提供 PUT /api/provider/profile(需 Bearer token),更新教練基本資訊與 ProviderProfile。

Scenario: 更新成功

  • WHEN 教練送出合法的更新資料
  • THEN 回傳 HTTP 200{ status: true, message: "資料已更新", data: { ...profile } }

Requirement: Bearer Token 有效期

後端 SHALL 發行有效期為 7 天的 Sanctum Bearer Token。主動使用 API 的 session 可透過 refresh 端點取得新 tokensliding window),持續使用不需重新登入;閒置超過 7 天後 token 過期,需重新登入。

Scenario: Token 過期後請求被拒絕

  • WHEN 教練使用已過期(超過 7 天未 refresh)的 token 送出 API 請求
  • THEN 回傳 HTTP 401token 視為無效

Scenario: 有效期內 token 正常運作

  • WHEN 教練使用未過期的 token 送出 API 請求
  • THEN 請求正常通過認證

Scenario: Refresh 延續有效期

  • WHEN 教練在 token 過期前呼叫 POST /api/provider/refresh
  • THEN 取得新的 7 天 token,舊 token 失效,有效期重置