a620906209/CFDivePlatform

Files

T

a620906209 0cd1047b10

Run Tests / test (pull_request) Successful in 30s

Details

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.4 KiB

Raw Blame History

admin-user-management Specification

Purpose

定義管理員查看與管理會員/教練帳號的 API：列表查詢、詳情查看、啟用停用切換；教練驗證狀態變更改由審核狀態機（見 provider-verification）管理。

Requirements

Requirement: 管理員查看會員列表

後端 SHALL 提供 GET /api/admin/members（需 Bearer token，role=admin），回傳所有 role=member 的用戶，支援關鍵字搜尋與分頁。

Scenario: 取得全部會員列表

WHEN 管理員送出 GET 請求不帶參數
THEN 回傳 HTTP 200，{ status: true, data: [...members with memberProfile], meta: { total, per_page, current_page, last_page } }，預設每頁 15 筆

Scenario: 搜尋會員

WHEN 管理員送出 ?q=王小明
THEN 只回傳 name 或 email 包含「王小明」的會員

Requirement: 管理員查看會員詳情

後端 SHALL 提供 GET /api/admin/members/{id}，回傳指定會員的完整資料。

Scenario: 取得存在的會員詳情

WHEN 管理員送出有效 id 的 GET 請求
THEN 回傳 HTTP 200，包含 user 資料與 memberProfile

Scenario: 會員不存在

WHEN 指定 id 的用戶不存在或 role 非 member
THEN 回傳 HTTP 404，{ status: false, message: "用戶不存在" }

Requirement: 管理員啟用/停用會員帳號

後端 SHALL 提供 PUT /api/admin/members/{id}/toggle-active，反轉指定會員的 is_active 狀態。

Scenario: 停用啟用中的帳號

WHEN 管理員對 is_active=true 的會員發送請求
THEN 將 is_active 設為 false，回傳 HTTP 200，{ status: true, message: "帳號已停用", data: { is_active: false } }

Scenario: 啟用停用中的帳號

WHEN 管理員對 is_active=false 的會員發送請求
THEN 將 is_active 設為 true，回傳 HTTP 200，{ status: true, message: "帳號已啟用", data: { is_active: true } }

Requirement: 管理員查看教練列表

後端 SHALL 提供 GET /api/admin/providers（需 Bearer token，role=admin），回傳所有 role=provider 的用戶，支援搜尋與分頁，含 providerProfile。

Scenario: 取得全部教練列表

WHEN 管理員送出 GET 請求
THEN 回傳 HTTP 200，含 providerProfile（包括 is_verified、business_name 等）與分頁 meta

Requirement: 管理員啟用/停用教練帳號

後端 SHALL 提供 PUT /api/admin/providers/{id}/toggle-active，行為同會員版本。

Scenario: 停用/啟用教練帳號

WHEN 管理員對教練帳號發送 toggle-active 請求
THEN 反轉 is_active，回傳對應訊息

Requirement: 管理員驗證教練（已由審核狀態機取代）

系統 SHALL NOT 提供 PUT /api/admin/providers/{id}/toggle-verified 端點（已於 2026-06-12 移除——單鍵切換允許繞過審核狀態機，無原因駁回、未送審直接通過）。教練驗證狀態的變更 SHALL 一律透過 PUT /api/admin/verifications/{userId}/approve|reject（見 provider-verification 規格「Admin 審核佇列與裁決」）。

Scenario: toggle 端點回 404

WHEN 管理員請求 PUT /api/admin/providers/{id}/toggle-verified
THEN 回傳 HTTP 404

Scenario: 教練列表仍顯示驗證狀態

WHEN 管理員請求 GET /api/admin/providers
THEN 每筆教練的 provider_profile 包含 verification_status 與相容用 is_verified（accessor，= approved）

3.4 KiB Raw Blame History Unescape Escape