DekEn

อัปเดต 2026-09-07

Honest scenario / batch runner

no folded-in failures

Every scenario in a batch/sensitivity run gets its own independent, real solve — a scenario that fails to converge is reported FAILED and excluded from governing-case comparisons, never silently folded in alongside the ones that actually solved as if it had succeeded too.

เมื่อไรจึงใช้
  • You're running a scenario tree, tornado-sensitivity sweep, or multi-contingency flare-header rating and need to trust that a 'governing case' really is the worst CONVERGED case.
  • A batch result set looks suspiciously complete (every scenario shows a number) and you want to confirm none of those numbers came from a failed solve.
  • You're building a new multi-run feature (a sweep, a scenario comparator) and need the pattern for not letting one bad run contaminate the set.
คำนวณอย่างไร

Each scenario solve is independently gated by the same convergence checks a single solve gets, and a FAILED scenario is excluded (not zero-filled or carried-forward) from any aggregate like 'governing case' or 'worst backpressure' — this is also the mechanism behind a dedicated blocking note that fires when excluding a failed scenario would make the remaining governing case non-conservative.

ข้อควรระวัง
note'Non-conservative from a dropped worse-case scenario' is exactly the failure mode the honesty layer watches for — a scenario runner that quietly skips a non-converging worst-case and reports the next-worst as governing is silently wrong even though every number it DOES show is individually correct.
noteA FAILED scenario still costs compute time; a batch of scenarios that are mostly failing is a modelling-quality signal worth investigating before trusting the few that did converge.
ที่เกี่ยวข้อง