FPF Pattern-Quality Evaluation CharacteristicSpace
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: Pattern Status: Stable
Use this when an authored FPF pattern edition or bounded version must be evaluated for quality under a named use: ordinary practitioner use, authoring input, landing input, release input, external-review input, high-assurance reuse input, canonization input, or another explicit pattern-quality use. E.21 declares the characteristic space, evaluation specification, and result rules. An evaluator applies the quality questions. The evaluator does not replace the required ClaimScope with an easier one. If the pattern fails the required use, the result episteme states repairBeforeUse, holdForArchitectureDecision, or refreshNeeded; a different use needs a different evaluation frame and does not rescue this result.
Relations
Content
Problem frame
Use this when an authored FPF pattern edition or bounded version must be evaluated for quality under a named use: ordinary practitioner use, authoring input, landing input, release input, external-review input, high-assurance reuse input, canonization input, or another explicit pattern-quality use. E.21 declares the characteristic space, evaluation specification, and result rules. An evaluator applies the quality questions. The evaluator does not replace the required ClaimScope with an easier one. If the pattern fails the required use, the result episteme states repairBeforeUse, holdForArchitectureDecision, or refreshNeeded; a different use needs a different evaluation frame and does not rescue this result.
Not this pattern when the evaluated object is one DRR, an FPF-level corpus object, a single wording repair, a source-use decision, or a project-side evidence, assurance, gate, release, safety, compliance, work, or decision claim. Use E.9.DA for a DRR, E.2.DA for an FPF-level corpus object, F.19 for a wording repair, and the pattern governing a source-use or project-side claim for that claim. Open E.10 or a named precision-restoration neighbor for an unresolved FPF-specific meaning.
First useful move: name the exact pattern edition, required use and scope, working reader, and qualification window. Read its working situation, first useful move, practical delta, boundaries, and evidence. Then assign every coordinate an evidence-based value with an adjacent-value rationale and constitute the aggregate result.
floorEvaluation changes only the declared floor and expected evidence economy. An E.21 result retains the required ClaimScope, full coordinate set, rationales, and PrecisionRestorationProfile. Fragmentary, wrong-shaped, or weak pattern text is still evaluated under the required scope; weakness receives low coordinate values, repair status, architecture hold, or refresh status.
What goes wrong if missed: pattern quality becomes taste, checklist closure, source count, review state, landing state, or length. Short patterns can pass while missing mature content; long patterns can pass while hiding the first user-facing action; semio material can take over a non-semio pattern.
What this pattern buys: one scoped, non-arithmetic PatternQualityQBundle claim about one exact pattern edition, one complete coordinate set, explicit evidence basis, adjacent-value rationales, and a visible stop, repair, hold, or refresh status.
Primary EntityOfConcern in plain terms: one exact authored FPF pattern edition or bounded version checked under one declared quality scope and qualification window. Keep the quality questions, evaluator, coordinate claims, aggregate result, evidence use, any admission decision, and later repair distinct. Use Solution item 5 and CC-E21-0 only when a later claim needs a dated assessment-Work account.
Problem
FPF patterns need a quality evaluation that is stronger than a style checklist and lighter than a project assurance audit. Earlier review habits produced two opposite failures:
- Too weak. A reviewer marks a pattern "ready" because no blocker is obvious, because it landed, or because headings exist.
- Too heavy. A reviewer adds more warnings, evidence cards, source rows, boundary notes, and process residues until the pattern becomes harder to use.
E.21 solves this by measuring the pattern of concern against one complete coordinate set. The coordinates ask whether the pattern is usable, coherent, current, precise, affordable, mature enough for its claim, and safe from proxy improvement.
Forces
Solution
E.21 declares the FPF pattern-quality U.CharacteristicSpace, its object-specific A.19.ECS evaluation specification, ordinal scale, complete result-shape rules, the local non-arithmetic PatternQualityQBundle result payload, and local result-status meanings. An evaluator applies these questions to the pattern and assigns its coordinate values. Evidence use, assurance, admission, and later repair have their own objects and relations below.
For one pattern-quality evaluation, keep independently recoverable the objects and relations that the selected ordinary or Work-bearing form actually asserts:
- one exact authored FPF pattern edition or bounded version as the checked object;
- the declared
ClaimScope, working reader, intended receiving use, qualification window, evidence basis, and evaluation configuration; - the selected
U.CharacteristicSpace, this E.21 evaluation-specification episteme, every coordinate/scale binding, and the local result-form and status-value rules; - when exact Method identity or actual assessment Work is asserted, one separately identified semantic evaluation
U.Method; - when actual dated assessment
U.Workis asserted, first recover every evaluator-performer's A.13 core for the assessment action. A.15.1 then independently admits the Work from its performance history, enacted Method, temporal extent, and one obtaining locally declared relation to the containingU.System, under the exact system boundary and qualification window. Add F.6 only when the evaluation account also needs precise assignment-bound attribution, using the same obtaining A.13 assignment. A compact account may omit an identifier unused by the receiving claim only when every relation it consumes remains recoverable; - every coordinate-result claim, their same-bearer non-arithmetic
PatternQualityQBundleClaimGraph payload, and one C.2.1 aggregate pattern-quality-result episteme when a durable result is needed; - witnesses, comparator/source/case refs, exact A.10 evidence-use/provenance relations and bounded reliance results, and any B.3 result for an actual named assurance claim;
- an optional evaluation-record episteme that packages those refs;
- the local
PatternQualityStatusvalue and any separate F.10 status use/interpretation, E.19 admission or refresh decision, project gate or authority decision, publication, and currentness relation; and - later E.23 improvement or other repair work and its changed pattern edition.
A.6.1 enters only when a separately admitted U.Mechanism declares the exact operation that was actually used and the receiving claim needs that application occurrence or its bindings. Then name the mechanism and operation and require that operation's ApplicationPredicate, ApplicationIdentityRule, ApplicationExtentRule, argument and result declarations, declaration-local binding predicates, exact application occurrence, and actual declaration-local bindings. Treat the checked pattern, configuration, coordinate results, and aggregate result as application inputs or results only when the operation declares those exact meanings and the corresponding bindings actually obtain. Otherwise omit PatternQualityEvaluationApplicationRef; the dated-Work and result accounts remain complete without it.
In the ordinary form, an admitted evaluator U.System applies the quality questions. A claim of dated assessment Work opens item 5; an A.6.1 application requires the independently satisfied operation condition above. Any local evaluator system-role kind and independently obtaining System-classification judgment are optional separate claims. Route unresolved source role through E.10.ROLE.
Each coordinate-result claim is one quality ascription about the exact checked pattern edition. It keeps recoverable the bearer, effective ReferenceScheme, characteristic, scale value, evaluation rule or probe, comparison or calibration frame when used, U.ClaimScope, intended use, qualification window, ordinary assessing action or exact declared-operation application when separately asserted, short rationale, and evidence locus. The complete same-bearer coordinate set forms the non-arithmetic PatternQualityQBundle payload carried by the aggregate result episteme. The evaluator system, evaluator viewpoint episteme if any, witness set, optional record, and receiving status or admission use remain separate.
One conforming two-level assessment-and-result shape applies:
- configure the checked pattern edition, scope, use, reader, window, characteristic space and specification, and evidence basis; include the exact semantic evaluation Method only when its identity or actual assessment Work is asserted;
- let the admitted evaluator
U.Systemapply the specification; add item 5 only when the result deliberately asserts dated assessment Work, and add anA.6.1application only when the compact conditional rule above is independently satisfied; - constitute every coordinate-result claim with
ShortRationaleand the aggregate result episteme; - assert the local
PatternQualityStatusin that result; - state its stop, repair, architecture-hold, or refresh condition; and
- when improvement is requested, return distinct finding or proposal claims without changing the coordinate result into a work plan.
If a pattern lacks frame, first move, source basis, mature comparison, or naming clarity, lower the relevant coordinates in the one E.21 result.
A bounded lexical, checklist, or automated smell screen may identify suspect loci and reduce search cost. Record the checked edition, covered defect family, and observed limits in EvaluationEvidenceBasis; the screen neither assigns a coordinate value nor establishes semantic completeness, practical use, or the aggregate result.
When candidate editions are compared, keep the declared use, reader, probes, and evidence conditions common where possible and expose missing or underrepresented evidence. This supports replayable comparison; it does not turn ordinal coordinates into one score or establish evaluator agreement that has not been studied.
An E.21 result evaluates one exact edition for one declared use. It does not validate the pattern universally. A stronger validation claim needs separately declared expert checks, observed applications or cases, or other fit-for-purpose research evidence. Missing actual-use evidence therefore caps only the coordinates whose stronger values require it.
Local names and kind settlement
Names are local to pattern-quality evaluation unless F.18 promotes a durable name. Each has only the direct function stated above; any later receiving use requires its own relation.
Evaluation configuration, application, result, and optional record
An unfinished table, prose summary, or record with missing coordinate claims remains assessment material. A complete E.21 result places every required coordinate claim in the result episteme; the objects named in E.21:4.1 retain their stated functions.
Ordinal scale, result row, and adjacent-value rationale
Values are ordinal content evaluations. They are not U.Measures, averages, percentages, maturity-ladder steps, review votes, or landing status.
The result-bearing coordinate row has exactly this shape:
For values 1..4, explain why the lower adjacent value would understate the evidence and the higher adjacent value would overstate it. For 0, explain why 1 would overstate the evidence and what would raise the value or reopen it. For 5, explain why 4 would understate the evidence and what would lower the value or reopen it.
A two-column coordinate-and-value table, a narrative paragraph, a table whose comment lacks adjacent-value comparison, or a result whose value depends on unchecked external loci is not an E.21 result. It is only draft evaluation material until every coordinate has a ShortRationale row and the result names the EvaluationEvidenceBasis used for values that depend on source, comparator, corpus, projection, or worked-case evidence.
A ShortRationale is allowed to be compact, but it is not allowed to be evidenceless. When the value depends on a source-currentness row, mature comparator, README scenario, ToC row, E.11 entry-distribution locus, I.2 expanded entry-disambiguation case, card, retrieval cue, monolith section, worked slice, near-miss, or anti-case, the rationale names that locus by value or says that the locus was missing or unchecked. "By value" means a recoverable section, row, case, checklist item, relation, source row, projection row, comparator id plus selected ingredient, or specific absent locus; a category list such as "entry, first move, boundaries, SoTA, checklist, relations" is not by-value discharge. Missing or unchecked evidence lowers the value for the coordinate that needs it; it does not create a separate "not evaluated" result. For SoTABindingAndCurrentness, source identity and currentness support traceability only. One completed canonical E.8:11 comparison supplies the required comparison basis; the evaluator assigns the value from that substantive comparison and its binding into the checked pattern.
A 5 is not a reward for clear early wording, named neighbour relations, or a well-formed field set alone. It needs exceptional expression for the declared use: reinforcing loci, a worked or otherwise replayable slice where the coordinate demands one, and no hidden cost or neighbour loss. When the evaluator cannot say why 4 would understate the evidence, assign 4 or lower.
When a coordinate's 5 meaning names a filled case, replayable slice, near-miss, anti-case, worked comparison, projection evidence, currentness basis, or selected-neighbour replay, absence of that evidence caps that coordinate at 4 even if the prose is otherwise strong. Do not hide the same absence only in CaseCountercaseAndTransferCoverage; lower every coordinate whose own 5 meaning needs that missing evidence. A 5 rationale names the reinforcing evidence loci that make 4 too weak.
For MaturePatternParityAndSelectedContentSufficiency, the rationale names a mature-pattern comparison set and the selected mature ingredients being claimed. For non-epistemic patterns, include at least one mature non-epistemic comparator when one exists—for example, a mature pattern about Work, Method, a system-role kind, a system-role assignment, direct-relation participation, a System, control, architecture, selection, engineering action, or another primary EntityOfConcern that is neither an episteme nor a publication. Route an unresolved source role through E.10.ROLE rather than treating the word as one pattern family. Value 4 requires by-value discharge of selected ingredients in the body or neighboring pattern that defines or constrains the claims; comparator IDs plus a generic "main ingredients are present" sentence are only value 3. The comparison is not a length target and not permission to copy semio apparatus.
For a 4 or 5 on MaturePatternParityAndSelectedContentSufficiency, include a compact maturity-discharge payload in the rationale or CoordinateEvidenceRefs: comparator=<pattern id>; selectedIngredient=<ingredient name>; currentLocus=<section, row, case, checklist item, relation, or neighboring pattern governing the claim>; missingOrLowering=<absent or weak ingredient, if any>. A category list such as "frame, first move, neighbour relations, CC, SoTA, relations" without current loci is still value 3, even when the listed categories are plausible mature ingredients.
Use the question-to-ground and result-acceptance operation in E.22:4.3 within this evaluation.
Precision-restoration profile
Before assigning the coordinate table, apply the whole-span precise-language reading in F.19 and record one PrecisionRestorationProfile summarizing its quality effect. F.19 governs the reading, repair, and local revalidation; E.21 consumes their result for its existing coordinates. The reading asks which governed object, claim, relation, and reader use the sentence, table, section, or repeated content family serves in the pattern of concern.
Use F.19's evidence-selection and coverage conditions for recoverability. Name the kind of basis and its material reading conditions in EvaluationEvidenceBasis; use checkedLoci for the text and relations it actually covers. A clean profile retains those qualifications. If F.19 requires an actual reading that is missing, the dependent recovery claim lacks that basis. Apply E.21:4.3's missing-evidence rule to the affected coordinates and identify the missing judgement. Distinguish this evidence gap from a wording defect established by reading the text.
Use this compact shape:
The diagnostic fields below are optional. Retain a field when its finding, restoration choice, or bounded evidence changes the quality result; a clean result needs no separate clean entry for each field. Fuller profiles use the same field meanings. When a receiving form needs an explicit untriggered kindRestorationCheck disposition, it may use not triggered, ordinary prose, or no FPF-governed phrase changed with the checked locus; this is optional detail in E.21.
The scalar is the strongest quality effect that any layer requires: clean, bounded local repair, coordinate lowering, or repair-before-use. Classify a new symptom under the relevant diagnostic layer or restoration locus and apply its effect to existing E.21 coordinates. [F.19](/generated/patterns/F.19) settles ordinary whole-span language questions. Open [E.10](/generated/patterns/E.10), [E.10.ARCH](/generated/patterns/E.10.ARCH), or [F.18](/generated/patterns/F.18) for an unresolved word, head, or name problem; for hidden candidate ontics and ontic-vs-description-vs-publication boundaries, use [E.24.CD](/generated/patterns/E.24.CD), [E.24.PUB](/generated/patterns/E.24.PUB), or the concrete pattern content that defines or constrains the disputed object; claim, relation, evidence, Work, decision, assurance, publication, or pattern-application problems return to the pattern content that defines, constrains, or tests the disputed item. A pattern reference locates the content whose concrete contribution the evaluation uses. Exact predicates and ClaimGraph identity are required only when the evaluated claim or named reliance needs them. [E.21](/generated/patterns/E.21) consumes only the result: which coordinates fall, which stay protected, and what repair would make the quality claim true. The mgdaColdReaderRecoverability layer asks whether a reader without the DRR, campaign notes, or evaluator memory can recover the object, kind or ordinary status, relation or claim position, admissible use, next exact assertion when one is needed, and next concrete defining, constraining, or checking contribution. If a repair replaces a specific phrase with object, item, value, relation, record, condition, basis, material, or unqualified specialization and the reader cannot recover what specializes what, which relation is live, or which assertion or concrete pattern contribution is required, this layer is not clean.
When this layer finds a hidden candidate ontic or publication-form confusion, the E.21 result records only the quality effect and affected coordinates. Candidate detection, ontic placement, slot-relation design, and publication-boundary repair remain with [E.24.CD](/generated/patterns/E.24.CD), [E.24.PUB](/generated/patterns/E.24.PUB), or the concrete pattern whose content defines or constrains the affected object.
The kindRestorationCheck is required when a changed FPF-governed expression can alter the meaning-bearing object, kind, relation, current ontic slot, relation position, use relation, claim kind, admissible use, or scope. It records those live values before and after the proposed repair, then names the concrete contribution when another pattern defines, constrains, or tests the affected kind, relation, claim, or position ([A.6.0](/generated/patterns/A.6.0), [A.6.5](/generated/patterns/A.6.5), [A.6.P](/generated/patterns/A.6.P), [C.29](/generated/patterns/C.29), [A.15](/generated/patterns/A.15), [E.24.CD](/generated/patterns/E.24.CD), [E.24.PUB](/generated/patterns/E.24.PUB), [E.10.ARCH](/generated/patterns/E.10.ARCH), or another relevant pattern). Every value that can drift receives an explicit preserved, split, intentionally changed by accepted decision, or blocker disposition. When no such risk is present, F.19's ordinary local revalidation is sufficient and the profile omits this field. The underlying slot, ontic, publication-form, and mathematical-lens rules remain with their subject patterns. A lexical replacement is not a repair when it only removes a trigger word, substitutes one umbrella for another, narrows a graph or method into a work sequence, widens a work occurrence into a method, turns a publication form or evidence source into the object itself, or otherwise changes kind, current ontic slot, relation position, use relation, or claim kind without an accepted decision. If the kind, current ontic slot, relation position, use relation, or claim kind cannot be recovered, the profile is at least lowersCoordinates; if the proposed repair would change one of them and no accepted DRR or concrete defining, constraining, or checking pattern content justifies that change, the result is repairBeforeUse or holdForArchitectureDecision.
When the profile is not clean, lower every affected coordinate named by the profile. Do not hide a present precision-restoration issue only in EntityOfConcernPrimacyAndSemioBiasResistance, and do not raise the result through related-pattern-boundary praise, projection evidence, or "correct but true" guards when those materials compete with the pattern's own EntityOfConcern, first useful move, practitioner action, practical delta, or next useful action.
RequiredPatternQualityCoordinates
For every conforming E.21 result, an admitted evaluator U.System applies the evaluation specification to every coordinate, and the result episteme states every coordinate value and rationale.
Constraint, harm, safety, security, compliance, deontic, self-application, recursion, and high-assurance questions do not add a second coordinate family. Evaluate them through the applicable coordinate for that content: related-pattern authority, traceability, formal-claim admissibility, falsifiability, affordability, corpus ecology, evolution, or refresh.
Coupled-flow unity and separation for pattern quality. Use this account when the declared quality use needs the relation between development, use, evaluation, and repair flows. Dated E.21 assessment work evaluates one exact PatternOfConcernRef inside a development, refresh, or admission flow. Another flow may make the same pattern a pattern of concern for a different use relation, for example a practitioner selecting and using it, a reviewer applying it to another text, or subsequent assessment work reopening it. One TransformationFlowStructure may join pattern development, pattern use, use-found evaluation, and repair or refresh flows through transfer, feedback, return, edition-change, or projection relations only when every included valuation or internal portion resolves to that same TFS and structural boundary. Independently identified TFS values and relations across their boundaries use E.18.NET. Keep three positions distinct in each sentence: the pattern as concern of the current flow, the intended reader addressed by the pattern, and the pattern's own primary EntityOfConcern inside its Problem, Solution, or guidance. E.21 and E.19 are specifications; dated assessment and review work are the checking operations; handoffs, ledgers, README, ToC, E.11, I.2, retrieval outputs, and landing evidence are distinct records, publications, or evidence loci in the development/evaluation flow. Those objects may support edits to the pattern, but they are not automatically user-facing content for the reader addressed by it. DesignRunTag stays on the subject-context, claim, work, trace, publication-form relation, or source relation inside the transformation-flow structure; recover currentness, obsolescence, development, and use from their own relations. In pattern development, use quality-loop evidence to guide separately performed repairs and keep that evidence in the evaluation record.
Frequent value-3, value-4, and value-5 calibration points
These rows calibrate common disagreements. They do not replace the coordinate definitions above.
For EntityOfConcernPrimacyAndSemioBiasResistance, do not compensate a bad PrecisionRestorationProfile with NeighborAuthorityAndBoundedUseFit or CorpusEntryProjectionAndEcologyFit. Ask which governed object, claim, relation, and reader use the sentence serves. Material about developing, reviewing, projecting, landing, evaluating, or proving this pattern's quality belongs in the evaluation, projection, release, or publication locus that carries that work. Related-pattern statements can be true and still damage the pattern when they precede its own EntityOfConcern and application guidance. If the opening Problem frame or Solution starts with precision-restoration material before the subject and move, this coordinate is at most 2; if the reader must traverse that material across sections to find the action, it is at most 3. Put compact concrete contributions in Relations or a late boundary row. Add local guard prose only when it passes F.19:4's full independent-ground, plausible-reader, contribution, and smallest-clear-correction test and the subject pattern does not already settle the needed distinction. Also lower PatternApplicationGuidance, WorkingSituationAndUseBoundaryRecognizability, PracticalUseDeltaAndHarmPrevention, and UseAffordabilityAndApparatusProportionality when the profile shows that auxiliary material displaces first use.
If the declared use is Stable, landing-input, release-input, external-review-ready, or another corpus-facing use, assessment work must inspect the applicable corpus-entry and projection evidence and the result's EvaluationEvidenceBasis must name it. A host-only body assessment can still produce values about the pattern body, but it cannot silently turn missing README, ToC, E.11, I.2, card, retrieval, monolith, or projection evidence into a high CorpusEntryProjectionAndEcologyFit value.
Status and stop condition
Default floor is 4 wellExpressedForDeclaredUse on every coordinate for ordinary practitioner use, authoring-input use, landing-input use, Stable, external-review-ready, release-input, canonization-input, stop-improving claims, and ordinary improvement-loop use. Every result presented as an E.21 result contains every coordinate and its rationale, including a diagnostic or exploratory E.21 result. A bounded diagnostic may borrow selected E.21 questions; it reports only their findings and makes neither an E.21-result nor an admissible-use claim. If the current request asks for corpus-facing, landing-input, Stable, release, or external-review use, the evaluator measures that required use and returns repairBeforeUse, holdForArchitectureDecision, or refreshNeeded when the floor is missed.
An all-5 result is a local exceptional result under the declared scope and qualification window. It is not a permanent end of development. E.23 can reopen improvement when use, source, comparison set, front, affordability, or payoff changes.
Consume Pattern-Edition Use-Value Evidence Noncompensatorily
When an E.19:4.3.3 replay is current, use that one stable-candidate replay as evidence for the E.21 assessment. During assessment, keep materially affected predecessor and candidate-only uses distinguishable whenever their action, result, boundary, necessity, or consequence can differ; do not copy clean per-use dispositions into the E.21 result. The evaluator still applies every existing coordinate required by the declared scope once. The result names the replay loci in EvaluationEvidenceBasis and carries only distinctions, failures, or improvements that actually change a coordinate rationale or PatternQualityStatus; it does not replace the coordinate set with one use-value score, average replay results, or infer a coordinate value from an E.19 outcome.
Apply these consequences:
The cap is 2, not 3, because 3 sufficientlyExpressedForDeclaredUse already means usable for the declared scope while the required action or semantic member here is unusable. Unrelated strengths, source count, formal cleanliness, or corpus projection cannot compensate for the failed required use. Conversely, preserved, improved, transferred, intentionally retired, or adequate candidate-only evidence can support only the existing coordinates whose claims it actually tests; it cannot raise unrelated coordinates or determine status by label.
Compact result form
An E.21 result uses this result-bearing form:
Include one PrecisionRestorationProfile under E.21:4.3a: overallEffect, checkedLoci, and affectedCoordinates, plus issue-bearing detail only when it changes the quality result.
Coordinate values.
When SoTABindingAndCurrentness is 4 or 5, the result also includes one completed instance of the canonical [E.8:11](/generated/patterns/E.8#sota-echoing-normative-typed-comparison-to-contemporary-best-known-practice) comparison contract in the rationale or immediately after the coordinate table. The form below records that result; it does not redefine its fields:
Source identity, publication status, currentness, and maintenance evidence may support ClaimJustificationTraceabilityCurrentnessAndReplayability and the qualification window. They cannot fill bestKnownLine, raise this coordinate, or replace the comparison payload.
The header, compact PrecisionRestorationProfile, complete coordinate table with ShortRationale, required evidence basis, and stop and reopen conditions constitute the E.21 result; incomplete material supports further assessment. The result asserts local PatternQualityStatus. Separate E.19 review work and result, plus the authority-bearing release or admission work or decision named by value, govern gate-specific carry-through, projection, monolith, packaging, authority, and receiving-use boundaries.
Finding and proposal rows
When [E.22](/generated/patterns/E.22), [E.23](/generated/patterns/E.23), returned-finding absorption, or exceptionalImprovementEvaluation asks for improvements, cover every below-floor coordinate with a finding and add proposal rows only for substantive non-dominated improvement opportunities inside the declared scope. Record one finding for one independently repairable defect; its Coordinate or status affected field names all affected coordinates, while each coordinate keeps its own value and rationale. A receiving E.22 typed proposal retains its one-coordinate interface; coordinate-specific proposals may share one correction description and closure test.
Do not treat every value below 5 as a defect. For above-floor coordinates, the evaluator still searches by value when exceptional improvement is requested, but the proposal must name a content improvement such as stronger positive action guidance, a worked slice, case or countercase, source-currentness carry-through, mature-content discharge, relation cleanup, deletion of displaced apparatus, split of overloaded content, or another content gain. When ending improvement at the current values, give one aggregate no-proposal or stop disposition showing why further substantive change is dominated, unavailable, or outside scope. Cite the checked loci and relevant coordinate rationales; keep independently different reasons recoverable within that disposition.
Archetypal Grounding - worked slices
Complete compact evaluation
Exact example edition EX.1@source-pin-1. The quoted text below is the whole pattern edition being evaluated; no campaign note or unstated appendix is part of it.
EX.1 - Pin a reused rule to its source edition.
Use this when a team relies on a rule from a source that can change.
First move: beside the decision, record the source title, exact edition or date, the exact rule used, and what that rule changes in the decision.
If the edition or rule cannot be recovered, stop that reuse and retrieve it.
Not this pattern when the source is background reading and no claim or decision relies on it.
The pin lets a reader recover which source rule changed the decision.
Example: a team records
Cooling Guide, edition 3, rule 7beside the chosen inspection interval and notes that rule 7 sets the maximum interval; a mention of the guide in a reading list is outside this use.Reopen the decision whenever the source publishes any new edition.
The final sentence is deliberately defective: an unrelated editorial revision would trigger the same reopen as a change to rule 7. Everything below evaluates that exact text, including the defect.
Configuration and evidence basis.
PatternOfConcernRef: the complete quotedEX.1@source-pin-1edition.ClaimScope: diagnostic rehearsal of E.21 on one small pattern; declared floor3 sufficientlyExpressedForDeclaredUsefor this rehearsal only.WorkingReaderScope: a new evaluator who has E.21 and the quoted text but no campaign history.IntendedUse: learn whether this edition is coherent enough for the diagnostic rehearsal and identify the first repair; if EX.1 is later proposed for publication or ordinary authoring use, that receiving use requires its own admission decision.QualificationWindow: until the quoted edition, E.21 scale, or named comparison evidence changes.EvaluationEvidenceBasis: all seven sentences of the quoted edition; its filledCooling Guidecase; its background-reading non-use boundary; the absent material-change test in the last sentence; E.2.DA's pinned source-use discipline and G.11's bounded currentness contribution as mature comparators; no README, ToC, retrieval, external SoTA, observed-use, or corpus-projection evidence.- Ordinary path only: the evaluator reads and judges the text; this diagnostic use needs no additional reliance-bearing identity or receiving decision.
The profile, complete table, status, stop and reopen, plus the quoted pattern's grounded background-reading boundary, constitute this example's non-arithmetic PatternQualityQBundle; the single value of 2 is the one below-floor defect, not an arithmetic penalty or a reason to lower unrelated qualities.
This is the ordinary path. The evaluator needed no dated-Work account or operation-application record to produce a complete result.
Names named by value, no first move. A pattern has precise Tech names and current source rows but no first user-facing action. WorkingSituation..., PatternApplicationGuidance, and PracticalUseDelta... fall; source currentness does not rescue ordinary use.
Short architecture pattern. A compact pattern has a triage form but no worked slice and no mature-pattern comparison. It can be useful as local expert reference material, but MaturePatternParity... and CaseCountercase... stay below exceptional until selected mature content is present.
Precision-restoration profile in a non-semio pattern. A pattern tries to introduce a non-semio EntityOfConcern through a catalog of other claim kinds or objects outside its own subject. Its membership rule—outside this pattern's subject—does not explain which distinctions the reader needs. If copied boundary doctrine leads the Problem frame or Solution, EntityOfConcernPrimacyAndSemioBiasResistance falls to 2 or 3 even when every individual boundary is true. Lead with this pattern's own subject, first useful move, practitioner action, practical delta, and positive guidance. Add one local explanation, stop, or non-use boundary only when it passes F.19:4's full independent-ground, plausible-reader, contribution, and smallest-clear-correction test. Replace other copied doctrine with the relevant pattern ID and its concrete contribution. If the doctrine is distributed across sections, repair that distribution rather than only its sentences.
Reference apparatus before Solution content. A pattern's first Solution paragraph assigns other patterns or related-pattern mappings before it unfolds the ontology, method, norm, worked action, or other positive solution for the pattern of concern's own EntityOfConcern. Even if the related pattern id is correct, PatternApplicationGuidance, EntityOfConcernPrimacyAndSemioBiasResistance, PracticalUseDeltaAndHarmPrevention, and sometimes NeighborAuthorityAndBoundedUseFit fall. Move discoverability to README, ToC, [E.11](/generated/patterns/E.11), [I.2](/generated/patterns/I.2), or retrieval loci; put compact pattern references and their concrete contributions in Relations or a late boundary row; put architecture-placement rationale in a DRR or architecture document; and make the Solution answer “what do I do with this pattern's EoC?” first.
Overformalized precision. A pattern uses correct FPF kinds, slots, references, and cross-pattern pointers so densely that the working reader cannot recover the first useful move, practical delta, or generalizing insight without doing an internal audit. Precision is then present but not usable. Lower UseAffordabilityAndApparatusProportionality, WorkingSituationAndUseBoundaryRecognizability, and sometimes PatternApplicationGuidance. Repair by keeping the ontology named by value only where it carries a current FPF-governed claim, moving restoration evidence to the evaluation result or DRR, and adding a short worked slice or plain recognition sentence that preserves the same kind without extra apparatus.
QualityEvidenceLeakage in the pattern. The pattern says that corpus projection, README, ToC, [E.11](/generated/patterns/E.11), or [I.2](/generated/patterns/I.2) alignment, retrieval or cold-reader evidence, monolith parity, external-review readiness, landing evidence, PatternQualityStatus, all-4 or all-5 result framing, or another quality-result locus is what the user should do with the pattern's EntityOfConcern, or records developer, reviewer, or executor correspondence as if it were pattern content. The defect is not limited to Problem frame, Solution, examples, or checklist; notes, appendices, Relations, Rationale, SoTA-Echoing, tables, and conformance rows are also parts of the pattern in hosts and the monolith. That evidence may be required for [E.21](/generated/patterns/E.21), [E.19](/generated/patterns/E.19), landing, or retrieval loci, but it is not automatically a user action in the pattern of concern. Lower EntityOfConcernPrimacyAndSemioBiasResistance, PatternApplicationGuidance, UseAffordabilityAndApparatusProportionality, and CorpusEntryProjectionAndEcologyFit when this evidence enters the pattern. Repair by moving the evidence to the [E.21](/generated/patterns/E.21) result, [E.19](/generated/patterns/E.19) run record, README, ToC, [E.11](/generated/patterns/E.11), [I.2](/generated/patterns/I.2), card, retrieval, projection, or release or landing evidence locus, and keeping in the pattern only the user-facing move or boundary that follows from that evidence.
Quality table without rationale. A result gives values but no adjacent-value rationale. Values are unsupported. Add ShortRationale or lower.
Goodharted improvement. A rewrite improves source refs and proof sketches but becomes hard to use, or treats every non-5 coordinate as a defect to be fixed with more apparatus. Re-evaluate affordability, repair locality, proxy-for-value, and corpus ecology before stopping. When exceptional improvement is requested, keep searching for content movement, not proof movement; the aggregate no-proposal disposition in E.21:4.7 needs loci showing that further content change is dominated, unavailable, or outside scope.
Bias-Annotation
E.21 resists Goodhart-style quality substitution: a high value is not produced by length, source count, approval state, checklist closure, or elegant phrasing when the required coordinate evidence is absent. It also blocks semio-bias by checking whether the evaluated pattern leads with its own EntityOfConcern and user-facing action rather than with description, publication, source, review, or repair apparatus.
Conformance checklist
Common Anti-Patterns and How to Avoid Them
Consequences
Rationale
E.21 keeps the declared measurement structure simple: one checked-object class, one ordinal scale, one required coordinate set, one non-arithmetic PatternQualityQBundle result payload, one local status set, and one stop-condition form. The specification marks no coordinate inactive; an evaluator applies them all, and the result episteme states what value the exact checked pattern edition and named evidence basis support under the declared use.
The mature-pattern parity coordinate tests whether formally clean wording also carries the worked slices, source carry-through, lowering conditions, and transfer coverage selected from mature FPF patterns for the declared use. Carry those selected ingredients in the body or the neighboring pattern that governs the claim; length alone establishes none of them.
SoTA-Echoing
This self-application uses the canonical E.8:11 definition and comparison contract; E.21 does not define a second meaning of SoTA. Its practice question is: how can one complete, use-scoped pattern evaluation expose semantic and practical defects, preserve distinct quality dimensions, and stop without turning a checklist or visible score into the value being sought? The selected answer is an FPF-local synthesis of four best-known branches. No cited source validates E.21's coordinate set or demonstrates inter-evaluator agreement; the comparison below states the exact transfers and limits instead of converting publication status, prevalence, freshness, or academic praise into rank. An official source would be admissible here if its answer won the same substantive comparison, not because it was official.
The combined answer is deliberately asymmetric: screening narrows where to look; the complete use-scoped evaluation constitutes the E.21 result; stronger validation claims require actual evidence suited to those claims; and currentness evidence only keeps the comparison replayable. More current citations cannot compensate for a missing serious alternative, defect, or pattern mutation.
Relations
E.21:End
Last Updated: 2026-09-10 — upstream FPF commit a87d0ef4 (github.com/ailev/FPF)