Use-Bounded Representation Selection and Co-Use
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: Method pattern Status: Stable Normativity: Normative unless explicitly marked informative
Plain name. Selecting and using representations for one action.
Relations
Content
Problem frame
Plain name. Selecting and using representations for one action.
Use this when. One person, team, organization, or other consuming System must take one exact action or make one exact decision, and several diagrams, tables, models, records, plans, descriptions, views, notations, or other results may each support only part of that use.
This is the one-use selection branch of representation work. The governed move is to decide how the receiver may use independently governed candidate results for that exact action. C.37 does not decide what those results are, whether their subject-side claims obtain, whether an episteme is a view, whether a graph is mathematically admitted, whether evidence may be relied on, or whether the receiving action is authorized. Those answers remain with their direct patterns.
Primary working reader. A practitioner who has more than one plausible way of seeing or carrying information into an action and needs a defensible selection without building a universal representation taxonomy.
First useful move. Name the receiving System and exact action or decision in one sentence. For each candidate, name the direct result it already has, the exact claim this use would rely on, what the candidate exposes and withholds, and the direct result that permits, declines, or leaves that use unresolved. Stop after one row if one row is enough.
First useful result. One logically complete use-bounded representation-selection account: one or more completed candidate rows plus the exact receiving action those rows support, decline, or leave unresolved. Its join key and use boundary are <receiving System, exact action or decision>. If the account is retained as a standalone claim-bearing object, it has the ordinary C.2.1 identity of its claims, exact EntityOfConcern, and effective reference scheme; the join key does not replace episteme identity.
What goes wrong if missed. A readable diagram is treated as a conforming view; provenance is treated as approval; an evidence classification is treated as permission; several adjacent results are treated as one coherent structure; or a choice made for one action silently travels into another action with different loss, evidence, and decision conditions.
What this buys. The practitioner can say which candidate is selected, declined, or unresolved for one use; which exact claim is being carried; what remains hidden or transformed; what direct result supports the use; and what change requires return or reconsideration.
Not this pattern when. Use the direct pattern and stop when it already returns the complete one-result/one-use selection and limits. Use E.17.0 for view conformance, C.29 for a mathematical-lens use, A.6.3.RT for changing representation while preserving content, A.22 for selected structure, C.13 for a construction or collection question, E.24.PUB for publication, and C.2.P.DR for declarative-representation overread. Use C.37 only when the receiving action still needs the cross-kind selection account after those direct results are available.
Problem
Representations are useful because they foreground different things. A workflow diagram may expose order while hiding effort. A work plan may expose intended timing while saying nothing about actual performance. A work record may expose an observed breakdown while saying nothing about whether a proposed change will repair it. A graph may support traversal or calculation while omitting distinctions needed by a receiving decision.
The practical question is therefore not “which representation is best?” It is “which exact candidate result may this receiver use for this action, for which claim, under which limits, and what direct result makes that use available?”
Five recurrent shortcuts make the answer unsafe:
- Object shortcut. A label such as diagram, view, model, graph, or record substitutes for the direct result that identifies the candidate and its subject-side claim.
- Classification shortcut. An A.2.4 intended first evidence-use classification is treated as evidence sufficiency or permission.
- Provenance shortcut. A source path, current carrier, or authentic publication is treated as a positive
RelianceDispositionor receiving result. - Decision shortcut. A selected row is treated as choosing, authorizing, permitting, or passing a gate without the direct receiving pattern.
- Composition shortcut. Several rows are treated as a collection, structure, integrated view, world model, or graph merely because one receiver reads them together.
Forces
Solution
Use one action spine:
- name the receiving System and exact action or decision;
- recover each candidate and its direct subject result;
- separate the direct subject result, optional first-use classification, bounded reliance, receiving result, and auxiliary facts;
- state what the candidate exposes or preserves and what it withholds, loses, transforms, or leaves uncertain;
- mark the row
select,decline, orunresolvedfor the named use and give its return trigger; - co-record only rows that support the same receiver and exact action or decision.
Local mantra. One receiver, one action. Recover each candidate under its direct pattern. Name the claim, reliance, loss, receiving result, disposition, and return. Put rows together only for that action.
The mantra is a recall aid, not a decision rule. The receiving pattern still emits the choice, gate, permission, authorization, or domain result.
Fix the receiving use before inspecting candidates
Write one sentence:
Every row in the account uses that same receiver and action. A diagram used to select a proposed Method edition and the same diagram used later to tailor that Method belong to different accounts. Adjacent actions, one project, one carrier, or one meeting do not merge their use boundaries.
If one direct pattern already returns the complete representation–operation choice and limits for this use, take that direct exit. Do not add C.37 merely to rename its result.
Recover each row through five separate layers
Open only the layers required by the attempted use.
If a layer required by the attempted use is negative, missing, or unresolved, do not borrow support from another layer. Decline the row or mark it unresolved and name the missing fact or direct result.
State exposure, loss, and the row disposition
For each candidate, state only distinctions that change the receiving action:
- what it exposes, foregrounds, or preserves;
- what it withholds, omits, loses, transforms, or leaves uncertain;
- the exact claim for which it is selected or declined;
- the direct result and, when material, A.10 disposition that bounds that claim;
- the condition that sends the reader back to the source or reopens selection.
Use exactly these ordinary row dispositions:
Selection is use-bounded. It does not make the candidate true, complete, current, published, conforming, relied on, assured, or authorized outside the exact claim and action stated in the row.
Use the smallest complete account
Use this readable shape when the result must be retained:
One row is a valid minimum when C.37 still adds a needed layer separation. If the direct pattern already supplies the same complete one-result/one-use answer, use the direct exit instead.
This is a logical claim group, not a universal record kind, U.Representation, RepresentationOf relation, taxonomy, manifest, view family, collection, or structure. Do not give it another schema merely because several domains use the same questions.
Realize the result once
Use one deterministic realization rule:
- If an owning domain result already carries this same receiving use, embed the complete row claims and action boundary in that result.
- Otherwise retain the complete account as one ordinary C.2.1 episteme.
- Never create both an embedded copy and a standalone duplicate for the same use.
Embedding does not weaken the required separation: direct subject result, optional A.2.4 classification, A.10 reliance when material, receiving result, exposure and loss, disposition, and return trigger all remain recoverable. A cross-use ensemble may later relate several accounts under its own direct pattern; C.37 does not perform that later organization.
Keep co-use local to one action
Co-use means only that the same receiver relies on two or more completed rows for one exact action or decision. Each row keeps its own direct result, premise, reliance boundary, loss, and return trigger. One positive row cannot repair another row's missing subject result or reliance path.
Co-use does not establish:
- one collection or selected structure;
- one multi-view family or mutual conformance;
- one integrated model or coherent world account;
- one constructional whole or composition relation;
- one shared representation scheme, graph, or correspondence;
- one assurance result or authorization.
Open C.13, A.22, E.17.0, C.29, a domain integration pattern, or another direct governor only when the receiving action depends on that additional claim.
Recognition, reliance, assurance, and action remain separate
Recognition asks what the candidate is and which direct result or relation obtains. A.2.4 may add only its first evidence-use or status-use classification. A.10 adds one bounded evidence-provenance and reliance result only when the exact use relies on evidence. B.3 enters only when an actual named assurance claim is current; consequence or reuse alone does not require an assurance package. The receiving pattern then owns the action result.
This split lets ordinary reversible work stop cheaply. A practitioner may inspect or compare a candidate under its direct result and visible limit without opening A.10 or B.3 when no evidence reliance or assurance claim is being made. When reliance is material, the exact path and disposition become mandatory for that use.
Direct exits and boundary cases
Archetypal Grounding
Method change selected for one bounded trial
MethodEngineer-ME1 must select or decline MethodChange-MC7 as the proposed Method edition for one bounded trial in planned Work item WP4. This one decision is the join key for all three rows. A C.11 ChoiceResult, or the corresponding direct Method Engineering decision result, owns the selection.
The resulting account does not say that three rows jointly prove MC7. It says which bounded premises the receiver may use, what each leaves out, and which C.11 result follows under those limits. If the same diagram is later used for a tailoring choice or W19 for a learning decision, start another account.
Failed diagram use
A release team receives a polished architecture diagram and wants to authorize deployment. E.24.PUB establishes that the diagram edition is available through a current carrier. C.2.P.DR repairs one route-shaped arrow that had been read as operational authority. Neither result establishes view conformance, a representation correspondence, runtime structure, evidence reliance, or deployment permission. Until the needed direct subject result, A.10 path and disposition, and permission or gate result are available, the row is unresolved; visual polish and provenance cannot upgrade it. If the direct release gate or permission pattern instead returns a negative result because its required basis is absent, the row is decline; classification, publication, provenance, and repair facts cannot override that direct result.
Bias-Annotation (informative)
Conformance Checklist
Common Anti-Patterns and How to Avoid Them
Consequences
The gain is a small, repeatable bridge from heterogeneous results to one practical action. A practitioner sees exactly why each candidate may be used, what it cannot support, and where the decision must return when sources, conditions, or reliance change. Domain results remain authoritative and can embed the claim group without duplicating it.
The cost is disciplined incompleteness: some attractive candidates remain declined or unresolved because publication, provenance, classification, or visual form cannot supply a missing direct result. That cost is preferable to an account that looks integrated while borrowing warrant across incompatible layers.
Rationale
The receiving use is the smallest stable boundary shared across domains. Representation kinds, correspondence relations, view predicates, plan claims, Work records, mathematical objects, and decision results do not converge on one ontology, but practitioners repeatedly need the same action sequence over them: recover the direct result, state the relied-on claim and loss, test bounded reliance when material, obtain the receiving result, and select, decline, or stop.
Co-use is chosen instead of composition because the rows need not form a new whole. The same receiver may use them together while every candidate and relation retains its own identity, predicate, and return condition.
SoTA-Echoing (informative)
Reopen this source use when newer representation, provenance, view, or decision practice supplies a lower-effort way to keep the same direct-result and receiving-action boundaries, or when real interoperability requires a common standalone account kind that cannot preserve them through ordinary C.2.1 identity and direct references.
Relations
- Builds on:
C.2.1for any standalone account episteme and for the identity of claim-bearing candidate results. - Coordinates with: the direct pattern governing each candidate's subject result;
A.2.4for optional first evidence-use or status-use classification;A.10for evidence-provenance and bounded reliance; and the direct choice, gate, permission, authorization, acceptance, or domain pattern for the receiving result. - Coordinates with:
E.17.0for view conformance,C.29for mathematical-lens use,E.24.PUBfor publication,A.6.3.RTfor representation transitions,A.22for selected structure,C.13for construction and collection boundaries, andC.2.P.DRfor declarative-representation overread repair. - Used by: domain patterns only when differently governed candidate results must support one exact receiving action and the direct one-result/one-use path is not already complete.
C.37:End
Last Updated: 2026-08-30 — this section last modified in upstream FPF commit f2f6f43b (github.com/ailev/FPF)