FPF Reference

    Exact project-side FPF kind and reference lookup table

    Preface node heading:exact-project-side-fpf-kind-and-reference-lookup-table:21220

    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

    Exact project-side FPF kinds and references by required claim or effect kind:

    • cue-only orientation: use only for attention, learning, source-finding, or a reversible local probe trigger; stay with A.16, A.16.1, or A.6.A when those claims are being made.
    • issuing, approval, authorization, delegation, or revocation act: cite A.2.9 U.SpeechAct or SpeechActRef, including act type, actor, role, affected work item or claim, judgement context, window, carrier reference, evidence reference when currentness matters, and instituted effects if claimed. Because U.SpeechAct <: U.Work, it can evidence only that communicative act.
    • deontic permission, obligation, prohibition, or recommendation-as-duty: cite A.2.8 U.Commitment and the instituting SpeechActRef when provenance matters. If the word instead names admissibility, gate passage, authorization act, role effect, status effect, credential status, cue, or advice, use the pattern that carries that kind named by value.
    • role or status reliance: cite A.2.1, U.RoleAssignment, a status-changing U.SpeechAct, a governing context-state record, a credential proof or status result under A.10, or an A.21 GateDecision when the status is gate-governed.
    • boundary, policy, API, schema, "allowed", "authorized", "approved", "recommended", or "guaranteed" wording: split the statement through A.6 or A.6.B; use A.6.C, A.2.3, A.2.8, and A.2.9 for agreement-like guarantee, SLA, or promise wording before work use or reliance use.
    • gate decision or gate passage: cite A.21 OperationalGate(profile), GateDecision, GateDecisionRationale, DecisionLogRef, gate profile, gate version, check set, scope, window, and replay or freshness pins.
    • constraint or flow-validity witness: cite A.20 ConstraintValidity status, witness, GateCheckRef.aspect = ConstraintValidity, path, window, sentinel, and pins where live.
    • release, deployment, repair, inspection, or rollback work occurrence: cite A.15.1 dated U.Work occurrence and the A.10 evidence carrier path when reliance on occurrence is needed.
    • evidence, provenance, authenticity, currentness, copied-source, or generated-source relation: apply A.10 and name the claim-bound evidence path, currentness path, and admissible or non-admissible use.
    • assurance, readiness, safety, compliance, trust, release confidence, or R, F, G, or CL increase: apply B.3 and name the typed assurance claim plus its limitations and reopen condition.
    • generated explanation: use E.17.EFP for explanation faithfulness or source-finding relation, then require A.10 claim-bound source relation for every operative claim that will be relied on.
    • ambiguous approval, permission, or authorization wording: choose among the rows above named by value by asking what effect is claimed now: speech act, commitment, admissibility predicate, gate passage, role or status change, credential status, evidence relation, assurance claim, or work occurrence.

    Return products for loop closure:

    Governing source relation usedReturn product for this A.15.4 restorationA.15.4-local use
    A.6 or A.6.BTyped claim IDs (L-*, A-*, D-*, and E-*) plus the pattern that governs the claim being made or effect and project-side FPF kind and reference named by value that carry that claim or effect.Use for wording, boundary, API, schema, or admissibility recovery before work or reliance use.
    A.10Claim-bound evidence path, freshness field, currentness field, and admissible or non-admissible use for the attempted claim.Use for evidence, provenance, authenticity, credential-currentness, copied-source, or generated-source recovery.
    B.3Typed assurance claim, no-assurance-use disposition, or rejected or downgraded assurance claim.Use only when the live project move relies on a typed assurance claim.
    A.21OperationalGate(profile), GateDecision, DecisionLogRef, gate profile, gate version, scope, window, and replay or freshness pins.Use for gate-passage reliance in the named scope and window.
    A.20ConstraintValidity status, witness, path, window, sentinel, and pins where live.Use for constraint-validity or flow-validity reliance.
    A.2.9SpeechActRef with act type, actor, role, affected work item or claim, judgement context, window, and instituted effects if claimed.Use for issued acts and, where needed, dated occurrence of that communicative act.
    A.2.8U.Commitment deontic relation with accountable role, agent, referents, modality, scope, validity window, and instituting source when needed.Use for deontic permission, obligation, prohibition, or recommendation-as-duty.
    A.15.1Dated U.Work occurrence plus evidence carrier path when relied on.Use for reliance on performed work.
    E.17.EFPExplanation class, source-finding relation, and faithfulness relation over the source U.Episteme or source U.EpistemePublication.Use for generated-explanation faithfulness and source-finding before operative reliance.

    High-impact work or reliance - especially external-impact, irreversible, release-bearing, role-bearing, status-claim-bearing, gate-bearing, compliance-bearing, safety-bearing, delegated, contested, or assurance-bearing claim or effect - is admissible only for the actor, role, live work claim, reliance claim, work-relevant P2W claim, P2W chain position, affected work item or claim, audience, scope, environment, version, policy context, operational mode, and time window for which the required FPF-governed project source, relation, evidence path, gate decision, or assurance claim is recoverable. Cue-only, source-finding, learning, and bounded reversible probes stay lightweight and do not require a full source dossier.

    Quick dispositions:

    Encountered caseFirst A.15.4 disposition
    Source-backed release dashboard tileIf the tile is a current dashboard view of A.21 GateDecision or DecisionLogRef plus release scope or work item, environment, scope, window, gate profile, gate version, and A.10 evidence path, it may carry gate-passage reliance for that release and environment.
    Unsourced or stale release dashboard tileDisplay or source-finding only until the current GateDecision or DecisionLogRef, release scope or work item, scope, window, gate profile, gate version, and A.10 evidence path are recoverable; use B.3 only if an assurance claim is live.
    Copied review summary or copied approvalCopied wording and copied-currentness cue at most; approval, authorization, permission, commitment, or work occurrence needs the original A.2.9 SpeechActRef, A.21 decision, A.2.8 commitment, or A.15.1 work source plus A.10 evidence.
    Delegation chain with forwarded approvalEach link names delegator, delegatee, delegated operation or work class, affected work item, affected resource, affected claim, scope, window, source permitting delegation, subdelegation allowance if any, revocation source, currentness source or currentness path, and evidence path. A forwarded approval is not delegated authority by copy alone.
    Role, revocation, or status displayResolve to role assignment, status-changing speech act, context-state record, credential proof or status result, or gate decision with freshness field, revocation source, or revocation record; visual status cannot defeat a higher-priority revocation or supersession source.
    Conflicting sourcesDo not resolve by color, visual salience, copied wording, or apparent recency. Name source order, governing decision source, freshness policy, and supersession rule; the work claim, reliance claim, or effect is contested until resolved, while source-finding and bounded reversible probes remain available.
    Credential badge or register-backed status viewUse the display as a publication of a credential source or status source, not the source itself. Find the governing status register or issuer, trust anchor, holder binding or subject binding, verifier context, relying context, proof or status result, revocation, freshness, and validity window. If the governing register entry itself creates or changes role, status, permission, duty, or gate effect in the bounded context, cite that register or status-source entry named by value and the A.2.1, A.2.8, A.2.9, A.6.B, or A.21 source it depends on. Otherwise rely only on credential-currentness for that holder and context.
    Rollback command-like cueTreat as cue or A.6.A-governed invitation unless exact command, authorization, work occurrence, execution result, or gate decision is recoverable.
    Generated explanation says "authorized"Explanation may help find sources; it does not issue, approve, revoke, commit, authorize, pass a gate, evidence execution, or raise assurance. A citation or source mention inside the explanation guides work use or reliance use only when the cited carrier carries that relied-on claim named by value in the relying context under A.10.
    Extracted source, rewrite, representation shift, explanation, then gate or release claimReopen the most directly claim-bearing project-side FPF kind and reference named by value at the first lossy or non-commutative transform step; the gate claim or release claim waits for the required transform record, evidence path, explanation relation, gate decision, or assurance claim.
    Repeated green-tile failures without recoverable source relationTreat recurrence as upstream source-system repair work: expose decision refs, fix dashboard semantics, add source links and currentness, revise boundary wording, or add review cues so the acting user is not repeatedly forced to reconstruct missing source relation.

    Last Updated: 2026-06-08 — upstream FPF commit 093d30e8 (github.com/ailev/FPF)