This is a generated FPF pattern page projected from the published FPF source. It is canonical FPF content for this ID; it is not a FPF Reference product feature page.
Read the ID, status, type, and normativity first. Use the content for exact wording, the relations for adjacent concepts, and citations to keep active work grounded without pasting the whole specification.
Type: Lexical row pattern (F)
Status: Stable
Use this when. Use F.17 only when one already-governed value already has a selected durable naming settlement and public, Core-facing, durable, or cross-local reuse now needs one reader-facing term row.
First useful move. Point to the exact governed value, its kind, its direct pattern, one proposed row use, and the selected Tech and Plain designations. Then apply F.14 at the row gate. If no durable row is needed, reuse the designation, alias, local expression, or direct-pattern name and stop.
Primary working object. One C.2.1UnifiedTermRow episteme whose exact EntityOfConcern is the independently governed value. Its claim graph cites the separate F.18 naming-settlement episteme and selected designation expressions. The value, value kind, direct pattern, designations, effective U.ReferenceScheme, SchemeSenseCell, NameCard, basis relation, F.9 Bridge, row episteme, edition relation, publication occurrence, publication form, and carrier remain different objects.
What goes wrong if missed. A table entry becomes an ontology claim; a stable identifier looks like identity evidence; one source title or file stands in for a local sense; a NameCard automatically creates a cell and row; or a row is mistaken for the publication occurrence that makes it available.
What this buys. A compact, durable navigation row through which readers can recover the exact naming decision and direct owner without letting the row create, merge, prove, or publish the governed value.
Not this pattern when. Keep one private wording, local synonym, alias, or direct-pattern designation local. Use F.14 before every naming object, F.8 for one unresolved mint-or-reuse choice, F.18 for the durable naming settlement, F.9 only for an actual relation between exact cells, and E.24.PUB only when a selected row edition must be made available. Return ontology, obtaining, equivalence, authority, role, status, evidence, Work, and subject-use claims to their direct owners.
UnifiedTermSheet is a reader-facing collection of independently identified term-row epistemes for one useful naming thread. Each row makes one selected naming decision easy to find: it names the governed value and kind, direct owner, selected designations, exact local senses, any actual Bridge needed by the declared use, admitted and blocked citation uses, and reopen condition.
UnifiedTermSheet is a reader-facing collection of independently identified term-row epistemes for one useful naming thread. Each row makes one selected naming decision easy to find: it names the governed value and kind, direct owner, selected designations, exact local senses, any actual Bridge needed by the declared use, admitted and blocked citation uses, and reopen condition.
Use it especially for:
public role and status names whose underlying values are already governed;
durable relation, slot, interface, signature, or FPF kind names;
Core-facing names used by examples, training material, project standards, dashboards, checks, tool interfaces, Part G search packs, architecture, transformation, or evaluation work;
one exact naming use between independently recovered local senses;
row identifiers that must remain usable across row-episteme editions.
F.17 introduces no role, status, evidence, method, Work, relation occurrence, slot kind, local concept, NameCard, Bridge, publication occurrence, form, or carrier. It constitutes the row episteme only. Its visible table form can be useful, but table position, filled cells, suffix, source prestige, or row count has no ontological force.
Naming work often succeeds locally and then fails in reuse. A term looks stable, but the receiving reader cannot recover which exact value was named, which direct pattern owns it, which naming decision selected the expressions, which effective scheme and local-sense claim are current, or whether a cited Bridge actually obtains.
Five shortcuts follow:
shared spelling is treated as shared value;
a row combines unlike role, status, relation, Work, evidence, or publication concerns;
a card, cell, row, id, and publication are minted as one automatic chain;
a source title, document, or table layout substitutes for the exact sense and basis relation;
the row itself is said to make the term public, current, authoritative, or obtaining.
F.17 repairs those shortcuts by making every row a separately identified claim-bearing episteme whose references lead back to the exact naming settlement and governed value.
The practical problem is to make one durable naming decision recoverable without turning its row, representation, or availability into the named object. One row therefore carries one decision or splits; every stronger claim leaves the row and returns to the direct pattern.
Constitute a row through the smallest path that reaches the named reuse:
Recover the value. Identify one exact already-governed value or relation, its exact kind, direct pattern, identity or obtaining semantics, and one proposed use. Split a mixed candidate before naming.
Run the anti-explosion gate. Apply F.14 before minting a card, cell, row, or family. Try no durable name, an existing designation, an alias, a local expression, and an admitted direct-pattern or existing-row name. Stop at the first sufficient disposition.
Settle only the durable name that is needed. If one expression remains unresolved, use F.8. If a durable naming settlement is justified, F.18 constitutes one C.2.1 NameCard and selects Tech and Plain designations. The card creates neither the value nor its kind and does not require a cell or row.
Address a local sense only when useful. Create one SchemeSenseCell only when the exact local expression and sense claim need a stable address under an effective by-value U.ReferenceScheme. Cite a selected bounded-model-use Structure only when its organization changes this exact naming use. The cell does not require a NameCard or row.
Open the public-row gate independently. Apply F.14 again when public, Core-facing, durable, or cross-local reuse needs a row. The current F.18 public-row interface supplies the exact NameCard, selected designations, governed value and kind, direct pattern, effective scheme, and exact cell. None of those inputs alone requires the row.
Add a Bridge only for an actual cross-local relation. Compare the exact <ReferenceScheme, LocalSenseClaim> projections. When the proposed row use relates different projections, cite an obtaining F.9 Bridge between the exact cells and separately cite the affirmative C.2.1 use claim plus its current A.10 or B.3 reliance. Same spelling, scheme difference, or cell presence proves no Bridge.
Constitute one row episteme. Its C.2.1 EntityOfConcern is the exact independently governed value; its claim graph cites the separate naming-settlement episteme, selected designations, admitted and blocked citation uses, rationale, and reopen condition. Split unlike governed values or independently different uses into separate rows.
Keep succession and availability downstream. Use EpistemeEditionRelation only when a later row episteme historically continues an earlier one under C.2.1. When availability is current, use the exact E.24.PUB expression, bearing, and publication relations. A row, row id, form, carrier, upload, or rendering establishes neither succession nor publication by itself.
Apply the static and regression checks to the affected row, then stop. The result grants no ontology, obtaining, equivalence, authority, role, status, evidence, Work, publication truth, or receiving action.
#Scheme-based local-sense coordinate, basis relation, and row episteme
A selected expression, an exact local sense, the episteme supporting that sense, the naming decision, and the reader-facing row answer different questions. Keep them independently recoverable.
SchemeSenseCell: ValueKind: F.17-local composite coordinate; not a root U-kind ReferenceScheme: effective U.ReferenceScheme carried by value LocalSenseId: address designator only LocalExpression: selected expression in this local use LocalSenseClaim: exact local meaning under the scheme Identity: <ReferenceScheme by value, LocalExpression, LocalSenseClaim>LocalSenseBasisRelation <: U.RelationSlotSpecs: LocalSenseCellSlot: ValueKind: F.17 SchemeSenseCell coordinate RefKind: SenseCellAddressRef resolving the exact scheme, expression, and sense claim Field: localSenseCellRef BasisEpistemeSlot: ValueKind: U.Episteme RefKind: U.EpistemeRef resolving one exact basis-episteme edition Field: basisEpistemeRefDirection: basisEpistemeRef -> localSenseCellRefObtaining: the exact basis episteme supports the cell's exact LocalSenseClaim under its by-value ReferenceScheme for the stated admitted useNonObtaining: shared spelling, accepted name, card, source title, file, carrier, publication availability, or completed fieldsIdentity: <localSenseCellRef, basisEpistemeRef>OccurrenceIdentity: participant-determined; another exact cell or basis-episteme edition identifies another occurrenceLocalSenseBasisRelationDescription <: U.Episteme: entityOfConcernRef: U.EntityRef resolving one exact LocalSenseBasisRelation occurrence entityOfConcernKindRef: U.KindRef resolving LocalSenseBasisRelation viewpointRef?: U.ViewpointRef subjectRef?: U.SubjectRef, only when independently governed basisPublicationUnitRef?: U.EntityRef resolving one exact source unit as description/provenance content, never as relation participant or identity discriminator claimGraph: U.ClaimGraph carrying supported-sense, admitted-use, blocked-use, and any exact source-unit qualifier claims referenceScheme: U.ReferenceScheme by value; exactly the scheme in localSenseCellRef editionId: designator onlyUnifiedTermRow <: U.Episteme: UTSRowId: stable designator only UnificationThreadId: sheet-local navigation designator Block?: optional didactic navigation label GovernedValueRef: U.EntityRef; the same exact referent fills the C.2.1 EntityOfConcern position ClaimContent: complete U.ClaimGraph constituted by the identity-bearing row claims designated below ReferenceScheme: effective U.ReferenceScheme carried by value GovernedValueKindRef: U.KindRef DirectGoverningPatternRef: U.EntityRef resolving the exact direct pattern UnifiedTechName: selected Tech designation expression UnifiedPlainName: selected Plain designation expression NameCardRef: U.EpistemeRef resolving the separate exact F.18 naming-settlement episteme SenseCellRefs[]: exact SenseCellAddressRefs BridgeRefs[]?: actual F.9 Bridge occurrences only RowRationale AdmissibleUse BlockedUse RowEditionId: designator only EpistemeEditionRelationRef?: exact C.2.1 occurrence only when historical continuation obtains CurrentnessCondition Notes?
SenseCellAddressRef designates one SchemeSenseCell; it does not create that cell or a universal context object. A legacy address is usable only through an explicit lossless adapter to the exact effective scheme, expression, and local-sense claim. Otherwise stop the row.
The basis relation has exactly two participants. basisEpistemeRef resolves the exact current basis-episteme edition; its exact kind is derived from that referent and is not copied as another participant. A relation reference resolves the exact LocalSenseBasisRelation occurrence rather than its description or designator. basisPublicationUnitRef, when present, is a provenance qualifier that narrows the supporting episteme; it neither participates in nor identifies the relation. A source publication occurrence, its form, and its carrier remain separate E.24.PUB objects.
The relation says only that this basis episteme supports this cell's exact sense claim for the admitted use. Its description states the supported and blocked uses and any exact source-unit qualifier. A changed NameCard reopens the selected expression. A changed scheme, expression, sense claim, or basis-episteme edition identifies another cell or basis-relation participant pair. A changed source-unit or supported-use claim creates another relation-description episteme without silently changing the basis relation.
Any description of a SchemeSenseCell is a separate C.2.1 episteme whose EntityOfConcern is that exact cell. The cell's identifier, description, source publication, NameCard, and basis relation neither replace nor identify the cell.
UnifiedTermRow is another C.2.1 episteme, not a root U-kind, value container, or publication occurrence. Its EntityOfConcern is the exact governed value. Its displayed identity-bearing row claims jointly constitute the complete ClaimContent; a scalar graph-ref line need not be repeated in the readable fixture when that graph is recoverable from them. The claim graph cites the separate NameCard, exact kind and direct owner, and projects the selected designation expressions. The row, card, designations, governed value, external row reference, and UTSRowId designator remain distinct; UnificationThreadId, Block, and RowEditionId are navigation or edition designators rather than additional identity discriminators.
If a later row episteme revises, refines, or supersedes an earlier one, an independently obtaining C.2.1 EpistemeEditionRelation(earlierRowEpisteme, laterRowEpisteme) carries historical continuation. Stable row spelling, id, table position, shared carrier, or later publication establishes no such relation. A CurrentnessCondition is row claim content; it is not the edition relation and does not make itself true.
When a selected row edition must be made available, E.24.PUB supplies three separate relations: PublicationFormExpressionRelation(selectedRowEdition, publicationForm, boundedUseDeclaration), PublicationFormBearingRelation(carrier, publicationForm), and EpistemePublicationRelation(selectedRowEdition, audience, boundedUse, publicationForm, carrier). The row does not publish itself; the form is not the row; the carrier bears the form rather than the episteme; rendering or uploading is dated Work when current and is not the publication occurrence.
GovernedValueRef and GovernedValueKindRef are separate. A kind token has kind U.Kind; an obtaining relation occurrence, role value, status value, slot kind, or local concept retains its own exact kind and direct owner. A row or card cannot admit a U-kind or make a direct relation obtain.
NameCardRef resolves the F.18 C.2.1 naming-decision episteme consumed by the current public-row gate. UnifiedTechName and UnifiedPlainName are designation expressions selected by that decision, not values or references. Aliases and rejected candidates stay in the NameCard or local lexicon rather than becoming rival selected names in the row.
BridgeRefs cites only actual F.9 occurrences between exact cells. Direction, use-specific rule, loss tolerance, polarity, evidence, reliance, permission, and receiving action remain in their own claims and relations. Local senses do not globalize; same spelling or a different scheme provides neither governed-value identity nor Bridge obtaining.
The quoted tokens DemonstrativeUnfoldingSlice@Context and DemonstratedPatternUseRow@Context in F.17:12.4c retain the exact frozen A.22.CGUS direct-owner spelling. Their suffix is lineage in those governed tokens, not an F.17 identity constructor or permission to mint another ...@Context value. New F.17 relation and row identities use the exact objects above.
UnifiedTermSheet is the reader-facing collection or layout through which rows are found. A selected table layout, optional block plan, or carrier is not the row episteme and does not prove that every needed decision is present.
Create or revise one row only when all entry objects are exact and at least one receiving need is current:
public or Core-facing citation of the selected naming decision;
durable reuse outside the immediate local repair;
cross-local reuse whose exact cells, any actual Bridge, separate use claim, and reliance are recoverable;
stable citation from examples, checks, dashboards, training material, a project standard, or a tool interface;
a direct-pattern or F.18 change that alters this exact row's value, name, sense, admitted use, or blocked use.
Before the row, apply F.14 again. A noticed word, accepted designation, stable local sense, NameCard, Bridge description, source publication, or desire for a tidy table does not by itself meet the gate. A durable local NameCard can remain local; a cell can remain a cell; an existing row can be reused only within its admitted use.
Use these positions when they are current. Presence means that the exact referenced object or claim is independently recoverable; it is not a form-completion target.
Position
Presence condition
Meaning
UTSRowId
yes
Stable row designator; an external row reference must resolve the exact C.2.1 episteme rather than trust this string.
Unification thread
yes
Sheet-local navigation designator with no locality or ontology force.
Separate relation from an exact earlier row episteme to this later one.
Currentness condition
yes
Claim stating what reopens review; not a self-proving currentness relation.
Notes
optional
Short lineage, teaching, homonym, use-claim, or reliance note.
For SenseCellRefs, recover the exact by-value scheme, expression, and local-sense claim. Cite LocalSenseBasisRelation only when an actual basis relation obtains. A NameCard selects designations; it does not fill the cell or basis positions. A source title, file, carrier, locality label, selected structure, row id, or description substitutes for none of them.
Publication availability is not a row column. When current, maintain the exact E.24.PUB relation occurrences, form, carrier, audience, and bounded use beside the selected row edition. Publication change does not silently change the row episteme or its C.2.1 edition relation.
A block plan is an optional navigation aid for a sheet with enough rows that grouping helps a reader. Use few memorable blocks and omit the plan when direct row search is clearer. Neither a declared plan, the number of blocks, nor filled row count proves coverage, completeness, usefulness, or semantic adequacy.
Example navigation plan for a role, method, Work, and status thread:
governed values and naming decisions;
roles and role descriptions;
role assignments and performed Work;
methods, method descriptions, and work plans;
status families and status windows;
relation, slot, interface, and Bridge terms;
evidence, assurance, source, and publication terms when those are the governed values.
This list defines no ontology. A sheet may use another small navigation plan for architecture, transformation flows, evaluation characteristics, Part G search packs, or another receiving use.
Layout A, scheme-first: keep the left rail fixed and add one exact reference-scheme column per selected interpretation basis. Use this when the reader's comparison concerns local senses under named schemes.
UTSRowId | Unification thread | Block | Governed value | Governed value kind | Direct patternUnified Tech name | Unified Plain name | NameCardRefReference scheme A | Reference scheme B | Reference scheme CBridgeRefs | Row rationale | Admissible use | Not this useRow edition | Currentness condition | Notes
Layout B, comparison-column: keep the scheme, local expression, and sense claim inside SenseCellRefs and use a smaller set of presentation columns such as tradition, discipline, language, publication family, or project family. These columns are teaching aids; they have interpretation authority only when each cell still resolves to its exact by-value scheme and local-sense claim.
Never mix a scheme column and a discipline or project-family column as if they had the same kind. A U.ReferenceScheme is an interpretation basis carried by value; a comparison column is a didactic view.
Use these checks before citing a row outside its immediate sheet.
Rule
Check
UTS-SCR-01
The row resolves to one C.2.1 row episteme whose EntityOfConcern is one exact governed value; it points separately to that value's kind, direct pattern, and exact F.18 naming-settlement episteme.
UTS-SCR-02
One row carries one naming decision and one governed value/use branch; mixed values or independently different uses are split.
UTS-SCR-03
Every local sense resolves to one exact by-value ReferenceScheme, local expression, and local-sense claim; id, description, source publication, card, or basis relation replaces none of them.
UTS-SCR-04
F.14 was applied before the current card, cell, and row; the light dispositions—no durable name, existing designation, alias, local expression, direct-pattern name, and admitted row reuse—were tested first.
UTS-SCR-05
The Tech and Plain designation expressions agree with the exact current F.18 NameCard without becoming the governed value; aliases and rejected candidates remain separate.
UTS-SCR-06
Any cited LocalSenseBasisRelation has only its exact cell and basis episteme as participants; source-unit and publication facts remain qualifiers or neighboring objects.
UTS-SCR-07
Apply all four Bridge probes: same scheme plus same LocalSenseClaim plus another expression is a designation question and adds no Bridge; same scheme plus a different claim opens F.9 and, only for a named row use, the separate use-claim/reliance branch; a different scheme opens only the Bridge question and establishes none; no current correspondence use creates no Bridge or use claim regardless of scheme count.
UTS-SCR-08
Any cited F.9 Bridge has exact endpoint cells and editions, an applicable relation-semantic profile, a true kind-defined predicate, and every required dependency. The separate affirmative C.2.1 use claim states direction, correspondence rule, and loss tolerance, with current A.10 or B.3 reliance. A negative use claim rejects that exact row use; non-passing reliance stops or narrows it; neither negates or reidentifies an otherwise obtaining Bridge.
UTS-SCR-09
A role row does not identify RoleDescription, RoleAssignment, capability, method, or Work with the governed role value; a status row does not turn a status family, value, or window into a role.
UTS-SCR-10
Evidence, assurance, source, publication, description, relation, slot, interface, authority, and equivalence claims remain under their direct owners rather than becoming row truth.
UTS-SCR-11
Row id, block, table position, source title, file, carrier, suffix, and filled-cell count create neither value identity nor row adequacy.
UTS-SCR-12
The row states the exact scheme, receiving use, and reader breadth actually checked; a narrow row claims neither universal nor corpus-wide reuse.
UTS-SCR-13
C.2.1 row succession and E.24.PUB availability are independently recovered; row, edition relation, publication occurrence, form, carrier, rendering Work, and upload Work stay distinct.
Passing the schema is not the value criterion. A row succeeds only when intended readers can recover the correct naming decision, governed value, and direct pattern for the declared use while avoiding the blocked use. Row count, filled-cell count, label uniformity, block neatness, and stable identifiers are maintenance aids only.
F.9 changes a Bridge endpoint or relation-semantic profile, or C.2.1/A.10/B.3 changes the bounded-use claim or reliance basis
Recheck the changed object only: BridgeRefs for endpoint or profile change; row use, rationale, and notes for changed direction, rule, tolerance, polarity, evidence, reliance, or assurance.
UTS-RSCR-05
Row relocation between blocks
Keep the row id stable and state that relocation between blocks has no ontological force.
UTS-RSCR-06
A role, status, evidence, source, publication, or description row is reused under another semantic-context projection or by another reader group
Recheck the direct governing pattern, exact sense coordinate, and any required Bridge before reuse.
#Role name becomes public across two project contexts
One project has an exact design-review role value and an independently governed external-audit role value. Both local expressions say reviewer, but one concerns a system-in-role performing design-review Work and the other concerns an assurance actor producing an audit report.
The UTS row does not declare one universal reviewer. It either creates two rows or, when one naming use between different semantic-context projections is genuinely needed, cites an obtaining F.9 Bridge plus an affirmative C.2.1 claim that names the use direction, label rule, and tolerated loss. Each row cites the direct role pattern, the RoleDescription when current, and the F.18 NameCardRef. A.10 or B.3 governs reliance on the use claim; no row or card creates a role assignment or review Work.
A team proposes BlockedReviewer as a public label. F.17 does not accept it as a row until the direct patterns are separated. Reviewer is a role value; blocked is a status-family value or status-window value. The sheet may publish Reviewer as a role row and Blocked as a status row, with a note that a local UI may render them together. The table does not create a role called "blocked reviewer".
An architecture pattern needs public names for interfaceSlot, providedPort, and requiredPort. The UTS row cites A.6.5 for slot discipline, A.6.RSIR when the relation-signature-interface boundary is current, and F.18 for durable names. The row does not treat a slot name as a component, role, or capability. If a project context uses port differently, the UTS row keeps the local sense and bridge explicit.
A sheet has a row labelled Evidence role. F.17 repairs the row by recovering the governed object instead of treating that label as a U-kind. If the claim is that an episteme is being used as evidence for another claim, A.10, B.3, or A.2.4 governs the evidence relation. If the claim is that a system performs evidence-producing work, A.2.1, F.6, and A.15.1 govern role assignment and performed work. The UTS may publish names for these values; a generic evidence-role row that fuses them is not admitted.
#Manufacturing batch across material and planning contexts
A furnace team uses batch for one physically handled set of shafts that shares a heat-treatment run and traceability basis. A planning dashboard uses batch for a grouping of intended PlanItems. Spelling does not make these one governed value. Recover the physical batch under the direct material or production DPF pattern, including its identity and part-whole treatment when the proposed comparison relies on either; recover the planning grouping under A.15.2 and its direct planning relation. Publish separate rows unless an obtaining F.9 Bridge states the exact semantic relation and a separate affirmative C.2.1 claim names the proposed comparison direction, correspondence rule, and tolerated loss with current A.10 or B.3 reliance. A batch row cannot turn a PlanItem grouping into a physical holon or make the physical batch a WorkPlan.
A clinical publication proposes one row for discharge and discharge-ready. First separate the governed values. A patient-state classification uses A.19.SPR plus the clinical DPF pattern for its bearer, state frame, evidence, qualification window, and use. An accountable discharge decision remains a decision relation under its direct pattern. A completed discharge is dated Work under A.15.1. Publish distinct rows and connect them only through relations actually governed in the clinical context. One familiar label does not make state, decision, and Work interchangeable.
#Demonstrative walkthrough, mantra, and mantra move
These rows publish naming decisions already governed and named in A.22.CGUS. They cover only the admitted CGUS-demonstrative senses of mantra and mantra move; they define neither the Plain local mantra that recalls one bounded result nor the Plain long mantra that keeps a distant result dependency visible across direct patterns. Ordinary long and local mantras receive no F.17 row. F.17 publishes the bounded terms; it does not govern the demonstrated structures, rows, or Plain attention aids.
UTSRowId: UTS.DemonstrativeUnfoldingSlice.FPFPublicReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: DemonstrativeExplanationTerminology.2026-07-11Block: Pattern use and teachingGovernedValueRef: DemonstrativeUnfoldingSlice@ContextGovernedValueKindRef: U.KindDirectGoverningPatternRef: A.22.CGUSUnifiedTechName: DemonstrativeUnfoldingSlice@ContextUnifiedPlainName: demonstrative walkthroughNameCardRef: NameCard.DemonstrativeUnfoldingSlice.FPFPublicSenseCellRefs: SenseCell.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11BridgeRefs: Bridge.DemonstrativeUnfoldingSlice.SeminarTeaching-To-FPFPublic.2026-07-11; relation=Narrower-than with SeminarTeaching source narrower than FPFPublic receivingRowRationale: this row names one readable demonstration of admissible continuations through a wider constraint-governed unfolding structure for a cold public readerAdmissibleUse: public naming of the governed demonstrative episteme under affirmative claim Claim.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11BlockedUse: actual traversal, method order, work order, performed work, or teaching-medium identityNotes: reliance basis is EvidenceUse.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11 with RelianceDisposition=pass for this naming use onlyRowEditionId: 2026-07-11CurrentnessCondition: review when the governed value, FPFCoreReferenceScheme, NameCard, local-sense basis relation, Bridge endpoint or profile, bounded-use claim, A.10 reliance basis, or reader evidence changesUTSRowId: UTS.DemonstrativeUnfoldingSlice.SeminarTeachingReferenceScheme: FPFSeminarTeachingReferenceScheme-2026-07-11UnificationThreadId: DemonstrativeExplanationTerminology.2026-07-11Block: Pattern use and teachingGovernedValueRef: DemonstrativeUnfoldingSlice@ContextGovernedValueKindRef: U.KindDirectGoverningPatternRef: A.22.CGUSUnifiedTechName: DemonstrativeUnfoldingSlice@ContextUnifiedPlainName: mantraNameCardRef: NameCard.DemonstrativeUnfoldingSlice.SeminarTeachingSenseCellRefs: SenseCell.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11BridgeRefs: Bridge.DemonstrativeUnfoldingSlice.SeminarTeaching-To-FPFPublic.2026-07-11; relation=Narrower-than with SeminarTeaching source narrower than FPFPublic receivingRowRationale: the bounded teaching alias adds repeated speech and attentional use while naming the same governed demonstrative epistemeAdmissibleUse: repeated English-language FPF seminar speech that points to the public term under affirmative claim Claim.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11BlockedUse: ritual authority, slogan, method, plan, work, fixed order, or reverse substitution from every public walkthroughNotes: reliance basis is EvidenceUse.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11 with RelianceDisposition=pass for this naming use onlyRowEditionId: 2026-07-11CurrentnessCondition: review when FPFSeminarTeachingReferenceScheme-2026-07-11, the governed value, NameCard, local-sense basis relation, Bridge endpoint or profile, bounded-use claim, A.10 reliance basis, dictionary evidence, or reader evidence changesUTSRowId: UTS.DemonstratedPatternUseRow.SeminarTeachingReferenceScheme: FPFSeminarTeachingReferenceScheme-2026-07-11UnificationThreadId: DemonstrativeExplanationTerminology.2026-07-11Block: Pattern use and teachingGovernedValueRef: DemonstratedPatternUseRow@ContextGovernedValueKindRef: U.KindDirectGoverningPatternRef: A.22.CGUSUnifiedTechName: DemonstratedPatternUseRow@ContextUnifiedPlainName: mantra moveNameCardRef: NameCard.DemonstratedPatternUseRow.SeminarTeachingSenseCellRefs: SenseCell.DemonstratedPatternUseRow.SeminarTeaching.2026-07-11BridgeRefs: none; expression and governed-row use are interpreted under the same seminar-teaching schemeRowRationale: this row names one shown conditional pattern use with its Solution, expected result, and current condition inside a mantraAdmissibleUse: bounded seminar reference to one demonstrated result-bearing continuationBlockedUse: root Move, physical movement, operation, fixed serial step, PlanItem, performed Work, or continuation detached from its sliceRowEditionId: 2026-07-11CurrentnessCondition: review when the demonstrated-row schema, NameCard, local-sense basis relation, seminar-teaching scheme, or reader interpretation changes
The two senses of the same demonstrative value remain distinct:
SenseCell.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: DemonstrativeUnfoldingSlice-public LocalExpression: demonstrative walkthrough LocalSenseClaim: one readable demonstration of admissible continuations through a wider constraint-governed unfolding structure senseFamily: DemonstrativeExplanation NameCardRef: NameCard.DemonstrativeUnfoldingSlice.FPFPublic LocalSenseBasisRelationRefs: LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11SenseCell.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11: ReferenceScheme: FPFSeminarTeachingReferenceScheme-2026-07-11 LocalSenseId: DemonstrativeUnfoldingSlice-mantra LocalExpression: mantra LocalSenseClaim: a short repeatable explanatory walkthrough used to hold the whole solution structure in attention senseFamily: DemonstrativeExplanation NameCardRef: NameCard.DemonstrativeUnfoldingSlice.SeminarTeaching LocalSenseBasisRelationRefs: LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11SenseCell.DemonstratedPatternUseRow.SeminarTeaching.2026-07-11: ReferenceScheme: FPFSeminarTeachingReferenceScheme-2026-07-11 LocalSenseId: DemonstratedPatternUseRow-mantra-move LocalExpression: mantra move LocalSenseClaim: one shown pattern-use continuation with its Solution, expected result, and current condition inside a mantra senseFamily: DemonstratedPatternUseContinuation NameCardRef: NameCard.DemonstratedPatternUseRow.SeminarTeaching LocalSenseBasisRelationRefs: LocalSenseBasisRelation.DemonstratedPatternUseRow.SeminarTeaching.2026-07-11LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, DemonstrativeUnfoldingSlice-public) basisEpistemeRef: A.22.CGUSLocalSenseBasisRelationDescription.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11: entityOfConcernRef: LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: A.22.CGUS:4.3.3-Ordinary-bounded-use viewpointRef: FPFPublicReaderViewpoint claimGraph: supportedSenseClaim: one readable demonstration of admissible continuations through a wider constraint-governed unfolding structure admittedUseClaim: support the public local-sense line for this scheme-based coordinate nonAdmittedUseClaim: no evidence, authority, work-order, or naming decision follows from this relation referenceScheme: FPFCoreReferenceScheme editionId: 2026-07-11LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11: localSenseCellRef: SenseCell(FPFSeminarTeachingReferenceScheme-2026-07-11, DemonstrativeUnfoldingSlice-mantra) basisEpistemeRef: SeminarExpression.FPFPracticalUse.2026-07-11LocalSenseBasisRelationDescription.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11: entityOfConcernRef: LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: SeminarExpression.FPFPracticalUse.2026-07-11.Slides8-10 viewpointRef: FPF Seminar Participant Viewpoint claimGraph: supportedSenseClaim: a short repeatable explanatory walkthrough used to hold the whole solution structure in attention admittedUseClaim: support the bounded teaching sense from the seminar expression nonAdmittedUseClaim: the slide carrier does not become the sense, naming settlement, method, plan, or work referenceScheme: FPFSeminarTeachingReferenceScheme-2026-07-11 editionId: 2026-07-11LocalSenseBasisRelation.DemonstratedPatternUseRow.SeminarTeaching.2026-07-11: localSenseCellRef: SenseCell(FPFSeminarTeachingReferenceScheme-2026-07-11, DemonstratedPatternUseRow-mantra-move) basisEpistemeRef: SeminarExpression.FPFPracticalUse.2026-07-11LocalSenseBasisRelationDescription.DemonstratedPatternUseRow.SeminarTeaching.2026-07-11: entityOfConcernRef: LocalSenseBasisRelation.DemonstratedPatternUseRow.SeminarTeaching.2026-07-11 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: SeminarExpression.FPFPracticalUse.2026-07-11.Slides61-62 viewpointRef: FPF Seminar Participant Viewpoint claimGraph: supportedSenseClaim: one shown pattern-use continuation with its Solution, expected result, and current condition inside a mantra admittedUseClaim: support the bounded teaching sense of mantra move nonAdmittedUseClaim: the slide carrier does not become the row, pattern use, plan, or performed work referenceScheme: FPFSeminarTeachingReferenceScheme-2026-07-11 editionId: 2026-07-11
SeminarExpression.FPFPracticalUse.2026-07-11 names the seminar-content episteme; the publication occurrence that makes an edition available and the .pptx and extracted Markdown carriers remain separate. The public basis relation instead relies on the current A.22.CGUS pattern episteme and narrows that reliance to the ordinary-use publication unit.
This worked case is cross-scheme because its endpoint ReferenceScheme values differ. The obtaining relation and the row's named use are recorded separately:
BridgeOccurrence: BridgeOccurrenceRef: Bridge.DemonstrativeUnfoldingSlice.SeminarTeaching-To-FPFPublic.2026-07-11 SourceSenseCellRef: SenseCell.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11 ReceivingSenseCellRef: SenseCell.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11 BridgePredicateProfile: BridgeKind: Narrower-than RelationOrientation: source SeminarTeaching sense is narrower than receiving FPFPublic sense EndpointSenseReadings: both are DemonstrativeExplanation senses of the governed A.22.CGUS value; the seminar sense additionally requires repetition and attentional use RelationSpecificCondition: every demonstrative episteme classified by the seminar sense is also classified by the public walkthrough sense, while some public walkthroughs are not seminar mantras ApplicabilityOrAsOfBasis: FPFCoreReferenceScheme and FPFSeminarTeachingReferenceScheme-2026-07-11 at the named sense editions BooleanTruthCondition: true only while the proper-specialization condition holds for those endpoint editions RequiredDependencies: both F.17 SchemeSenseCells resolve, their cited local-sense basis claims hold, and the A.22.CGUS governed-value identity remains unchangedC.2.1 claim about this named use: ClaimRef: Claim.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11 EntityOfConcern: Bridge.DemonstrativeUnfoldingSlice.SeminarTeaching-To-FPFPublic.2026-07-11 EffectiveReferenceScheme: FPFCoreReferenceScheme ClaimGraph: ProposedUse: a seminar use of "mantra" points to the public demonstrative-walkthrough term and its governed value Direction: SeminarTeaching sense -> FPFPublic sense CorrespondenceRule: preserve reference to the same governed A.22.CGUS value and do not infer that every public walkthrough is a mantra PermittedLossTolerance: repetition, remembered replay, and attentional function may be omitted; no method, plan, order, authority, Work, or teaching-medium claim may be carried Polarity: affirmativeA.10 evidence reliance for this claim: EvidenceProvenanceRelationRef: EvidenceUse.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11 TargetClaimRef: Claim.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11 BoundedEvidenceUse: use the seminar word "mantra" to point to the public demonstrative-walkthrough term and the same governed A.22.CGUS value EvidencePaths: PublicSenseBasisRecord: LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11 --basisEpistemeRef--> A.22.CGUS; LocalSenseBasisRelationDescription.DemonstrativeUnfoldingSlice.FPFPublic.2026-07-11 --basisPublicationUnitRef--> A.22.CGUS:4.3.3-Ordinary-bounded-use; A.22.CGUS --carriedBy--> _current-pattern-hosts/A.22.CGUS-Constraint-Governed-Unfolding-Structure.md SeminarSenseBasisRecord: LocalSenseBasisRelation.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11 --basisEpistemeRef--> SeminarExpression.FPFPracticalUse.2026-07-11; LocalSenseBasisRelationDescription.DemonstrativeUnfoldingSlice.SeminarTeaching.2026-07-11 --basisPublicationUnitRef--> SeminarExpression.FPFPracticalUse.2026-07-11.Slides8-10; SeminarExpression.FPFPracticalUse.2026-07-11 --carriedBy--> FPF_first_seminar_reworked_slidement.pptx@sha256:325B50C5D062479434ECCABFF0B8B3E316825CAA5E1646A61D25183B90B9CA89 (Git blob e990847d37ddca59d15a9cc434fad15381a2122d) and fpf_first_seminar_slides.content.md@sha256:B38C6F5FBC85CAF9986D2141095C90DAFFAB6F3FEA607ACE7FA6CE60EB18228D (Git blob 34fd989b646aa4dc9f2879cab40d2e6dde989b1b) NameSettlementRecord: NameCard.DemonstrativeUnfoldingSlice.SeminarTeaching --carriedBy--> _current-pattern-hosts/A.22.CGUS-Constraint-Governed-Unfolding-Structure.md DictionaryEvidenceRecord-MW: Merriam-Webster "mantra" entry, accessed 2026-07-11 --derivedFrom--> https://www.merriam-webster.com/dictionary/mantra DictionaryEvidenceRecord-OALD: Oxford Advanced Learner's Dictionary "mantra" entry, accessed 2026-07-11 --derivedFrom--> https://www.oxfordlearnersdictionaries.com/definition/english/mantra ReaderCueEvidenceRecord: Zhu, Reinecke, and Mitra, Language Scent, arXiv:2604.03604 (2026) --derivedFrom--> https://arxiv.org/abs/2604.03604; supports contextual cues, not equivalence or fitness for every reader EvidenceProducingOrInterpretingWork: absent from this fixture; no Work occurrence is used as a premise CurrentRoleAssignment: absent from this fixture MethodTrace: absent from this fixture CurrentnessAndWindow: applies to the named 2026-07-11 sense as evidenced by the exact current seminar carrier editions above; both Git blobs must resolve, both carrier paths must retain the cited raw-SHA-256 bytes, and the cited NameCard and A.22.CGUS governed value must remain current UnsupportedAttemptedUse: reverse substitution, structural inference, or any method, plan, authority, Work, teaching-medium identity, publication occurrence, or other receiving occurrence ReopenOrStop: stop this naming use and reopen its A.10 classification if either cited Git blob does not resolve, either carrier path no longer contains its cited raw-SHA-256 bytes, any other cited item or provenance edge is missing or stale, either sense, NameCard, or governed value changes, or reader evidence shows that "mantra" obscures rather than locates the public value RelianceDisposition: pass only for the named bounded naming use while every path and currentness condition above holds B.3 branch: no assurance claim is made and this reversible naming use does not meet the material-reliance thresholdBridgeCard: EntityOfConcern: Bridge.DemonstrativeUnfoldingSlice.SeminarTeaching-To-FPFPublic.2026-07-11 EffectiveReferenceScheme: FPFCoreReferenceScheme ClaimGraph: ClaimMode: actual BridgeClaim: Bridge.DemonstrativeUnfoldingSlice.SeminarTeaching-To-FPFPublic.2026-07-11 obtains under the BridgePredicateProfile above BoundedUseClaimRef: Claim.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11 EvidenceProvenanceRelationRef: EvidenceUse.DemonstrativeUnfoldingSlice.SeminarToPublic.Naming.2026-07-11 RelianceDispositionClaim: pass only for the named SeminarTeaching-to-FPFPublic naming use ObservedLossClaim: the broader public sense does not require repeated speech, remembered replay, or the seminar attentional function CounterExampleClaim: a public demonstrative walkthrough may be read once and understood without being repeated or used as a mnemonic CurrentnessClaim: use this card only while the named Bridge, bounded-use claim, evidence-provenance relation, local reliance disposition, 2026-07-11 sense editions, and current A.22.CGUS governed value remain current NearestNonUseClaim: do not use it for FPFPublic-to-SeminarTeaching substitution or to infer a method, plan, order, authority, Work, teaching-medium identity, publication occurrence, or other receiving occurrence
The Bridge is Narrower-than because the seminar sense adds repetition and attentional use. That relation orientation does not grant a use. The separate affirmative claim states the exact SeminarTeaching-to-FPFPublic naming use, rule, and tolerance; the A.10 relation and RelianceDisposition=pass support reliance only on that claim. Changing reader evidence may reopen the claim or reliance while leaving the Bridge fixed. Neither the card nor the passing disposition authorizes publication or proves that publication Work occurred.
The seminar deck and its textual extraction establish the teaching problem and observed concept use. They do not establish English lexical suitability by themselves. Current English dictionary evidence supports the repeated-formula and watchword senses of mantra, while its Sanskrit analysis as an instrument of thought supplies the attentional rationale. F.18 and reader-use evidence decide whether that English candidate fits this bounded FPF use. This row does not claim that every local pattern mantra is a DemonstrativeUnfoldingSlice@Context; a pattern-local formula is interpreted from that pattern's Solution unless a stronger governed value is claimed. This row makes no cross-language sameness claim. If the term is independently published under another semantic-context projection—including the same scheme with a different LocalSenseClaim or another scheme—that publication needs its own F.18 NameCard, exact F.17 SenseCell, and naming evidence. Only when a named current use relates the two projections must that use also cite an obtaining F.9 Bridge, a separate affirmative C.2.1 bounded-use claim for its exact action, direction, rule, and tolerance, and the claim's current A.10 or B.3 reliance. Without that use, publication alone adds no Bridge or use claim.
No F.17 row is published for working product. The phrase has no single governed value across physical entities, changed states, capabilities, relations, and epistemes. Technical text uses the exact subject-governed result name; ordinary explanation may say result produced by work, or first useful result when firstness and receiving-use value have been established.
This row publishes the already selected A.1.1/F.18 naming decision for the dependent U.Structure specialization. It does not make A.1.1 Stable, create a structure individual, or make any relation obtain.
UTSRowId: UTS.BoundedModelUseStructure.FPFCore.2026-07-25ReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: R1.2-BoundedModelUse-NamingBlock: Architecture and model useGovernedValueRef: BoundedModelUseStructureGovernedValueKindRef: U.KindDirectGoverningPatternRef: A.1.1UnifiedTechName: BoundedModelUseStructureUnifiedPlainName: bounded contextNameCardRef: NC-BOUNDED-MODEL-USE-STRUCTURESenseCellRefs: SenseCell.BoundedModelUseStructure.FPFCore.2026-07-25BridgeRefs: none; this row makes no semantic-correspondence or substitution claimRowRationale: the governed value is the A.1.1 kind token; its admitted members are exactly the U.Structure individuals that satisfy the A.1.1/A.22 membership condition, and the selected names designate that organization of one model edition's governed applicability, actual use, and fixed-content expression coherence over exact admitted model-use holons, exact applied constraint claims, and the named frame; a claim scope or membership outcome is not an applied constraint by itselfAdmissibleUse: Core-facing designation of the A.1.1 dependent structure specialization and retrieval of the DDD plain termBlockedUse: no generic context holon, no identity for a subsystem, team, claim scope, model episteme, description, or view, no relation occurrence, and no positive crossing-structure membershipRowEditionId: 2026-07-25CurrentnessCondition: reopen when the A.1.1/A.22 membership or continuity rule, one of the three direct relation kinds, FPFCoreReferenceScheme, the NameCard, an exact applied constraint proposition or its use in selection, or the named bounded-model-use frame changesSenseCell.BoundedModelUseStructure.FPFCore.2026-07-25: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: BoundedModelUseStructure-core LocalExpression: BoundedModelUseStructure LocalSenseClaim: the dependent U.Structure specialization selected over one exact model episteme, exact admitted model-use holons, obtaining applicability, actual-use, and fixed-content expression-coherence relations, exact applied constraint claims used by the selection judgment, and the named bounded-model-use frame; a claim scope participates only in its applicability relation unless a distinct constraint proposition refers to that scope or its membership predicate, and crossings belong only to a distinct A.22 structure over already identified bounded model-use structures senseFamily: BoundedModelUse NameCardRef: NC-BOUNDED-MODEL-USE-STRUCTURE LocalSenseBasisRelationRefs: LocalSenseBasisRelation.BoundedModelUseStructure.FPFCore.2026-07-25LocalSenseBasisRelation.BoundedModelUseStructure.FPFCore.2026-07-25: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, BoundedModelUseStructure-core) basisEpistemeRef: A.1.1LocalSenseBasisRelationDescription.BoundedModelUseStructure.FPFCore.2026-07-25: entityOfConcernRef: LocalSenseBasisRelation.BoundedModelUseStructure.FPFCore.2026-07-25 entityOfConcernKindRef: LocalSenseBasisRelation viewpointRef: FPFCoreReaderViewpoint claimGraph: supportedSenseClaim: BoundedModelUseStructure names the exact A.1.1/A.22 dependent structure specialization, with bounded context retained only as its Plain retrieval name admittedUseClaim: Core-facing designation and citation of that governed specialization nonAdmittedUseClaim: the name or row creates no structure, holon, context bearer, direct relation occurrence, crossing occurrence, view, representation, or publication event referenceScheme: FPFCoreReferenceScheme editionId: 2026-07-25
This row makes only BoundedModelUseStructure current for public reuse. A.22's separate cross-structure NameCard remains local and pending: without an independently governed obtaining crossing and an exact positive membership basis, F.17 returns no public row for that label.
#Three bounded-model-use direct relation-kind rows
These rows publish the three already governed A.1.1 relation-kind names used by E.24.UK. Each row publishes a designation only. A.1.1 still decides whether one of those relation occurrences obtains and how it is reidentified. The naming objects and the separately governed local-sense basis occurrences make none of the three A.1.1 relations obtain, and they create no assertion, temporal extent, Work, or structure.
UTSRowId: UTS.ModelApplicabilityRelation.FPFCore.2026-07-25ReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: R1.2-BoundedModelUse-NamingBlock: Architecture and model useGovernedValueRef: ModelApplicabilityRelationGovernedValueKindRef: U.KindDirectGoverningPatternRef: A.1.1UnifiedTechName: ModelApplicabilityRelationUnifiedPlainName: this model applies to this holon within this claim scopeNameCardRef: NC-MODEL-APPLICABILITY-RELATIONSenseCellRefs: SenseCell.ModelApplicabilityRelation.FPFCore.2026-07-25BridgeRefs: none; this row makes no semantic-correspondence or substitution claimRowRationale: the governed value is the A.1.1 relation-kind token; its admitted instances are exactly the obtaining U.Relation occurrences that satisfy the A.1.1 applicability predicate and identity rule, and the selected names expose that relation while keeping A.2.6 scope membership, the derived interval, assertions, and the selected structure separateAdmissibleUse: Core-facing designation of the A.1.1 relation kind, including A.2.6 claim-scope coordination and the E.24.UK bounded-model-use membership testBlockedUse: no applicability occurrence from a name, model mention, shared label, scope row, assertion, interval, publication, or structure membershipRowEditionId: 2026-07-25CurrentnessCondition: reopen when A.1.1 changes the participant kinds, predicate, scope alignment, model-scheme interpretation, temporal identity, NameCard, or named Core useSenseCell.ModelApplicabilityRelation.FPFCore.2026-07-25: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: ModelApplicabilityRelation-core LocalExpression: ModelApplicabilityRelation LocalSenseClaim: the direct relation kind over one model episteme, one exact holon, and one participating claim scope; one exact relation occurrence obtains only when the A.1.1 applicability predicate is true and all other governing conditions hold senseFamily: ModelApplicability NameCardRef: NC-MODEL-APPLICABILITY-RELATION LocalSenseBasisRelationRefs: LocalSenseBasisRelation.ModelApplicabilityRelation.FPFCore.2026-07-25LocalSenseBasisRelation.ModelApplicabilityRelation.FPFCore.2026-07-25: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, ModelApplicabilityRelation-core) basisEpistemeRef: A.1.1LocalSenseBasisRelationDescription.ModelApplicabilityRelation.FPFCore.2026-07-25: entityOfConcernRef: LocalSenseBasisRelation.ModelApplicabilityRelation.FPFCore.2026-07-25 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: A.1.1:4.2 ModelApplicabilityRelation viewpointRef: FPFCoreReaderViewpoint claimGraph: supportedSenseClaim: ModelApplicabilityRelation names the exact A.1.1 relation kind rather than a scope-membership predicate, claim, record, or interval admittedUseClaim: Core-facing designation and citation of that governed relation kind nonAdmittedUseClaim: the name or row makes no applicability occurrence obtain and grants no selected-structure membership referenceScheme: FPFCoreReferenceScheme editionId: 2026-07-25
UTSRowId: UTS.ModelUseRelation.FPFCore.2026-07-25ReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: R1.2-BoundedModelUse-NamingBlock: Architecture and model useGovernedValueRef: ModelUseRelationGovernedValueKindRef: U.KindDirectGoverningPatternRef: A.1.1UnifiedTechName: ModelUseRelationUnifiedPlainName: this assignment's holder uses this model during this work concerning this holonNameCardRef: NC-MODEL-USE-RELATIONSenseCellRefs: SenseCell.ModelUseRelation.FPFCore.2026-07-25BridgeRefs: none; this row makes no semantic-correspondence or substitution claimRowRationale: the governed value is the A.1.1 relation-kind token; its admitted instances are exactly the obtaining U.Relation occurrences that satisfy the A.1.1 actual-use predicate and identity rule, and the selected names expose that relation while keeping applicability, role assignment, performed Work, method application, claims, and records separateAdmissibleUse: Core-facing designation of the A.1.1 relation kind and its use in the E.24.UK bounded-model-use membership testBlockedUse: no use occurrence from availability, access, mention, assignment alone, Work alone, method application, assertion, publication, or structure membershipRowEditionId: 2026-07-25CurrentnessCondition: reopen when A.1.1 changes the participant kinds, F.6 prerequisite, actual-use predicate, actor derivation, maximal-continuous-use identity, NameCard, or named Core useSenseCell.ModelUseRelation.FPFCore.2026-07-25: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: ModelUseRelation-core LocalExpression: ModelUseRelation LocalSenseClaim: the direct relation kind over one exact role-assignment occurrence, model episteme, performed Work occurrence, and use-locus holon; one exact relation occurrence obtains only when the A.1.1 actual-use predicate is true and all other governing conditions hold senseFamily: ModelUse NameCardRef: NC-MODEL-USE-RELATION LocalSenseBasisRelationRefs: LocalSenseBasisRelation.ModelUseRelation.FPFCore.2026-07-25LocalSenseBasisRelation.ModelUseRelation.FPFCore.2026-07-25: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, ModelUseRelation-core) basisEpistemeRef: A.1.1LocalSenseBasisRelationDescription.ModelUseRelation.FPFCore.2026-07-25: entityOfConcernRef: LocalSenseBasisRelation.ModelUseRelation.FPFCore.2026-07-25 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: A.1.1:4.2 ModelUseRelation viewpointRef: FPFCoreReaderViewpoint claimGraph: supportedSenseClaim: ModelUseRelation names the exact A.1.1 actual-use relation kind rather than applicability, availability, Work, assignment, method application, claim, or record admittedUseClaim: Core-facing designation and citation of that governed relation kind nonAdmittedUseClaim: the name or row makes no model-use occurrence obtain and grants no selected-structure membership referenceScheme: FPFCoreReferenceScheme editionId: 2026-07-25
UTSRowId: UTS.ModelExpressionCoherenceRelation.FPFCore.2026-07-25ReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: R1.2-BoundedModelUse-NamingBlock: Architecture and model useGovernedValueRef: ModelExpressionCoherenceRelationGovernedValueKindRef: U.KindDirectGoverningPatternRef: A.1.1UnifiedTechName: ModelExpressionCoherenceRelationUnifiedPlainName: this model content and this expression content satisfy this declared coherence criterion under this comparison schemeNameCardRef: NC-MODEL-EXPRESSION-COHERENCE-RELATIONSenseCellRefs: SenseCell.ModelExpressionCoherenceRelation.FPFCore.2026-07-25BridgeRefs: none; this designation makes no semantic-correspondence claim, and any Bridge needed for a particular coherence occurrence is a separately obtaining prerequisite named by that occurrence's predicate declarationRowRationale: the governed value is the A.1.1 relation-kind token; its admitted instances are exactly the obtaining U.Relation occurrences that satisfy the A.1.1 coherence predicate and participant-determined identity rule, and the selected names expose fixed-content semantic coherence while keeping the local predicate value, maintenance, transformation, evaluation, result, evidence, and assertion separateAdmissibleUse: Core-facing designation of the A.1.1 relation kind and its use in the E.24.UK bounded-model-use membership testBlockedUse: no coherence occurrence from a label, predicate label, equal spelling, maintenance or evaluation Work, changed carrier, result episteme, evidence, assertion, publication, or structure membershipRowEditionId: 2026-07-25CurrentnessCondition: reopen when A.1.1 changes the participant kinds, five-part predicate-value rule, interpretation branch, permitted loss, participant-determined identity, NameCard, or named Core useSenseCell.ModelExpressionCoherenceRelation.FPFCore.2026-07-25: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: ModelExpressionCoherenceRelation-core LocalExpression: ModelExpressionCoherenceRelation LocalSenseClaim: the participant-determined direct relation kind over one model episteme, expression episteme, admitted five-part predicate value, and comparison scheme when an admissible interpretation branch exists and that predicate is true senseFamily: ModelExpressionCoherence NameCardRef: NC-MODEL-EXPRESSION-COHERENCE-RELATION LocalSenseBasisRelationRefs: LocalSenseBasisRelation.ModelExpressionCoherenceRelation.FPFCore.2026-07-25LocalSenseBasisRelation.ModelExpressionCoherenceRelation.FPFCore.2026-07-25: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, ModelExpressionCoherenceRelation-core) basisEpistemeRef: A.1.1LocalSenseBasisRelationDescription.ModelExpressionCoherenceRelation.FPFCore.2026-07-25: entityOfConcernRef: LocalSenseBasisRelation.ModelExpressionCoherenceRelation.FPFCore.2026-07-25 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: A.1.1:4.2 ModelExpressionCoherenceRelation viewpointRef: FPFCoreReaderViewpoint claimGraph: supportedSenseClaim: ModelExpressionCoherenceRelation names the exact A.1.1 relation kind rather than its predicate value, maintenance, transformation, evaluation, result, evidence, or assertion admittedUseClaim: Core-facing designation and citation of that governed relation kind nonAdmittedUseClaim: the name or row makes no coherence occurrence obtain, publishes no predicate-value name, and grants no selected-structure membership referenceScheme: FPFCoreReferenceScheme editionId: 2026-07-25
No public F.17 row is returned for ModelExpressionCoherencePredicate: that label remains local to A.1.1 and names the five-part criterion ValueKind rather than any of the three relation kinds.
#Viewpoint, view, and conformance-relation public rows
These three rows satisfy different receiver needs and therefore cannot be merged. E.24.UK has already admitted U.Viewpoint and U.View as same-individual dependent kinds under U.Episteme; E.17.0 owns both positive membership predicates and the direct EpistemeViewpointConformanceRelation. F.14 has been applied again: the existing Tech designations are retained, no synonym family is opened, and the public rows are justified by stable Core citation and exact typed-reference use. The rows admit no kind, make no relation obtain, and assert no E.24.PUB publication occurrence, form, carrier, or authority.
The two existing dependent-kind designations use these progressive-minimum F.18 naming-settlement epistemes. They remain distinct from the E.24.UK admission results, the governed kinds, their members, every reference or designator, and the F.17 rows that cite them.
NameCard: NameCardId: NameCard.U.Viewpoint.FPFPublic.2026-08-02 GovernedValueRef: U.Viewpoint GovernedValueKindRef: U.Kind GoverningPatternRef: E.17.0 ReferenceScheme: FPFCoreReferenceScheme ClaimContent: NameCard.U.Viewpoint.FPFPublic.2026-08-02.ClaimGraph — complete naming-settlement graph constituted by the claims designated below LocalSenseCellRef: SenseCell.U.Viewpoint.FPFCore.2026-08-02 LocalSenseBasisRelationRef: LocalSenseBasisRelation.U.Viewpoint.FPFCore.2026-08-02 TechLabel: U.Viewpoint PlainLabel: viewpoint CandidateSet: U.Viewpoint; ViewpointEpisteme; ViewpointConvention; ViewpointRecord; ViewpointStructure CandidateCoverage: dependent-kind, episteme, convention, record, and structure readings tested RejectedCandidates: ViewpointEpisteme hides the stable public kind name; ViewpointConvention can denote fixed claim content rather than P; ViewpointRecord adds a wrapper; ViewpointStructure names S rather than P; none is an alias SelectionRationale: retain the admitted Core Tech name and ordinary Plain retrieval word while the exact local-sense claim keeps P, S, references, and designators distinct DeclaredUse: Core-facing designation of the E.17.0 same-individual dependent kind and typed reference resolution to exact P NonAdmissibleUse: no P, S, kind membership, selection, Work, conformance, view membership, or publication follows from the card or labels BridgeRefs: none; this settlement makes no cross-local correspondence claim PublicRowStatus: current UnifiedTermRowRef: UTS.U.Viewpoint.FPFCore.2026-08-02 LineageEntries: ViewpointId remains only a designator of exact P; viewpointRef remains U.ViewpointRef and resolution grants no membership RefreshCondition: reopen when E.17.0 changes P's same-individual membership predicate, E.24.UK admission, exact reference typing, FPFCoreReferenceScheme, reader meaning, or public use
NameCard: NameCardId: NameCard.U.View.FPFPublic.2026-08-02 GovernedValueRef: U.View GovernedValueKindRef: U.Kind GoverningPatternRef: E.17.0 ReferenceScheme: FPFCoreReferenceScheme ClaimContent: NameCard.U.View.FPFPublic.2026-08-02.ClaimGraph — complete naming-settlement graph constituted by the claims designated below LocalSenseCellRef: SenseCell.U.View.FPFCore.2026-08-02 LocalSenseBasisRelationRef: LocalSenseBasisRelation.U.View.FPFCore.2026-08-02 TechLabel: U.View PlainLabel: episteme conforming to an exact viewpoint CandidateSet: U.View; ViewEpisteme; ConformingEpisteme; ViewArtifact; PublishedView CandidateCoverage: dependent-kind, episteme, conformance, artifact, and publication readings tested RejectedCandidates: ViewEpisteme can look like a second individual; ConformingEpisteme drops the exact viewpoint relation; ViewArtifact collapses episteme with form or carrier; PublishedView makes availability look constitutive; none is an alias SelectionRationale: retain the admitted Core Tech name while the Plain label exposes that the same E gains membership only through exact E/P conformance DeclaredUse: Core-facing designation of the E.17.0 same-individual dependent kind and typed reference to an already conforming episteme NonAdmissibleUse: no membership from direct authoring, construction, query execution, transformation, selection, rendering, bundle, form, carrier, or publication BridgeRefs: none; this settlement makes no cross-local correspondence claim PublicRowStatus: current UnifiedTermRowRef: UTS.U.View.FPFCore.2026-08-02 LineageEntries: viewRef resolves exact E only after membership is independently current; view, diagram, face, form, and carrier readings remain separated RefreshCondition: reopen when E.17.0 changes E/P conformance, same-individual membership, E.24.UK admission, FPFCoreReferenceScheme, reader meaning, or public use
UTSRowId: UTS.U.Viewpoint.FPFCore.2026-08-02ReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: R1.2-MultiView-NamingBlock: Multi-view describingGovernedValueRef: U.ViewpointGovernedValueKindRef: U.KindDirectGoverningPatternRef: E.17.0UnifiedTechName: U.ViewpointUnifiedPlainName: viewpointNameCardRef: NameCard.U.Viewpoint.FPFPublic.2026-08-02SenseCellRefs: SenseCell.U.Viewpoint.FPFCore.2026-08-02BridgeRefs: none; this row makes no semantic-correspondence or substitution claimRowRationale: the governed value is the E.17.0/E.24.UK same-individual dependent-kind token, not P, S, a reference, or a designator; an admitted member is the same exact C.2.1 episteme P whose EntityOfConcern is independently selected viewpoint-convention Structure S_viewpoint and whose fixed ClaimGraph under its effective ReferenceScheme satisfies E.17.0's complete positive membership predicate; admission result E24UK-AR-UVIEWPOINT-RG-01 remains a separate decision projectionAdmissibleUse: Core-facing designation of the dependent kind and exact typing of a reference whose resolution yields an already admitted viewpoint episteme PBlockedUse: no viewpoint membership, episteme identity, Structure selection, method, Work, conformance, View membership, authority, or publication from the row, name, ViewpointId, viewpointRef, NameCard, bundle position, selected S, form, or carrierRowEditionId: 2026-08-02CurrentnessCondition: reopen when E.17.0 changes P's C.2.1 discriminators, exact S EntityOfConcern, fixed target/concern/admitted-kind/conformance claims, effective ReferenceScheme, same-individual predicate, E.24.UK admission, NameCard, or typed-reference useNotes: retain the exact field viewpointRef : U.ViewpointRef; under the effective scheme its resolution yields P, while ViewpointId only designates P and neither operation grants membershipSenseCell.U.Viewpoint.FPFCore.2026-08-02: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: U.Viewpoint-core LocalExpression: U.Viewpoint LocalSenseClaim: the same-individual dependent kind of exact C.2.1 epistemes P whose exact EntityOfConcern is independently selected viewpoint-convention Structure S_viewpoint and whose fixed claims identify S, state the exact target-kind criterion, stakeholder or audience referents when current, concerns, admitted episteme kinds, coverage, semantic-form, completeness, consistency, omission and conformance rules without circular View premises, and the describing-use frame and fixed applicability qualifiers senseFamily: MultiViewRecognition NameCardRef: NameCard.U.Viewpoint.FPFPublic.2026-08-02 LocalSenseBasisRelationRefs: LocalSenseBasisRelation.U.Viewpoint.FPFCore.2026-08-02LocalSenseBasisRelation.U.Viewpoint.FPFCore.2026-08-02: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, U.Viewpoint-core) basisEpistemeRef: E.17.0LocalSenseBasisRelationDescription.U.Viewpoint.FPFCore.2026-08-02: entityOfConcernRef: LocalSenseBasisRelation.U.Viewpoint.FPFCore.2026-08-02 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: E.17.0:4.2-4.2.4 viewpointRef: FPFCoreReaderViewpoint claimGraph: supportedSenseClaim: U.Viewpoint names the same P identified under C.2.1 only when P's exact S EntityOfConcern and fixed convention claims satisfy E.17.0 admittedUseClaim: Core-facing designation, exact U.ViewpointRef typing, and retrieval of the direct membership rule nonAdmittedUseClaim: the basis relation, cell, NameCard, row, identifier, reference, Structure, bundle, or publication grants no membership referenceScheme: FPFCoreReferenceScheme editionId: 2026-08-02
UTSRowId: UTS.U.View.FPFCore.2026-08-02ReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: R1.2-MultiView-NamingBlock: Multi-view describingGovernedValueRef: U.ViewGovernedValueKindRef: U.KindDirectGoverningPatternRef: E.17.0UnifiedTechName: U.ViewUnifiedPlainName: episteme conforming to an exact viewpointNameCardRef: NameCard.U.View.FPFPublic.2026-08-02SenseCellRefs: SenseCell.U.View.FPFCore.2026-08-02BridgeRefs: none; this row makes no semantic-correspondence or substitution claimRowRationale: the governed value is the E.17.0/E.24.UK same-individual dependent-kind token, not candidate episteme E, viewpoint P, conformance occurrence, reference, form, or carrier; an admitted member is the same exact C.2.1 episteme E only when EpistemeViewpointConformanceRelation(E,P) obtains for at least one exact admitted P; one unchanged E may conform to several viewpoint editions through distinct pair-determined occurrences while remaining one episteme; admission result E24UK-AR-UVIEW-RG-01 remains a separate decision projectionAdmissibleUse: Core-facing designation of the dependent kind and exact typing of U.ViewRef values that resolve already conforming epistemesBlockedUse: no View membership, episteme identity, conformance occurrence, adequacy, authority, or publication from the row, name, viewRef, NameCard, direct authoring, A.6.3 construction, query execution, transformation, evaluation, selection, bundling, rendering, audience, form, carrier, or publicationRowEditionId: 2026-08-02CurrentnessCondition: reopen when E.17.0 changes candidate-episteme identity, the exact conformance predicate or pair-determined occurrence rule, same-individual membership, E.24.UK admission, NameCard, FPFCoreReferenceScheme, or typed-reference useNotes: construction history and publication availability remain separately governed; neither creates membership, and no second View individual wraps ESenseCell.U.View.FPFCore.2026-08-02: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: U.View-core LocalExpression: U.View LocalSenseClaim: the same-individual dependent kind of exact C.2.1 epistemes E for which at least one direct EpistemeViewpointConformanceRelation(E,P) occurrence obtains to an exact admitted viewpoint episteme P; E remains the same individual and construction, selection, use, representation, and publication remain non-constitutive senseFamily: MultiViewRecognition NameCardRef: NameCard.U.View.FPFPublic.2026-08-02 LocalSenseBasisRelationRefs: LocalSenseBasisRelation.U.View.FPFCore.2026-08-02LocalSenseBasisRelation.U.View.FPFCore.2026-08-02: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, U.View-core) basisEpistemeRef: E.17.0LocalSenseBasisRelationDescription.U.View.FPFCore.2026-08-02: entityOfConcernRef: LocalSenseBasisRelation.U.View.FPFCore.2026-08-02 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: E.17.0:4.4-4.5 viewpointRef: FPFCoreReaderViewpoint claimGraph: supportedSenseClaim: U.View names the same E only when exact E/P conformance obtains; it never names a generated or published wrapper admittedUseClaim: Core-facing designation, exact U.ViewRef typing, and retrieval of the direct membership rule nonAdmittedUseClaim: the basis relation, cell, NameCard, row, reference, construction, evaluation, form, carrier, or publication grants no membership referenceScheme: FPFCoreReferenceScheme editionId: 2026-08-02
UTSRowId: UTS.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02ReferenceScheme: FPFCoreReferenceSchemeUnificationThreadId: R1.2-MultiView-NamingBlock: Multi-view describingGovernedValueRef: EpistemeViewpointConformanceRelationGovernedValueKindRef: U.KindDirectGoverningPatternRef: E.17.0UnifiedTechName: EpistemeViewpointConformanceRelationUnifiedPlainName: the episteme conforms to this exact viewpointNameCardRef: NameCard.EpistemeViewpointConformanceRelation.FPFPublicSenseCellRefs: SenseCell.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02BridgeRefs: none; this row makes no semantic-correspondence or substitution claimRowRationale: the governed value is E.17.0's direct relation-kind token, not its RelationSignature, either participant, a reference, occurrence, assertion, evaluation result, NameCard, or row; each positive occurrence has exactly candidate episteme E and admitted viewpoint episteme P as participants and is pair-determined by <E,P>; it obtains only when E's C.2.1 EntityOfConcern satisfies P's exact target-kind criterion, E has an independently admitted episteme kind allowed by P without circular U.View use, and E's fixed content under its effective scheme satisfies P's fixed concern-coverage, semantic-form, completeness, consistency, omission, and loss rulesAdmissibleUse: Core-facing designation of the direct relation kind, exact RelationSignature lookup, and readable E/P conformance claims under E.17.0BlockedUse: no conformance occurrence, U.View membership, adequacy, truth, authority, or publication from the row, name, NameCard, signature, SlotSpecs, viewpointRef, ViewpointId, participant fillers, assertion, evidence, evaluation Work, result, construction, query, rendering, form, carrier, or publicationRowEditionId: 2026-08-02CurrentnessCondition: reopen when E.17.0 changes either participant kind, the target/admitted-kind/content predicate, pair-determined positive occurrence identity, RelationSignature, complete NameCard, FPFCoreReferenceScheme, or named Core useNotes: EpistemeViewpointConformanceRelationSignature is a separate C.2.1 RelationSignature episteme with CandidateEpistemeSlot : U.EpistemeRef and ViewpointEpistemeSlot : U.ViewpointRef; retain the exact consumer field viewpointRef : U.ViewpointRef, whose resolution yields P but proves no conformanceSenseCell.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02: ReferenceScheme: FPFCoreReferenceScheme LocalSenseId: EpistemeViewpointConformanceRelation-core LocalExpression: EpistemeViewpointConformanceRelation LocalSenseClaim: the direct two-participant relation kind whose exact positive occurrence is pair-determined by one independently identified candidate episteme E and one independently admitted viewpoint episteme P and whose E.17.0 predicate tests E's exact EntityOfConcern kind, independently admitted episteme kind, fixed claim content, effective scheme, and satisfaction of P's fixed coverage, semantic-form, completeness, consistency, omission, and loss rules senseFamily: MultiViewConformance NameCardRef: NameCard.EpistemeViewpointConformanceRelation.FPFPublic LocalSenseBasisRelationRefs: LocalSenseBasisRelation.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02LocalSenseBasisRelation.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02: localSenseCellRef: SenseCell(FPFCoreReferenceScheme, EpistemeViewpointConformanceRelation-core) basisEpistemeRef: E.17.0LocalSenseBasisRelationDescription.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02: entityOfConcernRef: LocalSenseBasisRelation.EpistemeViewpointConformanceRelation.FPFCore.2026-08-02 entityOfConcernKindRef: LocalSenseBasisRelation basisPublicationUnitRef: E.17.0:4.4-4.4.1 viewpointRef: FPFCoreReaderViewpoint claimGraph: supportedSenseClaim: EpistemeViewpointConformanceRelation names the exact E.17.0 direct kind rather than its signature, participant references, assertion, evaluation, result, or dependent View membership admittedUseClaim: Core-facing designation, exact signature lookup, and readable reference to the direct relation kind nonAdmittedUseClaim: the basis relation, cell, NameCard, row, signature, references, evaluation, construction, or publication makes no occurrence obtain and grants no U.View membership referenceScheme: FPFCoreReferenceScheme editionId: 2026-08-02
The three row epistemes, their UTSRowId designators, external references, selected designations, governed values, NameCards, cells, basis relations, admission-result refs, conformance RelationSignature, and every obtaining relation occurrence remain independently recoverable. If availability for an audience later becomes current, exact E.24.PUB expression, bearing, and publication occurrences must be added outside these rows; file inclusion or this displayed block is not publication.
F.17 blocks table-bias: a row does not make the named object real, global, reusable, equivalent, or authoritative. It also blocks label-bias: the public name is a designation for a governed value, relation, slot, or local concept, not a substitute for the direct pattern, scheme-based local-sense coordinate, Bridge, admissible-use statement, or currentness condition.
One exact governed value, its exact kind, direct owner, and proposed row use were recovered before the row.
CC-F17-2
F.14 was applied at every current card, cell, and row gate, and the lightest sufficient naming disposition was tried first.
CC-F17-3
Row episteme, NameCard, designation expressions, governed value, reference, exact SenseCell, basis relation, and any F.9 Bridge remain distinct.
CC-F17-4
Every cell resolves to an effective by-value ReferenceScheme, exact expression, and local-sense claim; no generic context field or selected structure substitutes for them.
CC-F17-5
Every actual LocalSenseBasisRelation has exactly the cell and basis episteme as participants; descriptions, source units, publication occurrences, forms, and carriers stay separate.
CC-F17-6
Any F.9 Bridge actually obtains between exact cells; the separate use claim and A.10/B.3 reliance are visible only when that row use is current.
CC-F17-7
Admissible use, blocked use, row edition id, currentness condition, and any exact C.2.1 edition relation are recoverable without treating designators as identity.
CC-F17-8
If availability is claimed, exact E.24.PUB expression, bearing, and publication occurrences are recoverable independently from the row and from rendering or upload Work.
CC-F17-9
Multi-view naming uses three separate rows: U.Viewpoint names same-individual P only under E.17.0's fixed-content/selected-S predicate; U.View names same-individual E only after exact E/P conformance obtains; and EpistemeViewpointConformanceRelation names the two-participant pair-determined direct kind. References, designators, NameCards, RelationSignature, occurrences, construction, and publication grant none of those results.
Removes the exact governed value, scheme, and local-sense claim.
Recover the exact value and one scheme-based cell; keep local wording local when that suffices.
One row for role and status
Fuses a work-facing role with a state-family value.
Split the rows and return each value to its direct owner.
Evidence-role bucket
Turns evidence use, source use, assurance, and Work into one pseudo-kind.
Recover each claim under A.10, B.3, E.10.D2, or the direct source/work pattern.
Automatic card-cell-row chain
Treats the presence of one naming object as need for the next.
Apply F.14 separately at each gate and stop at the lightest sufficient object.
Merged viewpoint/view/conformance row
A dependent kind, another dependent kind, and their direct relation are treated as one naming result.
Keep separate U.Viewpoint, U.View, and EpistemeViewpointConformanceRelation rows and return every membership or obtaining claim to E.17.0.
Spelling or suffix identity
Lets a familiar label, stable id, or ...@Context form create or merge values.
Resolve the exact direct-owner value and treat only frozen direct-owner tokens as lineage.
Borrowed locality label as Tech name
Imports one tradition's commitments into the row and hides the effective interpretation basis.
Recover the governed value and scheme-based cell; select the designation under F.18 and cite an actual F.9 Bridge only when its separate predicate and use conditions hold.
Basis by source title
Replaces the exact cell and actual basis relation with a file or citation.
Recover the cell and two-participant basis relation; keep source-unit and publication facts separate.
Row as publication
Treats table presence, rendering, upload, form, or carrier as availability.
Use E.24.PUB for the selected row edition, audience, bounded use, form, and carrier.
Block as ontology or completeness proof
Treats navigation as subtype structure or row count as value evidence.
Keep blocks optional and judge the exact row use through reader recovery and blocked-use avoidance.
One row is ready for its declared citation use only when:
the governed value, exact kind, direct pattern, and proposed use are explicit;
F.14 has rejected every lighter sufficient disposition before the current card, cell, and row;
the exact F.18 NameCard and selected Tech/Plain designations are current for this public-row gate;
every SchemeSenseCell resolves to one by-value ReferenceScheme, local expression, and local-sense claim;
every relied-on local-sense basis is an actual two-participant LocalSenseBasisRelation and every description/source/publication object remains separate;
any cross-local use cites an obtaining F.9 Bridge for the exact endpoints, then a separate affirmative use claim and current A.10 or B.3 reliance;
the row has one decision, admitted and blocked citation uses, edition designator, and reopen condition;
any historical continuation is an exact C.2.1EpistemeEditionRelation rather than shared id or title;
any availability is an exact E.24.PUB publication package rather than row, form, carrier, rendering, or upload alone; and
every ontology, obtaining, equivalence, authority, role, status, evidence, Work, and other subject-use claim remains under its direct owner.
No other row needs to be filled before this one can close. A sheet's row count or optional block plan says nothing about whether another naming decision is substantively needed.
Benefits. Readers gain a stable route from one designation pair to the exact naming decision, governed value, direct owner, local sense, and admitted use without treating the table as ontology or publication proof.
Costs. A tempting row waits until the independently governed value, F.14 disposition, naming settlement, exact cell, and any actual Bridge are current. Publication availability adds its own E.24.PUB objects only when needed.
Failure avoided.F.17 prevents global glossary drift, card-cell-row cascades, label-based sameness, row-shaped ontology, optional-layout completeness claims, and authority or publication smuggled through a table.
Terms travel farther than the reasoning that produced them. F.17 carries only the reopening hooks needed for that travel. The direct subject patterns, F.18, F.9, C.2.1, A.10/B.3, and E.24.PUB still own the objects and relations to which those hooks lead.
Current FPF naming and unification set: F.14, F.18, F.9, C.2.1, E.24.PUB, and the direct subject patterns
Recover the value first; choose the lightest naming disposition; distinguish card, cell, basis relation, row episteme, edition relation, and publication package; use F.9 only for an actual relation.
Determines the one-decision row, exact object references, optional block plan, admitted/blocked use, and downstream publication boundary.
Internal architecture is not external proof that a label works for readers. Reopen only the affected row when one exact dependency changes.
Treat recognizability as scheme- and situation-sensitive navigation support rather than equivalence evidence. Preserve in-situ cues while keeping the governed value and sense boundary recoverable.
Supports contextual Plain labels, reader-use checks, blocked substitution, and exact local-sense cells—for example the bounded mantra use—rather than one global label.
The study is small and cross-language; it establishes neither FPF ontology nor fitness for every reader. Reopen when stronger reader evidence changes the observed cue value or loss.
Keep concepts, lexical labels, documentation notes, collections, and typed mapping relations distinct; infer neither transitivity nor equivalence from a generic related label.
Supplies a stable external reference for label, note, collection, and mapping separation. F.17 strengthens it with exact FPF values, NameCards, cells, direct Bridges, admitted/blocked uses, and explicit publication objects.
SKOS is a vocabulary model, not FPF authoring methodology or a source of FPF kinds. Reopen if a superseding standard changes the selected distinction.
The current best problem-solving line is the direct FPF value, naming, local-sense, relation, episteme-edition, and publication architecture. The language-scent study refines contextual cue handling within its evidence limits; SKOS remains a stable reference for label and mapping separation.
Currentness rule: when F.2, F.3, F.5, F.7, F.8, F.9, F.10, F.14, F.15, F.18, C.2.1, E.17.0, E.24.UK, E.24.PUB, A.1.1, A.2, A.2.1, A.2.7, A.6.5, A.10, B.3, E.10.D2, or another direct subject pattern changes the exact value, kind, membership or obtaining rule, designation, scheme, cell, basis relation, Bridge, bounded-use claim, reliance, status/role boundary, edition relation, reference typing, or publication boundary, recheck only the affected rows and worked examples.
Builds on: F.2 and F.3 for local-sense discovery probes; C.2.1 for row and NameCard epistemes plus exact EpistemeEditionRelation; F.14 for the anti-explosion gate; F.8 and F.18 for naming disposition and settlement; F.9 for actual cell-to-cell Bridges; F.5 for designation form; and F.7/F.15 for neighboring unification and conformance decisions.
Coordinates with: A.2, A.2.1, A.2.7, A.6.5, A.6.P, A.10, A.15.1, A.19.SPR, B.3, C.2.P, E.10, E.10.D2, E.17.0, E.24.UK, E.24.PUB, F.4, F.6, and F.10, plus every direct owner used by a row. Row-local review after a changed value, membership or obtaining rule, designation, cell, Bridge, reference typing, edition, or availability remains with the direct pattern and the exact neighboring owner. Use G.11 only when an actual refresh plan, edition orchestration, telemetry, freshness, or decay claim is current. F.17 does not inherit a generic context-holon identity reading from earlier terminology practice.
Constrains: every public, Core-facing, durable, or cross-local term row that cites FPF values, local senses, relation names, slot names, role names, status names, or Bridge occurrences.
A row is a signpost, not the place it points to. Recover the value first, use the lightest sufficient name, and create a row only when a reader-facing durable route is needed. Keep card, cell, basis, Bridge, row, edition, publication, form, and carrier separate. The row may help a reader find the governed value; it cannot make that value, relation, use, authority, Work, or publication true.