Epistemic Precision Restoration

About this pattern

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.

How to use this pattern

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: C.2 precision-restoration pattern for episteme, publication, source wording, and source-relation wording Status: Stable Normativity: Normative unless a section is explicitly informative

Use C.2.P only when one unresolved distinction still prevents the reader from selecting or safely using the direct pattern. The unresolved point must concern a source expression, claim-bearing episteme, publication, publication unit, view, carrier relation, source-to-use relation, or use disposition.

Relations

C.2.Pcoordinates withEvidence Graph Referring (C-4)
C.2.Pcoordinates withTrust and Assurance Calculus
C.2.Pcoordinates withDecision Theory (Decsn-CAL)
C.2.Pbuilds onThe Eleven Pillars
C.2.Pcoordinates withArchetypal Grounding Principle
C.2.Pcoordinates withControlled Semantic Coarsening
C.2.Pcoordinates withUnified Lexical Rules for FPF
C.2.Poutline parentKD‑CAL
C.2.Poutline next siblingReliability R in the F–G–R triad
C.2.Pexplicit referenceMulti‑View Publication Kit
C.2.Pexplicit referenceThe Eleven Pillars
C.2.Pexplicit referenceUnified Lexical Rules for FPF
C.2.Pexplicit referenceDecision Theory (Decsn-CAL)
C.2.Pexplicit referenceEvidence Graph Referring (C-4)
C.2.Pexplicit referenceTrust and Assurance Calculus
C.2.Pexplicit referenceQuality-Term Precision Restoration
C.2.Pexplicit referenceU.WorkPlan: The Schedule of Intent
C.2.Pexplicit referenceMathematical Lens Use
C.2.Pexplicit referenceDidactic Architecture of the Spec
C.2.Pexplicit referenceLanguage-State Move Coordination
C.2.Pexplicit referenceArchetypal Grounding Principle
C.2.Pexplicit referenceControlled Semantic Coarsening

Content

Use this when

Use C.2.P only when one unresolved distinction still prevents the reader from selecting or safely using the direct pattern. The unresolved point must concern a source expression, claim-bearing episteme, publication, publication unit, view, carrier relation, source-to-use relation, or use disposition.

Recognizable situation. A sentence is readable, but it leaves the reader unable to tell whether it refers to claim content, a publication or bounded unit, a carrier or display, a source-bearing relation, or a project-side use of one of those objects.

First useful move.

  1. Say what the sentence is doing: defining, claiming, instructing, comparing, locating a source, describing a publication, or supporting a project use.
  2. Recover the one unresolved episteme, publication, source-to-use, carrier, or use-disposition distinction.
  3. Rewrite the sentence, or hand the remaining claim to the exact pattern that defines, constrains, or tests it. Then stop.

Not this pattern when. If the exact receiving pattern and its current field are already recoverable, apply that pattern directly. A clear ordinary phrase needs no C.2.P record. Use A.6.P for a relation problem whose publication or source-expression side is already clear, F.18 for a stable reusable name, A.7 for EntityOfConcern-description-carrier separation, E.17 for reader-facing publication of an accepted account, and E.24.PUB for publication-occurrence, form, or carrier distinctions.

Smallest outputs.

  • Direct repair: the repaired sentence plus one plain reason or non-use boundary. No record.
  • Compact row: the exact sentence, its function, one recovered kind or relation, the selected wording or disposition, and the reader's remaining use.
  • Full check: only when several recovery fields interact, a source-to-FPF use is contested, or a reusable ontological or naming decision is being made.
  • Non-use result: reduced-use cue, blocked use, incomplete rewrite, or not triggered.

Changing an FPF pattern is not by itself a reason to use the full check. Use the cheapest product that preserves the live distinction.

Source-expression boundary. External or ordinary prose may be clarified without forcing all of its vocabulary into FPF. If no FPF-governed use is recoverable, keep the phrase as source-local wording, a source-finding cue, or a blocked claim-bearing use.

Source-to-use continuity. Do not close a repair merely by replacing the word source. Name the source expression or selected source episteme, the publication occurrence only when availability matters, the relation or path that carries it into the current use, the permitted use, and the condition that requires return to the source. Keep physical raw material with its constituent, resource-use, supply, transfer, or transformation relation.

Ordinary-language survival. Words such as source, view, support, route, and display may stay ordinary when they make no FPF kind, relation, authority, evidence, gate, work, decision, or reliance claim. Repair by sentence function and consequence, not by trigger word.

What this buys. The practitioner recovers the one distinction that matters without building a second ontology or a second review procedure. The final wording still tells a cold reader what to do and where to stop.

What goes wrong if missed

Episteme-publication-heavy text starts to build a parallel ontology. A generic publication face becomes a U.View, a file becomes an episteme, a dashboard tile becomes evidence, a pattern name becomes a procedure, or a slash list becomes a group kind. A broad word such as source is especially dangerous because it can hide several different recovery fields: an FPF pattern or DRR; a publication field; a document named for source, evidence, architecture, or review use; a reviewed publication, review packet, review record, or review state; a project-side FPF kind and reference named by value; or a relation.

The immediate cost is not only ugly terminology. Engineers and FPF authors start making action, evidence, gate, decision, or engineering-justification claims from the wrong entity, publication, record, relation, or carrier.

What this buys

C.2.P gives one small epistemic precision-restoration move: recover the FPF kind and relation set first, then write wording that preserves the needed distinction without adding another claim. It prevents string-replacement cleanup, keeps FPF-side and project-side episteme and publication work separate, and blocks unclear wording from having FPF-governed use by guesswork.

Successful repair condition. Type-correct wording is not enough. A repair must satisfy the E.2 Pillars, especially P-2 Didactic Primacy, together with E.12 and the register rule in E.10:6.2. It closes only when the text preserves or restores a usable action, a recognition reason that tells the working reader why the distinction matters, or a named FPF pattern application that carries the claim. When Tech and Plain registers are both current, the Tech interpretation remains recoverable and the Plain or didactic line maps back to it. An ordinary or metaphorical Plain line may stay light when it carries no FPF-governed use; if it carries an ontological, evidence, causal, assurance, bridge, gate, work, decision, or use-boundary claim, that claim must be recoverable through the Tech fields, named FPF kind, recovered relation, project-side reference, or disposition. A repair to a Problem frame, recognition text, example, or worked slice is incomplete if it improves typing but hides the working situation, why it matters, or the first useful action; name the applicable FPF pattern when that pattern carries the claim. Overread removal is only half of the repair; the other half is remaining action guidance under the Pillars.

Recovery focus in plain terms. The use being made is one episteme-publication-heavy wording use inside conformant text: the word or phrase, the sentence function it carries, the FPF kind or relation it must recover, and the remaining declared use boundary after recovery.

Primary working user. The first user is a practitioner maintaining conformant FPF-style or project text: an author, reviewer, or engineer-manager who must repair wording without losing ontology. The downstream user is the practitioner who will rely on the repaired pattern or project text in a working situation.

Anti-overread payoff question. A repair is useful only if the text can say in ordinary prose what false downstream interpretation is blocked, what useful action remains, and when the reader must apply another named FPF pattern because evidence, gate, decision, work, assurance, bridge, release, or reliance is current. If the repair blocks an overclaim but leaves no useful action, it is probably becoming ceremony rather than guidance.

Problem frame

FPF already has episteme, publication, view, carrier, presentation, relation, naming, and pattern-application concepts. FPF-governed project, review, draft, pattern, and architecture prose, plus source prose being unpacked for possible FPF use, can still introduce convenient intermediate words that survive into final guidance without their kind and relation set recovered.

The recurring situation is simple: a sentence is understandable enough to feel worth keeping, but its head kind is not recovered. If it is repaired by replacing one broad word with another broad word, the ontology gets worse while the text looks cleaner.

Purpose and Scope

This pattern gives the current glossary and rewrite rules for terms around epistemes, publications, views, publication forms, generic publication faces, MVPK faces under E.17 constraints, carriers, records, and bounded publication units.

It exists because episteme-publication-heavy texts can use locally convenient heads that collapse EntityOfConcern, publication unit, publication face, carrier, record, source relation, and project-side FPF kind and reference. Those words may be useful recognition handles, but they are not safe FPF heads when they carry ontology, authority, or authority-changing meaning.

The rewrite discipline here is ontological and use-facing, not lexical; in this pattern the repair is bounded to episteme, publication, source wording, and source-relation precision:

  • do not replace one broad token with one new broad token by string substitution;
  • first recover the FPF kind and relation set, whether the wording carries a claim, the publication, view, carrier, or relation construction, and any work, action, or authority crossing;
  • then choose the smallest wording that preserves the FPF-governed distinction without creating a second ontology.

For FPF-governed wording, use the E.10 cues and routes within the connected F.19 reading. C.2.P works in the C.2.1, E.17, and E.24.PUB epistemic-publication ontology rather than in a lexical registry.

Problem

Without an epistemic precision-restoration discipline for episteme-publication-heavy wording:

  1. broad publication words hide which field family is current: episteme or view, publication form or face, bounded publication unit, carrier relation, named document use, review-state use, or project-side FPF reference;
  2. FPF pattern-application claims and project-side fields for work occurrence, work plan, decision, action invitation, method, record, carrier relation, or front-end relation get mixed in one sentence;
  3. slash lists and heterogeneous rows become false group kinds;
  4. unclear source meaning is guessed into FPF-governed wording rather than blocked or assigned to an accepted FPF extension;
  5. authors copy the same loose wording into DRRs, patterns, source-relation notes, source-ref target notes, or project texts.

Forces

ForceTension
Precision vs readabilityFPF-governed wording needs kinds named by value, but a sentence overloaded with every possible kind becomes unreadable.
Preservation vs cleanupAccepted source text or accepted governing text must not be paraphrased away, but source-companion statement cannot be mistaken for pattern authority.
Local repair vs new ontologyMany phrases only need local A.6.P and F.18 recovery; a few reveal a real missing FPF kind or relation.
FPF-side vs project-side workThe same word can describe FPF pattern authorship or a user's project publication, record, work, or action.
Guidance vs auditThe pattern must tell authors what to do, while check rows only verify that the rewrite was carried out.

Solution

Repair episteme-publication-heavy wording by epistemic precision restoration, not by dictionary replacement.

A successful rewrite satisfies these field-validity constraints:

  1. the head kind and sentence function are recoverable under E.10;
  2. a stable reusable name has an F.18 naming result;
  3. a relation, comparison, dependency, support, sameness, grounding, mapping, or endpoint claim has A.6.P relation precision, with use-boundary and project-side reliance questions split into their own fields;
  4. a claim-bearing episteme, episteme species named by value, episteme-lane view, or project-side FPF kind and reference named by value has the needed C.2.1 typing or named FPF claim or declared-use boundary named by value;
  5. publication, view, face, and carrier distinctions satisfy the applicable E.17.0 view-conformance, E.17/MVPK publication-face, and E.24.PUB publication-occurrence, form, and carrier rules;
  6. the repaired text satisfies E.2 Pillars, especially P-2 Didactic Primacy, by preserving or restoring one remaining reader use: a usable action, a recognition reason that tells the working reader why the distinction matters, or a named FPF pattern application that carries the claim being made; when both Tech and Plain registers are current, the Plain or didactic line maps back to the recovered Tech kind, relation, or FPF pattern application under E.10:6.2; ordinary Plain wording and intentional didactic metaphor stay light when they carry no FPF-governed use, but ontological, evidence, causal, assurance, bridge, gate, work, decision, or use-boundary claim in a more expressive Plain line must be recoverable through the repaired Tech fields; FPF-governed Problem frames, Problem sections, recognition texts, examples, and worked slices must still show the broad working situation and first useful move, or the rewrite is incomplete;
  7. the final phrase preserves the distinction without adding another claim;
  8. unrecoverable meaning, kind, register mapping, or remaining reader use fails closed.

Progressive recovery products

An ordinary application ends with the repaired sentence and one plain reason or non-use boundary. It creates no record.

Use a compact row only when another reader must later inspect the recovery:

Compact epistemic precision-restoration row:
  exactSpanOrSentence:
  sentenceFunction:
  recoveredKindOrRelation:
  selectedWordingOrDisposition:
  remainingReaderUse:

Add a source identity, publication occurrence, carrier relation, declared-use boundary, project-side reference, naming decision, evidence relation, or assurance reference only when that exact claim is live. Optional fields do not become a common schema.

Use a full check only when several unresolved fields interact, the source-to-FPF use is contested, or a reusable ontological or naming decision is being made. A full check records the original sentence, the competing interpretations, the selected kinds and relations, the exact neighboring-pattern contributions, rejected overreads, selected wording, remaining reader use, and reopen condition. It does not repeat empty trigger flags or every possible downstream field.

When the wording exposes a field defined elsewhere, name the contributingPattern and the concrete definition, constraint, or test it supplies.

Carrier-specific recovery. Words such as carrier, file, dashboard, screen, front-end, and rendering are recognition cues. First say what the carrier is being used for. If the next pattern is not already clear, use the compact category-to-contribution route in §4.1.3 for publication, evidence or currentness, generated results, framework packages, Work or reliance, architecture or structure, and base or support questions. Do not close on the word carrier alone.

General Recovery Check

Run this check only while one C.2.P distinction remains unresolved.

  1. Name the sentence function. State what the sentence would let a reader claim or do.
  2. Recover one blocking distinction. Separate source expression, episteme, publication, bounded publication unit, carrier relation, source-to-use relation, or project-side use. Use A.6.P as a separate step only when the remaining problem is relation precision.
  3. Select the next result. Rewrite directly, write the compact row, perform the full check under its material conditions, or return a non-use result. If another pattern now supplies the needed definition, constraint, or test, name that contribution and stop C.2.P.

Fail closed when the kind, relation, use, or remaining reader action cannot be recovered. A type-correct sentence that no longer shows the working situation or useful action is an incomplete rewrite.

Slash Discipline

In conventional abbreviations, source titles, mathematical notations, standards, URLs, file paths, and ordinary notations, a slash can be part of an accepted designation rather than a hidden FPF kind. In FPF-facing episteme and publication ontology, a slash is still a recovery trigger before it is a synonym marker unless the mark is part of such accepted notation, carrier syntax, or conventional designation.

Before leaving a slash expression in current prose, classify the expression as one of these cases:

  • accepted notation or conventional designation: a standard name, source name, discipline abbreviation, established compound name, formula, ratio, fraction, unit, path-like quoted source token, title, product name, file path, URL, or quoted source wording where the slash is part of the accepted designation or carrier syntax; keep ISO/IEC, ISO/IEC/IEEE, 1/2, URLs, conventional abbreviations, and similar forms when the sentence uses them as notation;
  • a plain-language synonym pair with no ontology, authority, evidence, or use-boundary claim;
  • a lazy and/or-style join that must be split or recovered before FPF-governed use;
  • a composite-kind candidate that needs F.18 and A.6.P recovery;
  • a relation claim that needs a RelationKind, a QualifiedRelationRecord, or a multi-term relation phrase with typed endpoints, slots, qualifiers, scope, time, and viewpoint;
  • a tuple-like record that needs a named record kind and named slot semantics;
  • a failed ontology signal where the sentence lists unlike values because the FPF kind under repair, relation record, relation phrase, tuple-like record, alternative-case disposition, or not-triggered disposition has not yet been recovered.

If the expression is not one of the safe notation, conventional-designation, carrier-syntax, quoted-source, or plain-language cases, do not keep the slash as final wording. Do not repair it by replacing the slash with one equally vague grouped word. Write the recovered FPF kind, relation record, relation phrase, tuple-like record, alternative-case disposition, or not-triggered disposition by value.

Unclear Source Meaning and FPF Extension Candidates

Sometimes the problem is not a bad word but one of two different cases:

  • the intended claim cannot be determined from the surrounding source, current FPF kinds, or current FPF episteme and publication ontology;
  • the claim is understandable, but current FPF does not yet contain the kind, pattern, relation record, or method guidance needed to carry it.

Do not merge those cases. An unclear claim is not current architecture truth merely because deleting it feels risky, and it must not be rewritten by guessing a likely author intention. An understandable uncovered claim may be retained as a candidate FPF extension only when the problem situation, tempting overread, rejected current uses, current FPF gap, and the first user action that would improve are stated by value.

Classify the case explicitly:

  • recovered by value: the text now names the current U.Episteme, selected EntityOfConcern, U.View, publication form, generic publication face, MVPK face under E.17 constraints, PublicationUnit, carrier relation, relation record, relation phrase, tuple-like record, FPF pattern, document named for source, evidence, architecture, or review use, reviewed publication, review packet, review record, or review state, project-side FPF kind and reference named by value when projectSideFPFRef is current. The selected value is one current value, not the list: C.11 ChoiceResult; C.11 decision record; A.6.A action invitation; A.15 U.WorkPlan; A.15.1 dated U.Work occurrence; U.Method; U.MethodDescription; A.20 constraint or adjudication decision record; A.21 GateDecision; A.21 DecisionLogRef; A.10 evidence path; typed evidence record; B.3 AssuranceResult; an engineering-justification result under its direct pattern; typed status record whose FPF status pattern is named; carrier relation; front-end relation; or not-triggered alternative;
  • understandable FPF extension candidate: the thought is clear enough to state as a candidate new or amended FPF kind, pattern, relation record, method guidance, accepted DRR content decision, or campaign-scoped content question, but it does not carry current authority, evidence, or use-boundary claim until an accepted architecture decision, accepted DRR, or accepted FPF pattern supplies that authority;
  • source wording without FPF-governed use: the phrase has no current authority, evidence, or use-boundary claim;
  • reduced-use cue: the phrase is kept only as a recognition cue or anti-case, not as a claim-bearing architecture decision;
  • blocked use: the phrase is blocked for claim-bearing architecture, pattern, or project text while the needed meaning, kind, or relation is missing.
  • rewrite incomplete: the repaired wording may be kind-correct, but it does not yet state a remaining reader use, recognition reason, Tech-to-Plain mapping when both registers are current, or FPF pattern application, or a Plain or didactic line carries ontological, evidence, causal, assurance, bridge, gate, work, decision, or use-boundary claim that cannot be recovered from the Tech interpretation; continue repair or demote to a non-use disposition before the text has FPF-governed use.

These dispositions are recovery results, not a meta-governance authority over all of FPF. When recovery names another FPF kind, use the pattern that defines or constrains that kind, its declared use boundary, and its conformance checks. C.2.P may identify that A.10, A.15, A.15.4, A.20, A.21, B.3, C.11, F.9, E.17.EFP, E.17.ID.CR, or another FPF pattern applies. After that identification, C.2.P no longer defines or constrains the recovered kind. C.2.P only makes the kind under repair, relation, and use boundary explicit enough to apply the appropriate pattern.

No other disposition is closed. In particular, "seems to mean", "probably about", a cleaner paraphrase, or a broad umbrella replacement is not a successful recovery.

Keep source, return, work, and next-pattern questions separate

When source data or source material is epistemic, identify the source expression and selected source episteme. Add a publication occurrence only when availability matters. Then name the relation or path that carries the source into the current use.

Treat source-use as a cue, not as a relation name. Do not call an endpoint value unless the direct pattern actually declares a value slot.

If the wording also makes a claim about a Method, Work, transformation, evaluation, transfer, or receiving use, use its direct pattern. Use A.6.P.WMR only while the work-side relation or what is being claimed about it remains hidden. Physical raw material stays with its constituent, resource-use, supply, transfer, or transformation relation.

Use source-return only for a reverse or escalation move from a derivative, coarsened, extracted, compressed, rendered, or reused object to a named source. Such a move is current when a stronger use, dispute, freshness change, hidden loss, or missing distinction requires the source again. For ordinary movement from a source into current use, say source-to-use path or name the actual relation. Name a rule-bearing ClaimGraph only when later comparison or reuse depends on the identity of that rule.

C.2.P does not decide whether Work may proceed. Use A.15.4 only after the wording repair shows that a publication, display, or other appearance is being relied on as a reason for intended Work and the exact project-side object or relation is still unresolved. If the direct pattern is already known, use it without an intermediate reliance-repair branch.

Once the remaining question is clear, stop C.2.P and choose the direct branch:

  • A.6.P for relation precision;
  • F.18 for a reusable name;
  • C.30.P for a hidden architecture or structure distinction;
  • C.16.P or C.16.Q for a hidden characteristic, scale, or evaluative-quality distinction;
  • the applicable episteme or publication pattern for an already identified episteme or publication question.

These are alternatives, not a mandatory sequence. C.2.P may expose a naming or authority question, but it neither renames an accepted FPF pattern nor admits a reusable head; use F.18 and the applicable accepted decision source for that change.

Carrier-like words are only recognition cues. Once the category is clear, use one row below and stop C.2.P as soon as that contribution closes the question.

Recovered categoryUse the contribution that answers the remaining question
Publication occurrence, form, face, presentation carrier, rendering, or availabilityUse E.17 to select a source-backed face of an already accepted account for a named reader and use; use E.24.PUB when publication-occurrence identity, form, carrier, audience, bounded use, or availability matters. If the claim is that access actually occurred, use the pattern for that exact access relation; availability alone does not establish access.
Evidence, provenance, or currentnessUse A.10 for one claim-bound evidence-provenance path and bounded reliance. Use G.6 only when later citation or replay needs an addressable path through several already established objects and relations. Use G.11 when staleness or refresh of a source, edition, evidence set, dashboard, or carrier is the live question.
Generated or discovered result reached through a carrierUse C.35 to decide whether the exact result may seed architecture work. Use E.24.PUB for its publication occurrence and carrier, and E.17 when publishing reader-facing forms of the accepted account. C.35 admits or rejects the result, not a generic "generated carrier".
FPF, DPF, or LPF edition, package carrier, or access carrierUse E.4.FPF for FPF form and publication- or access-carrier assembly and E.4.DPF for DPF or LPF authoring and publication- or access-carrier assembly. Use E.4.PFIP only for accepted-source integration or predecessor-publication preservation, E.4.PFR only for a relation or edition maintenance claim, and E.4.DPF.DA only for whole-package adequacy.
Work or reliance prompted by a carrier or displayUse A.15.2 for an identified WorkPlan and A.15.1 for performed Work. Use A.15 only while the system-role kind or assignment, Method, WorkPlan, and performed Work remain entangled. Use A.15.4 only while the appearance hides the direct prerequisite for the intended Work or reliance use; once that prerequisite is known, use its direct evidence, gate, decision, permission, or assurance pattern.
Architecture or structure useUse C.30.P while the architecture or structure claim is still hidden, C.33 to test what selected structure a carrier or observation actually captures and what must return from source, and C.34 only for a claimed correspondence or preservation between two exact structures.
Base or support wordingUse A.6.6 only when the wording hides an actual basedness relation. Name the dependent, base, and direct predicate first and stop when that ordinary assertion answers the use. If the wording instead concerns evidence, assurance, or work enablement, use the pattern for that claim; leave navigation or ordinary help in ordinary language.

Core Glossary

Cross-Side Fields That Must Stay Split

These fields are current episteme-publication precision vocabulary for DRR, architecture, and pattern-drafting work. They exist to prevent one sentence from mixing FPF-side use-boundary, project-side records, actual work or action, method selection, carrier access, and authority records. They are local recovery aids, not FPF kinds, not record kinds, and not a universal record ontology. Each field closes only by naming the FPF kind named by value, relation record, relation phrase, project-side FPF kind and reference named by value, or explicit non-use disposition that is current in the sentence. The same local-aid rule applies to neighboring field names such as sourceRelationClass, explanationSourceRelationClass, comparativeRelationClass, representationValidityUseBoundaryValue, allowedUse, misuseRisk, and worldContactPolicy: they help record a local recovery or reader-use boundary, but they do not become kinds. These local fields do not instantiate evidence, gate, assurance, work, commitment, speech act, decision, release, authority, representation kind, world-contact kind, or policy kind. Read allowedUse as a local reader-fit field under declaredUseBoundary, not as permission, evidence relation, or authority.

TermCurrent interpretationMust not mean
FPF as epistemeThe whole FPF is a claim-bearing episteme with publications, parts, patterns, pattern sections, DRRs, and companion publications and documents named for source, evidence, architecture, or review use.A file, repository, taxonomy, pattern-language metaphor, or packet-local summary by default.
FPF patternA named FPF pattern: a reusable episteme species that gives action guidance for a problem situation. It is applied in a current problem situation.Any recurring arrangement, procedure, method call, route, cluster label, checklist, or document named only as a citation or source-finding pointer.
pattern sectionEither a part of the pattern episteme or a bounded PublicationUnit of that pattern publication, depending on sentence function. State which one matters when the distinction carries a claim.Independent pattern, file location, generic locus, or record with named authority-reference relation.
accepted campaign DRRA campaign decision source that states accepted content decisions for one campaign.A pattern, current-authority summary, open-ended plan, review log, or replacement for pattern text.
relationClaimSliceEmpty, or a local note that A.6.P relation precision is current for one sentence. It must name the relation problem being handled: relation, comparison, dependency, support, sameness, grounding, mapping, endpoint claim, or cross-context bridge claim. The recovery then names RelationKind, QualifiedRelationRecord, relation phrase, candidate-set note, or bridge card when current, with typed endpoints, slots, qualifiers, and scope.Dictionary replacement, one new umbrella kind, a bare RelationKind standing in for a relation record, a generic relation slot, support relation by default, or a list left as the final answer.
declaredUseBoundaryThe declared use boundary and blocked use outside that boundary when the sentence says what declared use boundary applies to a use, act, claim, or reliance. Use A.6.B when the boundary claim needs L-, A-, D-, and E-claim separation.Generic supported use, permission-by-appearance, or visual cue or readability cue treated as use-boundary.
projectSideFPFRefThe project-side FPF kind and reference named by value when a publication, display, cue, or explanation is treated as a project-side source for work, evidence, gate, constraint, adjudication, decision, commitment, method, action invitation, assurance, or engineering justification. The field points to that kind and reference; use the relevant FPF pattern for the relation and its checks.One slot accepting records, actions, methods, carriers, evidence, gates, decisions, assurance, and engineering justification interchangeably.
rejectedOverreadA local field naming the tempting interpretation, evidence, gate, work, permission, approval, commitment, release, safety-proof, engineering-justification, or pattern-entry interpretation that must not be granted by resemblance alone. It is valid only with the recovered relation or subject-specific source, scheme, scope, practice, or use that blocks it. It is not U.Kind, not a record kind, not a review-finding kind, and not a moralized defect class.A general risk slogan, review finding, moralized "bad use", vague misuse label, or reusable FPF kind.
useBoundaryTargetKind, useBoundaryTargetRefSource-local helper fields. Prefer declaredUseBoundary; if these fields appear in material being repaired, they name the kind and reference inside declaredUseBoundary, not an A.6.P relation slot.A generic supported use, document capability, "claim outside the declared boundary", review permission, or untyped pattern assignment.

Episteme, Publication, and Carrier Distinctions

TermCurrent interpretationMust not mean
U.EpistemeClaim-bearing episteme or episteme species. Use when the value is a claim-bearing episteme that can be described, viewed, grounded, revised, published, or relied on under FPF.File, paragraph, screen, carrier, status note, process state, or generic "content".
C.2.1 episteme constitution and neighboring relationsAn exact episteme is identified through claim content, one exact EntityOfConcern, and one effective ReferenceScheme under EpistemeConstitutionRelation. Empirical grounding is a separate EpistemeEmpiricalGroundingRelation; describing-use viewpoint selection, E.17.0 conformance and same-individual U.View membership, C.29 representation, and publication or carrier relations are also separate. SlotKinds occur only inside the exact reusable RelationSignature that declares their participant meanings.One universal episteme-slot tuple, card, field family, or context container.
EntityOfConcern, EntityOfConcernRefThe EntityOfConcern participant under C.2.1 and its applicable reference for a claim-bearing episteme or episteme-lane U.View. The participant may be an entity, relation, FPF pattern, FPF publication, project episteme, project publication, a project-side entity identified by its FPF kind and reference, work or action when that work or action is itself the entity of concern, or another explicitly typed EntityOfConcern referent. Use this when the text is really about what the episteme is about. In publication-unit work, EntityOfConcernRef is used only through a claim-bearing episteme or episteme-lane U.View; it does not float as a free field on the unit.Generic topic, local table subject, file title, reviewed publication, review packet, or review record, required project-side work, decision, action invitation, authoring work, or anything someone happens to talk about by default; the episteme's constitution must identify the exact entity as its EntityOfConcern before this reference is used.
wording such as describedEntity, DescribedEntityRef, primary described entityUse the exact EntityOfConcern participant and its applicable reference under C.2.1 when a claim-bearing episteme is current. Use publicationUnitPrimaryEntityOfConcern when one bounded PublicationUnit carries or exposes a claim-bearing episteme or same-individual U.View and the primary entity of concern must be named.A second C.2.1 slot family, a free publication-unit field, a generic topic, a second current name, or a new ontology beside EntityOfConcern.
publicationUnitPrimaryEntityOfConcernThe primary entity of concern, non-claim-bearing kind named by value, topic, or subject that one bounded PublicationUnit is mainly about for the current use. When a claim-bearing episteme or episteme-lane U.View is current, this must be recoverable from the selected EntityOfConcernRef; otherwise name the non-claim-bearing kind named by value or keep topic and subject as plain explanatory prose.EntityOfConcernRef created without a claim-bearing episteme or episteme-lane view, publication-unit title by default, authoring process, carrier identity, or reader interest.
GroundingHolon, empirical-grounding relationThe exact grounding holon and obtaining C.2.1 EpistemeEmpiricalGroundingRelation that maps named empirical claims of one exact episteme to the required direct observation, intervention, measurement, or test relations.A constituent of episteme identity, a convenient source citation, an untyped entity mention, or the declaration-local GroundingHolonSlot used as the world-side value.
U.View, U.EpistemeViewSame-individual dependent membership of one already identified episteme when an exact E.17.0 EpistemeViewpointConformanceRelation to at least one exact viewpoint episteme obtains. A.6.3 source-to-receiving construction, describing-use viewpoint selection, publication, form, and carrier remain separate. For an episteme published through an MVPK face, this membership requires the same E.17.0 conformance; the publication form remains separate under E.17.A UI view, reader viewpoint, screen, generic publication face, projection by default, or new claim-bearing episteme by membership alone.
ViewpointOne exact U.Viewpoint episteme used as the viewpoint participant of an E.17.0 conformance relation or selected for one named describing use. Selection does not prove conformance or U.View membership. If source wording says “system in role,” use E.10.ROLE and recover the exact concern, object, local system-role kind, classification judgment, participant relation, or assigned System by value.A reader opinion, episteme-identity slot, pattern-application order, publication label, carrier label, or assignment manufactured by the viewpoint phrase.
publicationA publishable episteme, view, record relation, act or occurrence of publishing, or publication form, depending on sentence function. Always split by kind before use.Generic document, any public-looking file, or proof that a claim is authorized.
U.EpistemePublication (rejected spelling)No durable kind. Recover the claim as the selected U.Episteme, an EpistemePublicationRelation occurrence or reference when availability matters, publication form, or U.PresentationCarrier, according to sentence function. The spelling may remain only in this rejection explanation or a negative test.A positive object, kind, reference, field, publication identity, or carrier identity.
publication formThe typed form in which an episteme, view, or record is published.The claim-bearing episteme itself, the face rendered for a reader, or the carrier holding bytes.
generic publication faceReader-facing publication projection or face. Keep it distinct from the selected episteme; U.View membership of that episteme requires exact E.17.0 conformance.U.View by default, carrier, UI face, front-end display, MVPK face under E.17 constraints, or claim-bearing episteme.
MVPK face under E.17 constraintsAn E.17 publication form published under MVPK constraints from a source episteme or episteme-lane view, with publication viewpoint, scope, pins, and face kind. Its selected source or receiving episteme may be a U.EpistemeView when the exact E.17.0 conformance relation obtains.Generic publication face, carrier, UI face, front-end display, or proof of evidence, work, gate, or authority by presentation.
carrier, front-end, renderingPublication-side or access-side bearer or display relation. Use U.PresentationCarrier under E.17 and E.24.PUB when that exact carrier is current; otherwise name the file carrier, transport carrier, rendering, front-end relation, access-carrier relation, or another carrier relation by sentence function.Episteme identity, publication form, U.View, proof of evidence, or authority-reference relation.
PublicationUnitE.17.AUD-cluster head for one bounded unit inside a publication that a person inspects as one unit: a pattern body, section, table, note, card, sheet, screen block, or another bounded publication unit whose boundary is named. A card, sheet, or screen block counts only when its boundary is inside a named publication or generic publication face and the sentence needs that bounded unit as the inspected publication unit. It is part of or bounded by the publication face that renders or locates it, whether that face is generic or published under E.17 and MVPK constraints. It may carry or expose a claim-bearing episteme, view, record, cue, or local rendered content when that carried value and relation are named, but it is not identical with the carried value.Authoring process, review work, file, carrier, front-end, UI behavior, dashboard behavior or export behavior, whole publication architecture, U.Episteme, U.View, publication form, generic publication face, MVPK face under E.17 constraints, or "anything written".
project-side FPF kind and reference named by valueEvidence record, gate record, Work record, status record, commitment record, system-role-assignment record, decision record, selected source U.Episteme, EpistemePublicationRelation occurrence reference when availability matters, status-register entry, or another project record whose FPF kind is named.Semantic content in general, current process state, or a free-form note.
source documentA document named for source-use, evidence use, architecture use, or review use. Name that document use directly.A governing source by folder proximity, the EntityOfConcern carried or exposed by that source document, or the authority-reference relation unless that relation is explicit.
reviewed publication, review packet, or review recordThe reviewed publication named by value, review packet, review record, or bounded publication unit sent or inspected in review.The EntityOfConcern carried or exposed by that reviewed publication, review packet, or review record, the source relation behind it, or a packet-local summary.

Trigger Boundary

For FPF-governed wording, use E.10:0.2, E.10:0.2a, E.10:0.2b, E.10:0.2c, and E.10:0.2d for lexical cues within the connected F.19 reading and for selection of an already known applicable pattern.

This pattern is applicable only when one C.2.P-specific source-expression, episteme, publication, carrier, source-to-use, or use-disposition distinction is still needed to select or safely use the direct receiving pattern. When the exact pattern and current field are already recoverable, apply it directly.

When this pattern is applicable, do not restart from word taste. Keep any E.10 cue or routing result as input and recover source-expression clarification, FPF-governed use, current episteme-publication relation set, use disposition, and remaining reader use.

Current Preferred Vocabulary

Use PublicationUnit when the intended entity is a bounded, human-inspected unit inside a publication. Do not use it for UI behavior, carrier behavior, front-end behavior, file identity, dashboard behavior, or export behavior; use A.7, specific carrier or front-end wording, or the applicable named FPF pattern instead.

Use the current cluster names directly: PublicationUnit Stability Discipline, Local Head Restoration, and PublicationUnit Primary-Subject Discipline. When the current entity is a bounded unit inside a publication, use PublicationUnit; when the current entity is authoring or editing work, name that work directly.

Use EntityOfConcern and its applicable EntityOfConcernRef when local wording names the participant of a claim-bearing episteme or episteme-lane view. publicationUnitPrimaryEntityOfConcern has the union meaning defined in C.2.P:4.2.1 and used by E.17.AUD: the carried EntityOfConcern or the non-claim-bearing kind, topic, or subject value. For E.17.AUD.OOTD's separate primary-subject question, use its local publicationUnitPrimarySubject; the two fields are not aliases.

For describedEntity, DescribedEntityRef, primary described entity, EntityOfInterest, or EoIClass, use the exact EntityOfConcern participant, its applicable entityOfConcernRef or EntityOfConcernRef, EntityOfConcernChangeMode, EntityOfConcernClass, publicationUnitPrimaryEntityOfConcern, or the local FPF kind named by value. Use EntityOfConcernSlot only while inspecting the exact reusable C.2.1 constitution RelationSignature; it is not an episteme field. If no claim-bearing episteme or same-individual U.View is current, use a non-claim-bearing kind named by value or plain topic or subject instead of inventing an EntityOfConcernRef. When the use is E.17.AUD.OOTD's primary-subject question, recover its local publicationUnitPrimarySubject; apply the EntityOfConcern projection only when that pattern's equality condition holds.

Use ordinary topic, subject, or local referent only in non-normative explanatory prose where no episteme constitution or neighboring direct relation, publication construction, or authority relation is being asserted.

Do not mint any other reusable FPF name from this pattern alone. The E.17.AUD cluster PublicationUnit Stability Discipline defines and constrains PublicationUnit; this pattern only recovers bounded-publication-unit wording into that head and points to the cluster for its tests. FPF-governed uses keep the nearby definition or explicit publication relation set.

PublicationUnit use and non-use boundary

PublicationUnit means one named, bounded unit inside a publication that a person inspects as one unit: for example, one pattern body, section, table, note, card, sheet, or screen block inside that publication.

Use it when the unit boundary matters to authoring, review, navigation, or a claim about what that bounded unit exposes. Do not use it for the underlying episteme, a view, publication form, whole publication, carrier, file, interface behavior, dashboard behavior, authoring Work, or review process. Name those objects and relations directly.

The bounded unit may carry or expose claim-bearing content, but it is not identical with that content. PublicationUnit keeps the inspected publication-side boundary visible without mixing the unit with authoring action or reader action.

Epistemic Precision Restoration After E.10

Keep any E.10 cue or routing result as input. Apply C.2.P only while a source-expression, episteme, publication, carrier, or use-disposition distinction is still needed to select or safely use the direct receiving pattern. If the exact pattern and field are already known, apply them directly.

Rewrite execution modes

Direct repair

Use this mode for the ordinary case. Rewrite the sentence and state one plain reason or non-use boundary. No row or note is required.

Example result: “The note helps the reader find section 4.2.” Reason: this is navigation, not evidence or assurance. Stop.

Compact row

Use the five-field row in 4.0a when the recovered distinction must remain inspectable. Add only the optional fact that changes the current claim.

Full check

Use a full check only when:

  • several unresolved fields interact;
  • the source-to-FPF use is contested; or
  • a reusable ontological or naming decision is being made.

The full check records the exact span and function, competing readings, selected kinds and relations, direct pattern contributions, rejected overreads, final wording, remaining reader use, and reopen condition. It is not required because the text is an FPF pattern or because a source is cited.

Publishing the compact row as a local note

When the five-field compact row must remain beside the repaired text, publish that same row as a local note. This changes only its presentation: it adds no fourth execution mode, no extra required field, and no durable FPF record kind.

Completion and reopen boundary

The application is complete when the smallest selected product:

  1. preserves any E.10 cue or routing result rather than restarting from word taste;
  2. names the recovered kind, relation, or non-use disposition;
  3. hands any remaining relation, naming, publication, evidence, work, decision, or assurance claim to its exact pattern;
  4. leaves the reader a clear action or stop condition.

Reopen when a replacement head hides another umbrella, a later use adds a material field, the direct receiving pattern changes, or the repair becomes technically exact but hard to use.

Also reopen when an entry cue, summary, dashboard, retrieval snippet, or source note still carries the pre-repair reading. Do not reopen merely because a larger form could be filled.

Archetypal Grounding

Cheap case: ordinary reader help

Starting sentence: “The note supports the reader.”

Questions: What does the note let the reader do? Does the sentence claim evidence, authority, gate passage, work permission, or assurance?

Result: It only helps navigation. Rewrite: “The note helps the reader find section 4.2.” The recovered function is ordinary reader help. No FPF kind, relation, compact row, or full check is needed. Stop after the sentence.

Mixed case: display and decision

Starting sentence: “The dashboard approves launch.”

Questions: Is the dashboard the decision, or does it display one? Which exact project object carries the approval claim?

Result when a decision exists: “The dashboard shows GateDecision GD-17 for release candidate R; the decision, not the display, records that the gate passed.” E.24.PUB separates publication form, carrier, and occurrence; use E.17 when publishing a reader-facing account of the accepted decision. A.21 supplies the gate-decision meaning. The reader may find and cite GD-17, but must use the direct release or permission rule for launch. Stop.

Result when no decision resolves: “The dashboard is only a cue; launch approval is unresolved.” Block approval-bearing use until the exact decision exists.

Boundary and Anti-Cases

Boundary caseC.2.P resultWhy this protects use
Ordinary reader helpThe sentence says a note helps a reader find another section, with no evidence, authority, use-boundary, work, gate, decision, or project reliance claim. Leave ordinary wording ordinary or make one local wording repair.Keeps ordinary prose affordable; support as ordinary help is not forced into a record.
Relation-only support wordingThe sentence says one claim, source description, grounding relation, evidence record, B.3 AssuranceResult, engineering-justification result, causal-use relation, mathematical-lens relation, characteristic relation, declared-use boundary, work relation, or publication-companion use bears on another claim, and source-relation use or publication construction is already clear. Apply A.6.P; no C.2.P recovery is needed.Prevents this pattern from absorbing relation precision restoration.
Known FPF kind named by valueThe sentence already names the project-side FPF kind and reference, such as an evidence path, gate decision, decision record, Work occurrence, B.3 AssuranceResult, or architecture pattern application. Apply the named pattern without an intermediate C.2.P step.Avoids a needless logical hop and keeps the relevant neighboring-pattern application intact.
Source phrase without recovered FPF-governed useSource wording is interesting but its FPF kind, relation, or use disposition cannot be recovered. Keep it as reduced-use cue or block its FPF use.Preserves source meaning without guessing FPF meaning.
Replacement head is another umbrellaA proposed repair changes support to basis, display to face, or route to path while the kind and relation are still hidden. Mark repair incomplete.Blocks lexical churn and forces the kind named by value, relation, and declared use boundary to be recovered.
Apparatus too heavyA one-sentence local repair is replaced by a full record, checklist, and source note with no additional declared use boundary. Use the local sentence or compact row instead.Keeps first-use cost and maintenance cost inside the quality claim.

Transfer Coverage

C.2.P is intentionally narrow but must transfer across three recurrent publication situations:

  • FPF-side drafting: pattern text, DRR text, source-relation notes, review-use notes, and pattern draft prose;
  • project-side publication: dashboards, explanations, cards, documents, front-ends, rendered files, and generated summaries used around evidence, work, gates, decisions, assurance, or methods;
  • external source-expression clarification: seminar fragments, papers, reviews, standards, and tool outputs being clarified before possible FPF use.

In all three situations the same invariant holds: before accepting the wording as current FPF text, recover the distinction between source wording and current FPF wording, claim-bearing episteme, publication construction, carrier-relation construction, relation-like slice, the applicable neighboring pattern for any non-C.2.P field, and remaining reader use.

Bias-Annotation

LensRiskMitigation
OntologyPrecise-looking words become a new parallel ontology.Require recovery to current FPF kinds and relations before reuse.
UsabilityThe rule becomes too heavy for ordinary edits.Use the smallest sufficient rewrite mode. Reserve the full check for several interacting unresolved fields, contested source-to-FPF use, or a reusable ontological or naming decision.
PreservationSource-relation or source-ref target text is mistaken for direct pattern authority.Keep source-related statements separate from the ordinary pattern guidance.
Checklist ritualThe rule becomes a form to satisfy rather than a wording action to perform.Put the action in Solution; use row evidence only when wording has FPF-governed use.

Conformance Checklist

ItemCheck
CC-C2P-1C.2.P opens only while one source-expression, episteme, publication, carrier, source-to-use, or use-disposition distinction remains unresolved.
CC-C2P-2If the exact receiving pattern and field are already recoverable, the practitioner uses them directly.
CC-C2P-3The selected product is direct repair, the five-field compact row, a materially justified full check, or an explicit non-use result.
CC-C2P-4A direct repair needs no record; optional fields appear only when changing them could change the claim or use.
CC-C2P-5A full check is used only for several interacting unresolved fields, contested source-to-FPF use, or a reusable ontological or naming decision. Pattern editing alone is not a trigger.
CC-C2P-6Claim content, episteme, publication occurrence, form, bounded PublicationUnit, view, carrier, rendering, and project-side use remain distinct when current.
CC-C2P-7Relation precision goes to A.6.P, stable naming to F.18, episteme identity to C.2.1, view conformance to E.17.0, reader-facing publication of an accepted account to E.17, and publication-occurrence, form, or carrier claims to E.24.PUB once that direct branch is known.
CC-C2P-8The wording names a contributingPattern only for the concrete definition, constraint, or test it supplies.
CC-C2P-9Slash compounds and lists do not hide an unnamed kind or relation. Examples are marked as examples rather than treated as a complete extension.
CC-C2P-10The final wording remains precise plain language: a cold reader can recognize the situation, take the next action, and see the stop or non-use boundary.
CC-C2P-11Source wording is not forced into FPF vocabulary when no FPF-governed use is recoverable.
CC-C2P-12Source expression, source episteme, publication availability, source-to-use relation, any reverse source-return edge, work-side relation, and physical raw material remain separate. A.6.P.WMR or A.15.4 opens only while its exact relation or reliance question remains unresolved.

Current Scan Boundary

For FPF-governed wording, use E.10:0.2, E.10:0.2a, E.10:0.2b, E.10:0.2c, and E.10:0.2d for lexical cues within the connected F.19 reading.

C.2.P conformance begins only when one C.2.P distinction remains unresolved under §0's entry condition. This same condition covers non-FPF source text being unpacked before possible FPF transfer; source status creates no separate entry branch.

Do not copy the E.10 trigger list into this pattern as a second registry. Keep any E.10 cue or routing result as input and recover source-expression unpacking mode, FPF-governed use mode, current episteme-publication relation set, use disposition, and remaining reader use. When the relation-bearing slice is current, A.6.P remains a separate required precision-restoration pattern.

Common Anti-Patterns and How to Avoid Them

Anti-patternFailureAvoidance
Token swapReplace display with face or host with file without recovering kind and sentence function.Apply head-kind and relation recovery before rewriting.
Group-kind listLeave a list such as pattern, record, relation, or action as if the list names one kind.Decide whether the sentence needs one kind, a relation record, a tuple-like record, alternative cases, or a blocked ontology.
Type-correct but inert rewriteAll overread is removed, all heads are typed, and no practical guidance remains: the reader can see that local checks passed but cannot tell why the distinction matters, what to do, or which FPF pattern application or project-side FPF kind carries the claim being made.Recover the didactic or recognition function in wording whose claim being made is recovered through the named FPF pattern, keep any Plain line mapped to the recovered Tech interpretation when both registers are current, state the remaining reader use, or demote the phrase to reduced-use cue, blocked use, or rewrite incomplete instead of treating the repair as complete.
Expressive overread reboundA repair restores practical guidance with a memorable Plain or didactic line, but that line carries a claim not recoverable from the Tech fields, named FPF kind, recovered relation, project-side reference, disposition, or pattern application.Map the line to the recovered Tech interpretation under E.10:6.2; use the FPF pattern that defines, constrains, or tests the claim; or demote the phrase to reduced-use cue, blocked use, or rewrite incomplete.
Pillar-blind precision passA broad cleanup proves trigger removal and kind recovery, but never checks whether E.2 P-2, E.6, E.8, or E.12 still let the intended reader see the working situation, why it matters, and what first useful move remains.For FPF-governed Problem frames, Problem sections, recognition texts, examples, and worked slices, state the remaining reader use or FPF pattern application. Preserve intentional didactic metaphors when they are ordinary recognition aids or when their claim being made maps back to Tech. If the didactic function was harmed, repair the Plain wording so it maps back to the recovered Tech interpretation, or mark the rewrite incomplete instead of accepting type-correct but inert wording.
Source-companion header leakageCarry a source-companion header into a pattern and let Authority: none or Current use define the new pattern.State the pattern-use claim and authority claim in the pattern header and relations.
Pattern as procedureSay the pattern is called, routed, invoked, or chained as if it were executable code.Say that a practitioner uses or applies the pattern in a problem situation. If actual project activity is claimed, name the relevant work occurrence, method, decision, or action invitation; add actor or U.MethodDescription identity only when it changes the claim or its later use.
Strength metaphorSay a claim is strong or weak without a recoverable comparison basis, such as a characteristic, threshold, evidence class, scope, gate condition, or use-boundary relation.Name that basis, or replace the metaphor with the recovered use-boundary claim when that is what the sentence means.

Consequences

BenefitTrade-off and mitigation
Prevents parallel episteme and publication ontology from entering FPF-governed wording.Adds a small recovery step before apparently simple rewrites; mitigate by using the smallest sufficient mode.
Preserves accepted glossary and rules without turning source-related statements into accidental pattern authority.Requires a clear separation between pattern guidance and source-related statements.
Makes unclear meaning fail closed.Some attractive phrases will not be accepted until their kind or relation is actually recovered.
Improves DRR and pattern drafting discipline.Authors must resist convenient lists and umbrellas when one kind named by value or relation is needed.

Operating consequence

For each repair:

  1. start from the sentence's function and practical consequence, not from a word list;
  2. preserve any E.10 cue or routing result and recover only the one still-hidden episteme, publication, carrier, source-to-use, or use-disposition distinction;
  3. use the direct pattern as soon as it is known;
  4. choose direct repair before a compact row, and a compact row before a full check;
  5. keep the final sentence readable to a cold practitioner and state what action or non-use remains;
  6. reopen only when a material field or use changes.

Do not perform global lexical replacement. Do not treat every FPF pattern edit as a full epistemic-restoration case. Do not retain a compatibility field whose only function is to remember a previous internal schema.

Rationale

FPF already contains the relevant ontology. The recurring defect was not lack of concepts but ad hoc wording that bypassed them: source, target, display, object, host, route, supported use, and similar trigger terms packed several FPF kinds and relations into one convenient phrase; they are examples of wording to unpack, not current replacement vocabulary.

For FPF-governed wording, use F.19 with the E.10 cues, then use only the pattern whose field remains unresolved: F.18 for a reusable name, A.6.P for relation precision, and A.7, C.2.1, E.17.0, E.17, MVPK, or E.24.PUB for the relevant EntityOfConcern, episteme, view, publication, or carrier distinction. C.2.P stops as soon as the direct pattern and field are known.

Because every normative FPF pattern must satisfy E.2, epistemic precision is not a value apart from P-2 Didactic Primacy. A stricter repair is incomplete if it turns reader-facing problem text into a kind inventory with no working situation or first useful move. The remedy is recognition wording whose claim remains recoverable through the Tech interpretation or a named FPF pattern application, with a declared-use boundary when that boundary matters.

SoTA-Echoing

When rewriting episteme-publication-heavy conformant text, the practitioner must recover accepted FPF kinds and relations, so that episteme, publication, view, carrier, naming, relation, and project-side records are not replaced by ad hoc words.

A full external SoTA comparison is not needed for this bounded architectural precision-restoration pattern. A reduced external practice set is still required to check terminology drift and epistemic precision restoration. It sharpens only the recovery discipline, creates no new ontology, and does not outrank the FPF patterns named below.

In this section, SoTA-Echoing means compatibility with current FPF ontology and selected external practice anchors, not that those anchors are sufficient SoTA for every field. ISO terminology entries are standards anchors for designation practice; SHACL-style validation is only a fail-closed constraint analogy; word-sense and ambiguity-resolution practice is used only for context-sensitive sense recovery. If one of those domains becomes the object of a future claim, use its current SoTA pattern or source review.

Reduced source ideaAdapted FPF invariantRejected shortcutRecovery section
ISO 704:2022 and ISO 1087:2019 terminology work distinguishes the entity under discussion, the concept used in a terminology system, the definition, the designation, and term-formation practice.Recover the FPF kind, relation, and sentence function before accepting a rewritten phrase. Use external terminology work only as external corroboration for careful designation and definition practice.Do not replace FPF episteme and publication ontology with an ISO concept system, a dictionary substitution, or a global class row.C.2.P:4.1, C.2.P:4.4, and C.2.P:10
SHACL-style constraint validation makes local constraints explicit and fail-closed when a data shape does not satisfy them.Use only the fail-closed analogy: when the FPF kind, relation, or declared use boundary cannot be recovered, return a non-use result instead of accepting the wording.Do not import SHACL ontology, machine-validation authority, or shape vocabulary as FPF pattern ontology.C.2.P:4.0a, C.2.P:4.2, and C.2.P:8
Word-sense disambiguation and ambiguity-resolution practice treats sense recovery as context-sensitive rather than solved by the most common word sense.When one local head or qualifier carries several plausible senses, recover the local FPF context and the applicable named FPF pattern before choosing wording.Do not import machine-learning benchmarks or treat common usage as proof that the local FPF sense is recovered.C.2.P:4.4, C.2.P:4.1.2, E.17.AUD.LHR, and F.18

External-practice boundary. External traditions enter only through the local FPF invariant named by value they sharpen. Object-oriented modeling and OWL-style ontology modeling do not become the default repair for vague FPF wording. Architecture-description standards help keep views, viewpoints, concerns, and descriptions explicit. Explainability and NLP faithfulness work helps prevent explanation laundering. RAG evaluation helps separate retrieval evidence, source availability, and answer trust. Quality-diversity and multi-objective search help avoid premature scalarization in candidate selection. None of these traditions becomes FPF ontology, FPF authority, or a universal pattern-quality benchmark.

Relevant FPF Patterns

The current FPF corpus already has patterns that contribute to this discipline:

  • E.10 supplies word/head, morphology, register, and naming cues and routes within the connected F.19 reading.
  • E.10.D2 gives the "thing vs words vs rules" discipline and the carrier humility rule.
  • F.18 gives the local-first naming protocol: governed value and kind; the pattern and contribution that define or constrain them; by-value scheme; local-sense claim; intended use; candidate comparison; and any separately obtaining relation.
  • A.6.P gives the relation-precision restoration method: restore generic head kind, build candidate sets for endpoint kinds and relation kinds, select kind-explicit slots and qualifiers, then allow guardrailed wording.
  • C.2.1 gives episteme identity through exact claim content, EntityOfConcern, and effective ReferenceScheme and keeps empirical grounding and edition continuity as distinct direct relations.
  • A.7 keeps EntityOfConcern, Description episteme, and publication carrier distinct.
  • E.17.0 tests view conformance to a viewpoint; E.17 governs reader-facing publication forms for an accepted account; E.24.PUB distinguishes publication occurrence, form, and carrier.
  • A.15.4 shows how to keep an encountered publication, display, or low-articulation cue distinct from the project-side FPF kind and reference used for work or reliance.
  • A.16 coordinates language-state moves; A.16.0 supplies an optional trajectory account when their history matters; A.19 defines the CharacteristicSpace and its reusable predicates; B.2.5 governs supervisor-subholon feedback; C.27 distinguishes state or rate readings from intervention-sensitive temporal claims; A.3.3 defines the reusable state-space and transition-law episteme.
  • E.19 already treats terminology and sentence-level precision restoration as required review checks, not editorial polish.
  • A.6.A carries action-invitation discipline when a publication, representation, or cue invites an action without itself becoming authority, evidence, gate passage, or work completion.
  • C.11 carries decision-making and decision-record discipline when the question under repair is a decision rather than generic action.
  • A.15 and A.15.4 split system-role kind and assignment, Method, WorkPlan, and actual-Work alignment from appearance-based reliance repair; do not use A.15 as a universal repair for episteme-publication wording.
  • E.9 is the campaign DRR pattern for campaign-level content decisions; E.11 is only for entry-discoverability situations and must not organize an episteme and publication repair by default.

These internal FPF patterns remain primary:

Claim needRelevant FPF pattern(s)Alignment with C.2.PAdoption result
Head-kind disciplineE.10Use head-kind recovery before accepting a phrase.Adopt.
Stable namingF.18Run a name card when a reusable head is being minted.Adopt.
Relation precisionA.6.PRecover relation kind, endpoints, slots, qualifiers, and scope when a relation or use-boundary claim is current.Adopt.
Carrier and EntityOfConcern-description humilityA.7Keep EntityOfConcern, Description episteme, and carrier apart before treating a publication as evidence, work, gate, or authority.Adopt.
Episteme and publication ontologyC.2.1, E.17.0, E.17, MVPK, E.24.PUBSeparate episteme, publication, view, generic publication face, MVPK face under E.17 constraints, publication unit, carrier, and rendering.Adopt.
Project-side downstream useA.6.A, A.10, A.15, A.15.4, B.3, A.20, A.21, C.11When a publication, display, cue, or explanation is treated as evidence, gate, decision, work permission, method, assurance, or engineering justification, name the applicable FPF pattern and the project-side FPF kind and reference.Adopt.

This reduced external-practice set changes the Solution in one practical way: epistemic precision restoration cannot close merely because the replacement sounds cleaner. The FPF kind, relation, declared use boundary, and any needed pattern application must be recoverable by value; otherwise the wording is blocked or becomes a candidate for a separate FPF-kind decision.

E.19 Review Profile Carry-Through

Run PCP-TERM when the repair changes episteme-publication-heavy naming, umbrella words, slash compounds, trigger-word replacements, or relation wording.

Run PCP-BRIDGE when the repair imports terms, claims, norms, or authority expectations between named sources, practices, disciplines, reference schemes, publication forms, or project record kinds.

Run PCP-ENTRY only when the repair changes which FPF pattern a working reader should apply in a problem situation. Do not use PCP-ENTRY as a substitute for the epistemic precision restoration itself.

Run PCP-PRAG when the repair changes reader action, practical payoff, or what the working reader can safely do next. A type-correct but inert repair fails this line even when every recovered kind is technically right.

When the repair changes evidence, proof, witness, grounding, explanation, gate, release, or engineering-justification claims, apply the relevant FPF pattern (A.10, E.17.EFP, A.20, A.21, B.3, or another applicable pattern) and select the current E.19 profile by the changed claim. Do not mint a local evidence-review profile inside C.2.P.

Relations

  • Builds on: E.2 Pillars, especially P-2 Didactic Primacy; F.19, E.10, E.10.ARCH, A.7, F.18, A.6.P, C.2.1, E.17.0, E.17, MVPK, E.24.PUB, and A.6.A.
  • Coordinates with: E.6, E.7, E.8, E.9, E.12, E.19, A.10, A.15, A.15.4, B.3, A.20, A.21, A.6.F, A.6.P.WMR, A.6.3.CSC, A.6.3.CR, A.6.3.RT, C.30.P, C.16.P, C.16.Q, E.17.EFP, and E.17.ID.CR.
  • Does not replace: E.10 general lexical rules, F.18 naming protocol, A.6.P relation precision, or local episteme and publication patterns. It says when those patterns must be applied to episteme-publication-heavy wording.

C.2.P:End


Last Updated: 2026-09-10 — upstream FPF commit a87d0ef4 (github.com/ailev/FPF)