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

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 15:40:55 UTC · snapshot created 2026-10-03 15:42:23 UTC · last check 2026-10-03 15:42:19 UTC

E.17.0:4.4.1 - Exact declaration and public designation of conformance

EpistemeViewpointConformanceRelationSignature is a separate RelationSignature episteme about the direct kind and declares exactly:

SlotSpecValueKindRefKind
CandidateEpistemeSlotU.EpistemeU.EpistemeRef
ViewpointEpistemeSlotU.ViewpointU.ViewpointRef

The declaration, SlotSpecs, references, and relation-participant designations alone do not establish that the relation obtains. Its positive occurrence is identified by the actual E/P pair under the fixed predicate. P remains the ordinary episteme about its exact C.2.1 EntityOfConcern; P is not this signature.

The complete F.18 NameCard for the direct conformance kind is below. Its public-row fields point to the current F.17 result rather than paraphrasing that result’s scheme or local sense:

FieldExact value or rule
NameCardIdNameCard.EpistemeViewpointConformanceRelation.FPFPublic; card identity only
GovernedValueRefexact direct kind EpistemeViewpointConformanceRelation, not a source line, card, signature, token, phrase, occurrence, or reference
GovernedValueKindRefU.Kind; this is the kind of the governed value, not another value reference
SubjectPatternLocatorE.17.0, locating the exact defining and occurrence-identity claims; F.18 separately constrains naming, A.6.5 declares SlotSpecs, and E.24.UK admits the dependent kinds
ReferenceSchemeexact by-value FPFCoreReferenceScheme
ClaimContentNameCard.EpistemeViewpointConformanceRelation.FPFPublic.ClaimGraph, constituted by all identity-bearing naming-settlement claims in this table
LocalSenseCellRefSenseCell.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02
LocalSenseBasisRelationRefLocalSenseBasisRelation.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02
TechLabelEpistemeViewpointConformanceRelation
PlainLabelthe episteme conforms to this exact viewpoint
CandidateSetselected label, EpistemeConformsToViewpointRelation, ViewpointConformanceRelation, ViewConformanceRelation, EpistemeViewpointGovernanceRelation, ViewpointGovernanceRelation, ViewMembershipRelation, viewpoint-to-description relation
RejectedCandidatesshorter conformance names hide a participant or assume view membership; governance collapses selection with semantic conformance; membership names the derived classification; the description placeholder narrows arbitrary episteme and omits the predicate. None is an alias.
SelectionRationalethe selected Tech label names both participant kinds and the obtaining predicate without presupposing that E is already a U.View
BridgeRefsnone; this naming settlement makes no semantic-correspondence or substitution claim
PublicRowStatuscurrent
UnifiedTermRowRefUTS.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02
LineageEntriesthe selected name replaces viewpoint-to-description relation without admitting that placeholder as a synonym or second public designation
RefreshConditionreopen only when either participant kind, the conformance predicate, direct occurrence identity, exact scheme/cell/basis/row reference, or repeated reader evidence changes; not for spelling preference, one reaction, layout, repackaging, or unchanged semantics

The card, label, candidate list, and former placeholder are naming evidence only. None is relation admission, occurrence identity, or proof of obtaining.