Scrap-consuming recipes as threat fallback, not excluded

Refine the REQ-THREAT-ITEM fix per review: recipes taking scrap as
input participate in an item threat computation only when no
scrap-free recipe produces that item, mirroring the existing
reprocessing-path rule instead of a blanket exclusion.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DyCu8vwChKMbLJQ3xosYEN
This commit is contained in:
2026-07-03 16:34:06 +02:00
parent fe7703d5c3
commit 3aefc05118
2 changed files with 11 additions and 10 deletions

View File

@@ -430,9 +430,10 @@ typical loadouts double as the `default_modules` for enemy waves):
- *Rule bug discovered:* the scrap→iron_ingot smelter recipe combined
with REQ-THREAT-ITEM's max-across-recipes rule would set
threat(iron_ingot) to the scrap path (1 + 4 = 5, or more at other
scrap values) instead of 2, inflating every downstream item. Fix
required: exclude scrap-consuming recipes from item threat
computation (see progression_design.md action items).
scrap values) instead of 2, inflating every downstream item. Fix:
scrap-consuming recipes count toward an item's threat only when no
scrap-free recipe produces that item, mirroring the reprocessing-path
rule (see progression_design.md action items).
## Balancing targets (first pass, July 2026)