DRR Decision-Adequacy 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.
Status: Core.
Use E.9.DA when one DRR must be reliable enough for a declared FPF authoring use: pattern drafting, host amendment, selected-locus distribution, accepted-decision carry-through, source-use carry-through, scope-boundary decision, split decision, or architecture-hold decision.
Relations
Content
Problem frame
Use E.9.DA when one DRR must be reliable enough for a declared FPF authoring use: pattern drafting, host amendment, selected-locus distribution, accepted-decision carry-through, source-use carry-through, scope-boundary decision, split decision, or architecture-hold decision.
Not this pattern when the evaluated object is one authored pattern version, one admission or refresh review, one local wording repair, or a measurement-law problem. Use E.21, E.19, E.10 and its precision-restoration neighbours, or C.16/A.17/A.18/A.19 for those objects.
First useful move: name the exact DRRVersionRef, declared authoring use, selected-locus disposition map, and qualification window; then evaluate every decision-adequacy coordinate in this pattern. Missing decisions lower coordinates and produce repair, split, or hold status inside the same evaluation.
What goes wrong if missed: a formally valid DRR may still be too weak for drafting. It may summarize sources instead of deciding, mention neighbours without obligations, hide rejected alternatives, leave trigger words unresolved, or omit the first drafting action.
Primary EntityOfConcern in plain terms: the decision-adequacy claim of one exact DRR version for a declared FPF authoring use.
Problem
E.9 defines the DRR kind and minimum decision-rationale form. It does not by itself say whether one concrete DRR is decision-bearing enough for downstream FPF authoring. Without E.9.DA, reviewers tend to approve headings, source volume, or clean prose while the pattern author still has to invent missing decisions.
Recurring failures:
- The decision question is broad or implicit.
- The selected answer is a summary rather than a decision.
- Alternatives, rejected options, and outside-decision items are not closed.
- Receiving loci are named but not assigned content obligations or non-obligations.
- The selected FPF content architecture is explicit but wrong.
- Source use is copied without saying what changed in the accepted decision.
- Architecture descriptions, views, graphs, packets, or notes are treated as the FPF decision.
- Administrative state becomes adequacy evidence.
Forces
Solution
E.9.DA is the DRR decision-adequacy specialization of A.19.ECS. It evaluates whether one DRR version carries enough decision content for the declared authoring use.
There is no partial E.9.DA result. Once invoked, the evaluator assigns a value, short rationale, and evidence locus to every coordinate in E.9.DA:4.4, and states the evidence basis used for the result. If the DRR lacks a field, source row, selected-locus map, architecture decision, comparator, or currentness basis needed by a coordinate, the relevant coordinate receives a low value and the status states the repair, split, or hold.
Local names and kind settlement
These names are local evaluation fields. They are not release state, review status, project evidence, gate result, assurance, or pattern-quality values.
Evaluation record
[E.22](/generated/patterns/E.22) may frame whether the evaluation is floor-only, exceptional-improvement, trade-off, open-question, absorption, or proposal-producing. [E.23](/generated/patterns/E.23) governs repeated improvement of the DRR after evaluation findings exist.
Ordinal coordinate scale
The value is a content evaluation of the DRR text and accepted source-use payload, not a reward for review, landing, popularity, citation volume, or absence of visible defects.
Required decision-adequacy coordinates
Coordinate separation is by repair question. One DRR section may support several coordinates, but the rationale must state the distinct property supported for each. When two heads always fail and repair together, the DRR or the evaluation pattern needs characteristic-space repair through A.19.ECS.
Result-row discipline and calibration
An E.9.DA result uses this table shape:
A prose summary, heading checklist, two-column coordinate/value table, or table without exact EvidenceLocus is not an E.9.DA result. It is draft evaluation material. Missing or unchecked evidence lowers the coordinate that needs it; it does not make the coordinate inactive.
Common calibration points:
Status and stop condition
admissibleForDeclaredAuthoringUse states the first drafting move and the most expansive non-admissible overread. newFrameRequired is not a pass for the current declared use. Non-ready statuses state the first repair, split boundary, or architecture question.
Compact result form
The coordinate table may be short. It is still complete. Status is not assigned from a prose summary, two-column table, applied-finding count, review acceptance, or result missing evidence loci needed by its values.
Finding row
Vague labels such as weak DRR, needs more evidence, or architecture unclear are not findings until rewritten into this row.
Worked slices
Weak precision-restoration DRR. A DRR says E.10, A.6.P, and C.2.P are relevant, but does not decide whether a new branch exists, what name it has, which repeated prose moves, or which regression cases test the split. SelectedAnswerDecisiveness, SelectedLocusObligationClosure, FPFContentArchitectureSelectionAdequacy, and DraftingActionability fall.
Adequate multi-locus DRR. The DRR selects a new precision-restoration pattern, assigns exact content obligations to selected loci, states rejected alternatives, gives first drafting moves, and carries source-use payload into examples and conformance. It can be admissible for host drafting without containing final pattern prose.
Architecture-impact DRR. A DRR uses diagrams, graphs, dashboards, or architecture notes. The evaluation asks whether the DRR decided the architecture or structure claim, structural view relation, preserved and lost structure, source-return condition, selected loci, and publication boundary. The description locates material; it is not the FPF decision.
Bias annotation
This pattern biases FPF toward decisions before drafting. The bias is useful because missing decisions become expensive once they fan out into pattern hosts.
The bias is bounded. Small editorial decisions can use E.9 directly. Pattern quality remains under E.21; repeated improvement remains under E.23; wording repair remains under E.10 and precision-restoration neighboring patterns named by value.
Conformance checklist
Common anti-patterns and repairs
Consequences
Rationale
The cheapest place to repair missing FPF decisions is the DRR, before pattern prose spreads uncertainty across several hosts. A compact complete evaluation is better than a heavy preliminary audit: it gives every coordinate a value, identifies the first repair, and stops.
SoTA-Echoing
Relations
E.9.DA:End
Last Updated: 2026-06-05 — this section last modified in upstream FPF commit eaafd3a4 (github.com/ailev/FPF)