docs(openspec): propose 8 tigshop migration changes (P0-P7) + migration plan
This commit is contained in:
@@ -0,0 +1,20 @@
|
||||
## ADDED Requirements
|
||||
|
||||
### Requirement: Member level management
|
||||
Platform admins SHALL manage member levels from a dedicated admin console page through the shared API contract: levels listed in growth-threshold order, and create, edit, and delete actions over name, icon, growth threshold, and benefits with both locales editable. Deleting a level in use SHALL surface the API rejection instead of silently succeeding, and member-level management SHALL be reachable from the authenticated console navigation beside existing platform operations.
|
||||
|
||||
#### Scenario: manage a member level
|
||||
- **WHEN** a platform admin creates a level with bilingual name and benefits, an icon, and a growth threshold
|
||||
- **THEN** it appears in threshold order and is available for automatic leveling
|
||||
|
||||
#### Scenario: edit a growth threshold
|
||||
- **WHEN** a platform admin changes a level's growth threshold to a unique value
|
||||
- **THEN** the level persists with the new threshold and the bilingual content unchanged
|
||||
|
||||
#### Scenario: deleting a level in use fails visibly
|
||||
- **WHEN** a platform admin deletes a level that customers hold
|
||||
- **THEN** the console surfaces the rejection and the level and its members remain unchanged
|
||||
|
||||
#### Scenario: level management appears in admin navigation
|
||||
- **WHEN** an authenticated platform admin opens the admin console
|
||||
- **THEN** member-level management is reachable from the console nav
|
||||
Reference in New Issue
Block a user