fpf.tools
Library / First Principles Framework (FPF) - Core Conceptual Specification
Jump to passage
In this reading
Source · lines 60334–60343

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 14:36:52 UTC · snapshot created 2026-10-03 14:38:14 UTC · last check 2026-10-03 15:25:20 UTC

C.22.2:24.1 - Benefits

  • FPF gains a clear problem-side output for problematization as the input P2W can use.
  • P2W uses a typed problem-side record rather than a slogan, ticket-shaped wish, or preselected method.
  • C.22.2 has practical value for FPF when it reduces at least one expensive failure: a wish enters P2W as TaskSignature; a preselected work request is treated as the problem; method selection happens before the problem is reviewable; a problem from a set loses sourceSetRef; an indicator is used without a declared indicator-use relation; problem-formulation follow-up reason is cited as proof; a stale problem remains active; scalar readiness replaces set-return; or the problem-formulation follow-up reason is inherited across a changed representation without the governing representation-continuity or wording-use relation.
  • Current archive, pool, front, shortlist, set-return, parity, refresh, evidence, and C.29 patterns are reused instead of duplicated.
  • The positive use of mathematical and first-principles thinking is preserved: it can find missing structure, not only check already-written mathematics.
  • Characterization and parity are no longer optional background when they are prerequisites for problem reviewability.
  • Representation-change relations are handled through named relation references rather than local proof inside the problem card.