.beans/nuzlocke-tracker-bs0y--add-type-restriction-rules-monolocke.md

---
# nuzlocke-tracker-bs0y
title: Add type restriction rules (monolocke)
status: completed
type: feature
priority: normal
created_at: 2026-02-20T19:56:16Z
updated_at: 2026-02-21T11:22:16Z
parent: nuzlocke-tracker-49xj
---

Restrict team composition to specific types (monolocke and similar variants).

## Design Decisions

**Type selection:** Multi-select from the 18 standard Pokemon types. A monolocke selects one type; multi-type variants (e.g., "fire and water only") select multiple.

**Dual-type matching:** A Pokemon qualifies if at least one of its types is in the allowed set. This matches the community standard for monolocke — e.g., in a Fire monolocke, Charizard (Fire/Flying) is allowed because it has Fire.

**Enforcement:** Soft enforcement via UI warnings, not hard blocks. The tracker warns when a caught Pokemon doesn't match the allowed types but doesn't prevent logging it. Reason: players sometimes need to use HM slaves or have edge cases the tracker shouldn't block.

**Data model:** Add `allowedTypes: string[]` to `NuzlockeRules`. Empty array means no restriction (disabled). This keeps it in the existing JSONB rules blob on the run.

**UI:** Add a "Type Restrictions" section to `RulesConfiguration` with a multi-select type picker (reuse the type badge styling from `TypeBadge`). Show a warning badge on encounters that don't match.

## Checklist

- [x] Add `allowedTypes: string[]` to `NuzlockeRules` interface (default: `[]`)
- [x] Add a new `BooleanRuleKeys` type to `RuleDefinition` to exclude non-boolean fields
- [x] Add type multi-select UI to `RulesConfiguration` (shown when allowedTypes toggle is on)
- [x] Show warning indicator on `PokemonCard` and encounter list for Pokemon that don't match allowed types
- [x] Add `RuleBadge` display for active type restriction (e.g., "Monolocke: Fire")
- [x] Update `RuleBadges` to handle `allowedTypes` separately from boolean rules
Remove unused nuzlocke rules, reorganize into core and playstyle Remove firstEncounterOnly, permadeath, nicknameRequired, and postGameCompletion from the rules system — they are either implicit (it's a nuzlocke tracker) or not enforced. Move levelCaps to core (it's displayed in the sticky bar). Create a new "playstyle" category for hardcoreMode and setModeOnly — informational rules useful for stats but not enforced by the tracker. Remove the completion category entirely. Add sub-task beans for the rules overhaul epic. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> 2026-02-20 21:20:23 +01:00			`---`
			`# nuzlocke-tracker-bs0y`
			`title: Add type restriction rules (monolocke)`
Mark Overhaul Nuzlocke Rules System epic as completed All child features are done. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> 2026-02-21 12:23:37 +01:00			`status: completed`
Remove unused nuzlocke rules, reorganize into core and playstyle Remove firstEncounterOnly, permadeath, nicknameRequired, and postGameCompletion from the rules system — they are either implicit (it's a nuzlocke tracker) or not enforced. Move levelCaps to core (it's displayed in the sticky bar). Create a new "playstyle" category for hardcoreMode and setModeOnly — informational rules useful for stats but not enforced by the tracker. Remove the completion category entirely. Add sub-task beans for the rules overhaul epic. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> 2026-02-20 21:20:23 +01:00			`type: feature`
			`priority: normal`
			`created_at: 2026-02-20T19:56:16Z`
Mark Overhaul Nuzlocke Rules System epic as completed All child features are done. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> 2026-02-21 12:23:37 +01:00			`updated_at: 2026-02-21T11:22:16Z`
Remove unused nuzlocke rules, reorganize into core and playstyle Remove firstEncounterOnly, permadeath, nicknameRequired, and postGameCompletion from the rules system — they are either implicit (it's a nuzlocke tracker) or not enforced. Move levelCaps to core (it's displayed in the sticky bar). Create a new "playstyle" category for hardcoreMode and setModeOnly — informational rules useful for stats but not enforced by the tracker. Remove the completion category entirely. Add sub-task beans for the rules overhaul epic. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> 2026-02-20 21:20:23 +01:00			`parent: nuzlocke-tracker-49xj`
			`---`

			`Restrict team composition to specific types (monolocke and similar variants).`

			`## Design Decisions`

			`Type selection: Multi-select from the 18 standard Pokemon types. A monolocke selects one type; multi-type variants (e.g., "fire and water only") select multiple.`

			`Dual-type matching: A Pokemon qualifies if at least one of its types is in the allowed set. This matches the community standard for monolocke — e.g., in a Fire monolocke, Charizard (Fire/Flying) is allowed because it has Fire.`

			`Enforcement: Soft enforcement via UI warnings, not hard blocks. The tracker warns when a caught Pokemon doesn't match the allowed types but doesn't prevent logging it. Reason: players sometimes need to use HM slaves or have edge cases the tracker shouldn't block.`

			Data model: Add `allowedTypes: string[]` to `NuzlockeRules`. Empty array means no restriction (disabled). This keeps it in the existing JSONB rules blob on the run.

			UI: Add a "Type Restrictions" section to `RulesConfiguration` with a multi-select type picker (reuse the type badge styling from `TypeBadge`). Show a warning badge on encounters that don't match.

			`## Checklist`

Add type restriction rule (monolocke) Adds allowedTypes: string[] to NuzlockeRules. When set, the encounter selector hides non-matching Pokemon and the routes endpoint filters out routes with no matching encounters, so only eligible locations appear. Type picker UI in RulesConfiguration; active restriction shown in RuleBadges. Backend accepts allowed_types query param and joins through RouteEncounter.pokemon to filter by type. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> 2026-02-21 12:22:05 +01:00			- [x] Add `allowedTypes: string[]` to `NuzlockeRules` interface (default: `[]`)
			- [x] Add a new `BooleanRuleKeys` type to `RuleDefinition` to exclude non-boolean fields
			- [x] Add type multi-select UI to `RulesConfiguration` (shown when allowedTypes toggle is on)
			- [x] Show warning indicator on `PokemonCard` and encounter list for Pokemon that don't match allowed types
			- [x] Add `RuleBadge` display for active type restriction (e.g., "Monolocke: Fire")
			- [x] Update `RuleBadges` to handle `allowedTypes` separately from boolean rules