From e95a36571961d1124b14d57a9a3535d7655abf48 Mon Sep 17 00:00:00 2001 From: Meta Vens Date: Sun, 18 Oct 2026 11:06:46 +0200 Subject: [PATCH] ItemData role-validation comment: the fallback is the effective quality Co-Authored-By: Claude Sonnet 5.5 --- Assets/Scripts/ServerShared/ItemData.cs | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Assets/Scripts/ServerShared/ItemData.cs b/Assets/Scripts/ServerShared/ItemData.cs index a9619c61e..ca1484e36 100644 --- a/Assets/Scripts/ServerShared/ItemData.cs +++ b/Assets/Scripts/ServerShared/ItemData.cs @@ -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