Library / First Principles Framework (FPF) - Core Conceptual Specification
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 05:16:27 UTC · snapshot created 2026-10-03 05:17:06 UTC · last check 2026-10-03 05:20:20 UTC

G.5:2 - Problem

How to design a general, auditable dispatcher that:

  • preserves pluralism (families from competing Traditions stay disjoint) while remaining dispatchable (selection is possible and explainable);

  • does not embed algorithmic dogma in the core selector kernel;

  • when expressions carry distinct F.17 source-local meanings, requires the complete crossing path—exact local senses, an obtaining F.9 Bridge, a separate bounded-use proposition, and the appropriate reliance or assurance branch—while treating pins as audit references rather than as the crossing facts;

  • produces set-valued outcomes when only partial orders are admissible or when every named member is included for one bounded use, without confusing those meanings; when exact non-Method members already have a current inclusion basis, it declares that result without routing them through method-family selection;

  • cleanly separates:

    • selector object set and components (registry, selector boundary, and result-declaration records),
    • universal Part‑G invariants (carried by G.Core),
    • method-specific and generator-specific semantics (carried only through Extensions blocks).