docs(design): define tyrant game stories
This commit is contained in:
@@ -0,0 +1,19 @@
|
||||
---
|
||||
type: Log
|
||||
title: Spigot Tyrant Design Log
|
||||
description: Chronological record of material decisions affecting the Spigot Tyrant design.
|
||||
---
|
||||
|
||||
# Spigot Tyrant Design Log
|
||||
|
||||
## 2026-08-14 — Initial game design
|
||||
|
||||
- The game has one Tyrant and one Vigilante, with Followers aligned to the Vigilante and Assassin, Fixer, and Tamer classes assigned by the Tyrant.
|
||||
- A player who kills the Tyrant becomes the next Tyrant; a Tyrant death without a player killer causes random succession among recently active eligible players.
|
||||
- Every Tyrant death clears all class and Follower assignments and resets the former Tyrant's reign progression.
|
||||
- Every Vigilante death rerolls the role among eligible players active in the preceding 24 hours. The previous Vigilante is reused only when no other eligible non-Tyrant player exists.
|
||||
- A Tyrant levels and earns one unlock choice only by personally killing the Vigilante.
|
||||
- Class abilities use named bound items where appropriate. Consumed cooldown items return when ready, and `/tyrant item` recovers missing ready items.
|
||||
- The Tamer has no cooldown and uses a named fishing rod plus a separate captured-mob item.
|
||||
- Game timers freeze while administratively paused.
|
||||
- The project will follow the Java 17, Gradle, testing, Gitea CI, and semantic-release structure demonstrated by `../spigot-base/`.
|
||||
Reference in New Issue
Block a user