ItemData role-validation comment: the fallback is the effective quality
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
This commit is contained in:
parent
8cc7f1bc85
commit
e95a365719
1 changed files with 1 additions and 1 deletions
|
|
@ -888,7 +888,7 @@ public static class StatValidation
|
|||
}
|
||||
|
||||
// Cut 7 (docs/stats-and-power-cut.md): "a stat naming a role its design lacks" must be refused, not silently
|
||||
// fall back to the lot's own workmanship (Lot.QualityForRole already falls back for a role a lot never rolled
|
||||
// fall back to the lot's effective quality (Lot.QualityForRole already falls back for a role a lot never rolled
|
||||
// -- that is the intended forward-compat path for an old lot meeting a newly-authored role. This is the other
|
||||
// direction: a StatTerm naming a role the design itself never declared is an authoring mistake, not a lot
|
||||
// predating the role, and must fail loudly rather than silently reading generic quality). Every PerformanceStat
|
||||
|
|
|
|||
Loading…
Reference in a new issue