FPF Reference

    Core stress-case rule

    Preface node heading:core-stress-case-rule:23246

    What this page is

    This is generated FPF reference text from the specification preface or supporting sections. It helps interpret FPF; it is not FPF Reference product documentation.

    Methodology

    Use it to understand how the specification wants to be read, then return to a route, pattern, or work packet for active work. Cite generated IDs only when the wording changes the task decision.

    Content

    Ordinary local repair record. In ordinary use, do not build a full evidence, currentness, or provenance dossier. The first useful record is:

    RelianceAppearanceRef; RelianceAppearanceKind; WorkOrRelianceUseKind; WorkOrRelianceUseRef; RequiredClaimBeforeUseRef; RequiredInstitutedEffectBeforeUseRef; ClaimOrEffectPatternRef; ClaimOrEffectPositionKind; ClaimOrEffectPositionRef; ProjectSideClaimOrEffectRef; AllowedUseNow; AppearanceOverreadBlocked; RecoveryOrStopCondition

    The reliance appearance may be a tile, credential view, approval-looking memo, generated explanation, copied review, provenance mark, API wording, functional-description publication, or composed source-relation chain. The pattern asks whether the work or reliance use is currently carried by a claim/effect position and project-side reference named by value, not whether the reliance appearance is impressive, fluent, easy to inspect, or visually salient.

    Conditional governing pattern and position field set. Use the fuller fields below only when RequiredClaimBeforeUseRef or RequiredInstitutedEffectBeforeUseRef falls in release, safety, compliance, role-assignment relation, credential-status, role-state, gate, assurance, contested source relation, external reliance, cross-context reuse, currentness, revocation, generated source relation, or copied source relation. These fields are local repair aids, not a new record kind.

    FieldWorking question
    subject or actorWho or what would perform the work, rely on the appearance, hold the credential-status or role-state, or be affected by the claim?
    role-assignment claimWhich U.RoleAssignment or role-context claim is being made?
    intended work or work targetIs the user planning intended work, relying on a dated U.Work occurrence or result, or making another reliance claim? Name that branch and the governing pattern before the reliance appearance guides it.
    affected resource or claimWhich resource, claim, gate, credential, credential-status, role-state, evidence, approval, or source-finding pointer with authority-reference relation is supposedly affected?
    contextWhich bounded context, environment, project slice, API setting, connector setting, protocol setting, or relying situation makes the claim applicable?
    policy or gate versionWhich policy, gate profile, constraint version, method version, or register edition is supposed to govern the claim?
    time windowDuring which window is the claim, effect, source relation, or recovered-use boundary claimed to hold?
    currentness or revocation fieldIs the source relation current, stale, revoked, superseded, expired, contradicted, or unknown?
    issuer or governing referenceWhich issuer, project reference, register entry, source-currentness or credential-status record, speech act, gate decision, evidence relation, or work-occurrence record is required by the governing pattern for the current use?
    verifier or relying contextWho is checking or relying on the claim, and in which context?
    evidence or attestation relationWhich A.10 evidence, provenance, or attestation relation, if any, justifies the claim without itself becoming approval, gate passage, assurance, or work occurrence?
    sourceRelationClassWhich E.17:5.1b source-relation class or claim-use class applies to the reliance appearance and required claim or use?
    unsupported effectWhich requested work claim, reliance claim, governing value, or downstream effect remains unsupported and needs narrowing, repair, reopening, probing, or blocking?

    Start with the A.15.4 first repair checks above when the reliance appearance is being used as a reason for intended work, reliance, or a work-relevant claim. If the issue under repair is only evidence, currentness, gate-passage claim, ConstraintValidity status, engineering justification, commitment, speech act, boundary wording, use-boundary wording, credential proof, source-currentness proof, credential-status proof, explanation, comparison, or publication-carrier or front-end behavior, use the pattern governing that issue directly. Use A.15.4 only when the governing pattern position and project-side reference must be recovered before role assignment, method, plan, work, work result, result measurement, or another work or reliance claim can proceed.

    When a reliance appearance seems to authorize work or reliance. Use A.15.4 when a publication, display, credential view, wording, or explanation looks like permission, prohibition, readiness, or evidence for intended work or reliance. This is a recognition moment, not a new kind. The repair question remains: what does the user intend to do next, what claim or effect would make that intended work or reliance admissible, and which governing pattern position and project-side reference are required for it?

    Here "authority-looking case" is only a recognition phrase for the encountered situation. The record, relation, slot filler, or project-side reference that authorizes, forbids, records, or carries the required relation is named by value under its FPF pattern. Use E.17:5.1c for the shared meanings of orientation use, reliance use, operative claim, unsupported downstream use, and reopen trigger; use E.17:5.1d when the primary question under repair belongs to another governing pattern.

    The central behaviour is: name the work or reliance claim under repair, work-relevant P2W claim under repair, or P2W chain position under repair; name the governing pattern position and project-side reference that carry the required claim, effect, work occurrence, or currentness value; keep the U.Episteme or U.EpistemePublication distinct from publication form, MVPK face, publication carrier, rendering, and source-finding cue; choose the minimum sufficient recovered use; and do not raise the claim beyond the recovered relation, source relation, or recovered use boundary. If the named project record states the governing FPF relation, use that recorded relation directly rather than inferring it from wording.

    Positive repaired disposition. An encountered U.Episteme publication, publication form, MVPK face, publication carrier, rendering, or source-finding cue may guide work or reliance only to the claim or effect carried by the recovered governing pattern position, acting holder, work-performing system, agent, RoleAssignmentRef when role-conditioned attribution is current, work or reliance claim under repair, work-relevant P2W claim under repair, P2W chain position under repair, affected work target, context, window, and project-side reference. The repaired outcome says what may happen next and which unsupported work claim or reliance claim stays blocked.

    Reliance dispositions by recovered governing pattern relation:

    Work or reliance dispositionUse whenMinimum useful record
    Orientation or source-finding noteThe reliance appearance is only a publication face, publication carrier, rendering, cue, retrieval cue, learning aid, or reversible local probe trigger.RelianceAppearanceRef; RelianceAppearanceKind; WorkOrRelianceUseKind; WorkOrRelianceUseRef; RequiredClaimBeforeUseRef or RequiredInstitutedEffectBeforeUseRef when current; ClaimOrEffectPatternRef; ClaimOrEffectPositionKind; ClaimOrEffectPositionRef; ProjectSideClaimOrEffectRef; AllowedUseNow; AppearanceOverreadBlocked; RecoveryOrStopCondition.
    Routine reliance noteThe team needs ordinary bounded reliance without release, safety, compliance, delegated role-assignment claim, role-state claim, credential-status claim, contested source relation, or cross-context reuse.Work or reliance use, required claim when current, instituted effect when current, acting holder, work-performing system, or agent; RoleAssignmentRef when role-conditioned authority or work attribution is current; affected work target, context, effective window; governing pattern position or project-side source relation exposed by the reliance appearance; and reopen trigger.
    High-impact reliance dispositionThe required claim or instituted effect is external-impact, irreversible, release-bearing, gate-bearing, compliance-bearing, safety-bearing, delegated, revoked, role-state-claim-bearing, credential-status-claim-bearing, generated-source-mediated, copied-source-mediated, provenance-mediated, contested, or cross-context.Governing pattern and position field set with the A.10, A.6, B.3, A.2.9, A.2.8, A.21, A.20, or A.15.1 fields required for that claim or effect.

    A small A.15.4 local repair record is enough for the first disposition:

    FieldValue
    RelianceAppearanceRefName the appearance being relied on by value, such as the dashboard tile, credential view, copied text, generated explanation, publication face, publication carrier, rendering, or source-finding cue.
    RelianceAppearanceKindName the kind without granting authority by appearance: actual U.Episteme, actual U.EpistemePublication, publication form, MVPK face, publication carrier, rendering, PublicationUnit, dashboard tile, credential view, generated wording, copied wording, or source-finding cue.
    WorkOrRelianceUseKind and WorkOrRelianceUseRefName the use being justified by value: intended work, reliance on a claim, reliance on a dated U.Work occurrence, method-family selection, selected method, method of work, work plan, planned work, work result, result measurement, release reliance decision, non-work reliance claim, work-relevant P2W claim, or P2W chain position. A planned baseline remains a U.WorkPlan or U.WorkPlanning plan record; performed work becomes U.Work only after it occurs and is recorded under A.15.1; work-result measurement belongs with the evidence relation or result-measurement record that carries it.
    RequiredClaimBeforeUseRefFill when a claim must be carried by a governing pattern before the work or reliance use is admissible. Leave empty when the current reliance is only on an instituted effect.
    RequiredInstitutedEffectBeforeUseRefFill when an effect must be carried by a governing pattern before the work or reliance use is admissible, such as approval act effect, gate passage, role-state change, credential-status effect, commitment, or speech-act effect. Leave empty when the current reliance is only on a claim.
    ClaimOrEffectPatternRefName the direct FPF pattern that carries the required claim, required instituted effect, relation, slot filler, or source-currentness value.
    ClaimOrEffectPositionKind and ClaimOrEffectPositionRefName the position kind explicitly, such as slot, relation record, project reference, source-currentness relation, gate decision, evidence relation, speech-act ref, commitment ref, role-assignment ref, role-state record, credential-status record, or work-occurrence ref. Then name the exact position or relation to inspect.
    ProjectSideClaimOrEffectRefName the project-side FPF reference that must be current for the work or reliance use.
    AllowedUseNowState the safe current use: orientation, source-finding, cue-pack preservation, bounded reversible probe, narrowed reliance, governing-position repair request, proceed-inside-recovered-relation, or blocked unsupported use.
    AppearanceOverreadBlockedState the overread being blocked, such as treating display color as gate passage, copied approval as a current speech act, a credential screenshot as permission, or a generated explanation as evidence.
    RecoveryOrStopConditionState what blocks the work or reliance use and what would reopen it.

    Borrowed episteme and publication discipline. A.15.4 borrows the C.2.1, E.17, and A.16.0 distinction rather than minting a new generic U.* kind. The claim-bearing FPF kind here is U.Episteme; U.EpistemePublication is used only when that episteme is available as a published episteme with MVPK-face references. Publication forms, MVPK faces, publication carriers, renderings, PublicationUnit instances, and source-finding cues are separate kinds or relation positions in the case. A planned baseline remains a U.WorkPlan or U.WorkPlanning plan record such as SlotFillingsPlanItem; launch values and finalization values remain their own project records, decision logs remain gate or decision records, performed-work evidence remains evidence, and dated work occurrences remain A.15.1 or U.Work matters.

    When the governing pattern position is incomplete, choose one relation-governed A.15.4 disposition after naming the work or reliance use and the governing pattern position required for the required claim or instituted effect; pick the lightest disposition that preserves practical work and recoverability:

    1. Use the reliance appearance only for orientation or source-finding.
    2. Reopen the source U.Episteme for the current claim, the U.EpistemePublication that exposes the claim-bound source relation, register entry, governing record, or governing relation, or refresh source-currentness, credential-status, role-state, context-state, or another currentness relation.
    3. Narrow the acting holder, work-performing system, agent, RoleAssignmentRef when current, requested operation or work class, affected work target, affected resource, affected claim, context, and effective window until the recovered record or relation really covers the recovered use.
    4. Run a bounded reversible probe under an explicit U.WorkPlan when no external-impact reliance is being made.
    5. Ask the holder, work-performing system, maintainer, verifier, issuer, or project role holder identified by the relevant RoleAssignmentRef or governing pattern relation to expose or repair the missing governing pattern position. ClaimOrEffectPositionKind may be a slot, record, or relation for the issuer, gate decision, evidence relation, role-assignment record, role-state record, credential-status record, context-state record, source-currentness relation, or boundary claim set.
    6. Repair the U.WorkPlan, U.MethodDescription, dashboard label, source-relation link, or boundary wording that made the overread plausible.
    7. Proceed only inside the recovered scope and window.
    8. Block only the work claim or reliance claim that lacks the required relation.

    Last Updated: 2026-07-12 — upstream FPF commit 44dd8818 (github.com/ailev/FPF)