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 one exact authored FPF pattern edition or bounded version must be evaluated for quality under the use required by the governing evaluation frame: ordinary practitioner use, authoring input, landing input, release input, external-review input, high-assurance reuse input, canonization input, or another explicitly requested pattern-quality use. E.21 declares the characteristic space, evaluation specification, and result rules; an evaluator system performs dated assessment work. 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 the current result.
Relations
Content
Problem frame
Use this when one exact authored FPF pattern edition or bounded version must be evaluated for quality under the use required by the governing evaluation frame: ordinary practitioner use, authoring input, landing input, release input, external-review input, high-assurance reuse input, canonization input, or another explicitly requested pattern-quality use. E.21 declares the characteristic space, evaluation specification, and result rules; an evaluator system performs dated assessment work. 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 the current 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, E.2.DA, E.10 and precision-restoration neighboring patterns named by value, or the project-side pattern governing the claim for those objects.
First useful move: recover the required scope from the governing request, E.22 frame, campaign seam, landing check, release check, or review assignment; then name the exact checked pattern edition, required scope, working reader, intended use, qualification window, characteristic space/specification, semantic evaluation method, and evidence basis. When an actual result is required, identify the evaluator system, obtaining role assignment, dated assessment work, and exact A.6.1 evaluation application/bindings before constituting coordinate-result claims and the aggregate result episteme.
floorEvaluation changes the declared floor and expected evidence economy. It never creates a partial E.21, inactive coordinates, overlay-trigger shortcuts, narrowing to an easier use, blocker-only substitution, or a permission to skip precision-restoration discharge. 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-claim scope and qualification window. The characteristic space/specification, evaluation configuration, method, evaluator assignment, assessment work/application, coordinate claims, aggregate result episteme, witnesses/evidence use, optional record, status use, admission, assurance, publication, and later repair are separate objects.
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. It does not itself inspect a pattern, perform assessment work, assign coordinate values, create evidence use, issue assurance, admit a pattern, or repair it.
For one actual pattern-quality evaluation, keep independently recoverable:
- 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; - one separately identified semantic evaluation
U.Method; - the evaluator
U.System, obtainingU.RoleAssignment, dated assessmentU.Work, enacted method, and exact A.6.1 evaluation application/bindings; - 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 any B.3 assurance or reliance result;
- an optional evaluation-record episteme that packages those refs without performing assessment or creating the result;
- 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.
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/calibration frame when used, U.ClaimScope, intended use, qualification window, assessment application, short rationale, and evidence locus. The complete same-bearer coordinate set forms the non-arithmetic PatternQualityQBundle payload carried by the aggregate result episteme; it is not an average, score, characteristic space, or second result. The evaluator system, evaluator viewpoint episteme if any, witness set, optional record, and receiving status or admission use remain separate.
One conforming assessment/result shape applies:
- configure the checked pattern edition, scope, use, reader, window, characteristic space/specification, semantic evaluation method, and evidence basis;
- let dated evaluator work enact that method through the exact A.6.1 application/bindings and apply the ordinal scale to every required coordinate;
- 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 or making the evaluation specification perform repair.
There is no separate pre-check result. If a pattern lacks frame, first move, source basis, mature comparison, or naming clarity, the relevant coordinates fall.
Local names and kind settlement
Names are local to pattern-quality evaluation unless F.18 promotes a durable name. They are not project evidence, release state, review state, assurance, work, publication, or gate authority.
Evaluation configuration, application, result, and optional record
An unfinished table, prose summary, or record with missing coordinate claims remains assessment material, not an E.21 result. The evaluation specification, characteristic space, method description, checklist, evidence-basis list, favorable local status, and optional record perform no work, constitute no coordinate value by themselves, and grant no admission, assurance, gate crossing, publication truth, or authority.
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:
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.
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: work, method, role, system, control, architecture, selection, engineering-action, or another pattern whose primary EntityOfConcern is not an episteme or publication. Value 4 requires by-value discharge of selected ingredients in the body or neighboring pattern governing 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.
Precision-restoration profile
Before assigning the coordinate table, record one PrecisionRestorationProfile. This is not an optional scan and not a lexical grep result. It is a pattern-text-use attention discharge: the evaluator asks which governed object, claim, relation, and reader use the sentence, table, section, or repeated content family serves in the pattern of concern.
Use this compact shape:
This profile deliberately collapses several small diagnostic checks into one scalar effect. The scalar is the strongest quality effect that any layer requires: clean, bounded local repair, coordinate lowering, or repair-before-use. The layers are diagnostic, not extra coordinates, checklists, or proposal quotas. A new precision-restoration symptom is classified into one of these layers or assigned to the selected restoration locus; it does not mint a new [E.21](/generated/patterns/E.21) coordinate. Details stay with concrete objects and contributions: word, head, and name problems apply [E.10](/generated/patterns/E.10), [E.10.ARCH](/generated/patterns/E.10.ARCH), or [F.18](/generated/patterns/F.18); phrase-level boilerplate and plain-technical rewriting apply [F.19](/generated/patterns/F.19); hidden candidate ontics and ontic-vs-description-vs-publication boundaries apply [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 may locate that content, but it is not merely a locator. 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 evaluation specification does not become an ontic-discovery pattern, and assessment work does not acquire ontic-authoring authority by noticing that defect.
The kindRestorationCheck is required whenever a precision-restoration finding or repair proposal changes wording. It records the meaning-bearing object, kind, relation, current ontic slot, relation position, use relation, or claim kind, admissible use, and scope 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). [E.21](/generated/patterns/E.21) does not restate slot discipline, ontic architecture, publication-form discipline, or mathematical-lens ontology; it only checks that the repair preserved or deliberately changed them by value. The check is a bounded complete preservation proof, not a blanket demand to formalize every sentence and not a license to do the least visible work. Complete means every field whose value can drift because of the changed wording receives one explicit disposition: not triggered, ordinary prose, or no FPF-governed phrase changed with checked loci, preserved, split, intentionally changed by accepted decision, or blocker. A no-repair result is valid only as one of those dispositions with loci; “nothing to do” without that discharge is a missing repair. Expand the row only when a kind, relation, claim, current ontic slot, relation position, use relation, claim kind, or admissible use can drift. 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, and bounded non-use.
RequiredPatternQualityCoordinates
For every conforming E.21 result, dated assessment work applies the evaluation specification to every coordinate below, 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 coordinate that owns the content: related-pattern authority, traceability, formal-claim admissibility, falsifiability, affordability, corpus ecology, evolution, or refresh.
Coupled-flow unity and separation for pattern quality. 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. 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; it does not decide whether a pattern is current, obsolete, under development, or being used. Treat FPF pattern development as the local pilot case: quality-loop proof supports separately performed edits; copying that proof into the pattern does not change the pattern by itself.
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. This is a pattern-text-use evaluation, not a lexical search: 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 owns that work, not in the pattern. Related-pattern statements named by value can be true and still damage the pattern of concern when they appear before the pattern's own EntityOfConcern and application guidance are recoverable. If the opening Problem frame or Solution starts with precision-restoration material before the pattern's own subject and move, this coordinate is at most 2; if a positive action exists but the reader must traverse that material across sections to find it, it is at most 3. Compact related-pattern statements belong in Relations or short late boundary rows and must preserve kind. Local boundary prose is admissible only when it states a documented local confusion and local stop condition not already carried by the owning pattern for that specific distinction or claim boundary. Also lower PatternApplicationGuidance, WorkingSituationAndUseBoundaryRecognizability, PracticalUseDeltaAndHarmPrevention, and UseAffordabilityAndApparatusProportionality when the profile shows that precision-restoration issues displace first-use content.
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. A diagnostic or exploratory request still measures every coordinate and reports values; it does not create an admissible-use shortcut. If the assignment 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. Dated assessment work 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:
Status is not assigned from a two-column table, a prose summary, a checklist count, an E.19 pass or fail row, a table missing ShortRationale, a result missing the required PrecisionRestorationProfile, or a result missing the evidence basis needed for its values. Such material can support later assessment work, but it is not the E.21 result episteme. Conversely, the local PatternQualityStatus asserted by that result is not a release crossing: separate E.19 review work and result, plus the authority-bearing release or admission work/decision named by value, govern gate-specific carry-through, projection, monolith, packaging, authority, and non-overread conditions.
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, add finding rows for every below-floor coordinate and proposal rows only for substantive non-dominated improvement opportunities inside the declared scope. 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. A 4 can be the correct stop value only with a checked no-proposal disposition showing why further content movement is dominated, unavailable, or outside scope.
Archetypal Grounding - worked slices
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 about architecture, work, system levels, method, P2W, or another non-semio EntityOfConcern tries to introduce the subject through a catalog of other claim kinds or objects that are outside its own subject. That catalog is unbounded because every EoC is outside infinitely many other EoCs. If copied boundary doctrine leads the Problem frame or Solution, EntityOfConcernPrimacyAndSemioBiasResistance falls to 2 or 3 even when every individual boundary is true. Repair by leading with this pattern's own EntityOfConcern, first useful move, practitioner action, practical delta, bounded non-use, and positive subject and action guidance; replace copied boundary doctrine with one relevant pattern ID plus the concrete definition, constraint, test, or repair relation it supplies, unless a documented local confusion needs a local stop condition not already carried there. If the same doctrine is spread across Problem frame, Solution, anti-patterns, checklist, and Relations, classify the aggregate under the profile's repetition-and-distribution layer and repair the distribution, not just each local sentence.
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. Repair by moving discoverability to README, ToC, E.11, I.2, or retrieval or projection loci, moving compact pattern references and their concrete definition, constraint, test, or repair contribution to Relations or a late boundary row, moving architecture-placement rationale to DRR or architecture documents, and rewriting the Solution to answer “what do I do with this pattern's EoC?” before any statement about another pattern.
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, or 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, 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 result, E.19 run record, README, ToC, E.11, 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; record no-proposal only with 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; dated assessment work 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 is deliberately strict because recent short patterns looked formally clean while lacking the worked slices, source carry-through, lowering conditions, and transfer coverage present in mature FPF patterns. The repair is not "make everything long"; it is "carry the selected mature ingredients that the declared use needs."
SoTA-Echoing
Relations
E.21:End
Last Updated: 2026-08-04 — upstream FPF commit 67092138 (github.com/ailev/FPF)