Practical entries
The entries below illustrate questions that FPF can help answer; they do not exhaust its uses. Bring the actual difficulty from your project and use the search guidance in USING-FPF.md to find an individual method or a connected application. Search the Table of Contents for relevant entries, or ask an assisting agent to compare plausible candidates. If unfamiliar wording or limited access hides the needed material, F.1:4.4 explains how to find inspectable passages and state the remaining search or access gap. A sufficient known source can end that lookup.
The ordinary examples start with one direct pattern and retain any conditions for a later use. They can stop at the first useful result without a mantra. The Practical-Use Cards show another use: a difficult question whose answer normally draws on several pattern contributions. Their mantras show in compact form how that answer unfolds through those contributions, without turning the unfolding into a fixed workflow.
LIVE-WORK-STEERING — Choose the next action while Work is changing
- Situation: Ongoing Work has an applicable domain Method, but a current fact can change what should happen next.
- Question: What should the deciding System choose now, who will perform it, and when must they stop or look again?
- First useful result or blocker: One bounded decision, intended performer, and feedback condition—or a named blocker due to missing or outdated action-guiding information, authority, capability, safety, applicability, or no current Work.
- Start with:
A.15.7. - Stop or return: Stop when the action, performer, and nearest return condition are clear. If ongoing Work is blocked by a missing or unsupported performer, support, or continuation-state relation rather than by candidate choice, use
A.15.8to repair that configuration or stop, then return. If Work has not begun, useA.15.2for intended-work content,A.15.5for work-entry readiness, orC.11only when a known chooser must compare an already formedOptionSet.
METHOD-RECOVERY — Explain what reusable way several performances may show
- Situation: Several observations or records suggest a reusable way, but no Method has been established.
- Question: What candidate explanation is supported, which real rivals remain, and which uncertainty can change the intended use?
- First useful result or blocker: One source-traceable provisional account per candidate with real rivals and relevant gaps—or an honest record-only result. Include a useful distinguishing question when it changes recovery or receiving use; designing or undertaking a study is a separate choice.
- Start with:
A.3.1.MR. - Stop or return: Stop at the strongest honest account or lowering result. Continue to
A.3.1or specialistME.18only when that later use is current.
PROFESSIONAL-RESULT — Use one result from another practice without transferring the decision
- Situation: A decision needs a legal, safety, tax, privacy, engineering, scientific, or other outside-practice result, but the available source or request names only a title, department, document, approval, provider, or tool.
- Question: What does the available result support for this decision, and would an obtainable additional contribution warrant its whole acquisition burden?
- First useful result or blocker: The supported answer with its necessary use limit, a worthwhile bounded result request, or the exact source, Method, capability, authority, access, evidence, or applicability blocker.
- Start with:
A.15.9. - Stop or return: Finish at the useful answer and its material limit; a remaining gap does not itself require a request or an explanation for omitting one. Select acquisition through A.15.9 when its contribution is worth obtaining. The supplier keeps its Method and professional authority; the receiver keeps the receiving decision. A title, document, delivery, provider label, or tool output transfers neither.
NAMING — Give one identified thing a usable name
- Situation: One already identified thing needs understandable wording; later use may also require a stable, reusable name.
- Question: Does ordinary wording suffice, or which durable name preserves the thing and avoids misleading alternatives?
- First useful result or blocker: Sufficient ordinary wording; only when reuse needs a durable settlement, one local
NameCard; otherwise the exact missing thing, use, reader group, scheme, sense, or candidate evidence. - Start with:
F.18when the name must become durable. For one-off wording, keep the ordinary phrase and use the thing’s direct pattern only if its meaning is unclear. - Stop or return: Stop without a card when ordinary wording answers the need; otherwise stop at the local naming settlement. Return when the thing, use, readers, scheme, or likely misunderstanding changes.
SYSTEM-RECOGNITION — Test systemhood only when it changes the decision
- Situation: A decision may change if one exact entity is a System, while the same noun may instead name Work, a Method, capability, episteme, structure, or another subject.
- Question: What decision depends on treating that entity as a System?
- First useful result or blocker: Return to the direct non-system claim; recognize or reject the System reading; or name the missing construction fact or test.
- Start with:
A.1.SCR. - Stop or return: Stop at that direct result or exact blocker. A noun, assignment, capability, plan, or project label does not establish systemhood.
TIME — Decide what a timing claim lets you do
- Situation: A trend, deadline, cadence, or stale result is being used to decide what to do next.
- Question: Which moment, rate, rhythm, or freshness relation matters, and does it support continuing, refreshing, waiting, synchronizing, or changing rhythm?
- First useful result or blocker: A bounded temporal claim and supported continuation, or the exact missing window, evidence, effort, resistance, or currentness basis.
- Start with:
C.27; useG.11only when an affected result may need scoped refresh because its basis is stale. - Stop or return: Stop at a state or rate reading when it supports no stronger claim. Return when the window, evidence, currentness, or intended use changes.
CAUSAL-USE — Keep a causal-looking result within its support
- Situation: A correlation, estimate, simulation, or comparison is being used to say that an action will cause an outcome.
- Question: What causal statement may the evidence support, and what stronger statement must not guide intervention or investigation?
- First useful result or blocker: A supported statement and its limit, or the missing alternative, intervention, comparator, evidence path, identification result, or transport basis.
- Start with:
C.28. - Stop or return: Stop, narrow the claim, or abstain when support is insufficient. The causal-use result does not choose, deploy, publish, or certify by itself.
MEASUREMENT — Make a number interpretable before relying on it
- Situation: A reading, score, rating, sensor value, or dashboard number is being compared or used in a decision.
- Question: What exact subject and characteristic were measured, on what scale and unit, by what method, and under what calibration and time stance?
- First useful result or blocker: An interpretable attributed value with uncertainty and a use boundary, or the missing subject, scale, method, calibration, evidence, or validity window.
- Start with:
C.16. - Stop or return: Stop when the value supports the present comparison. Return when the subject, method, calibration, time stance, uncertainty, or use changes.
MATHEMATICAL-MODELING — Obtain a useful consequence from a representation
- Situation: A working question needs a mathematical construction, or a proposed representation may omit something that changes the answer.
- Question: Which object and correspondence make the question answerable, and which conditions permit using its result?
- First useful result or blocker: A calculation, bound, construction, obstruction or distinguishing observation, with its interpretation; alternatively, the missing relation or operation.
- Start with:
C.29:4.1. Use an adequate local equation or algorithm directly when no representation question remains. - Stop or return: Stop when the consequence answers the present use. Return when a changed assumption, lost distinction or execution condition changes that consequence. Validate correspondence to a phenomenon when the intended reliance requires it under
C.29:4.5a.
When the direct pattern is already known, open it rather than forcing the question into an example: E.11.PFP for framework publication, E.11.DSG for the DPF Suite Reference when a question spans several DPFs, A.15.6 when project, process, or case hides the subject, A.1.1 for model-use organization, C.22.PFR for an actual-problem claim, and A.6.REL for an obtaining relation. These are locators, not more selectable examples.
METHOD-CONSTRUCTION — Construct, connect and change methods for practical use
- Situation: Relevant methods or operations exist, but their joining, explanation or adaptation is still missing for the work you need to do.
- Question: How can I obtain the result, make the way usable by another practitioner, and change it without losing independently useful parts?
- First useful result or blocker: One explained candidate way or connected account, its supported conditions and selective return after change; alternatively, the precise missing operation or basis.
- Start with: C.39:4 supplies the general construction. Use a sufficient existing Method directly and stop. No framework authorship or pattern format is required.
- Stop or return: Stop when the intended use has its adequate explanation. Reopen the connection whose condition fails; retain independent uses whose conditions still hold.
For example, recording preparation can meet analysis at 3 ms and viewing at 8 ms under a qualified 2.5 ms timing bound. Tightening analysis to 2 ms reopens that branch without invalidating viewing. C.39:5.3 develops the preparation, its independent professional premises and that return. If the result must become a framework explanation, E.4.CM:5.4 shows the additional public-content and pattern-form decisions.
WORK-OPPORTUNITY — Find a useful continuation before proposing change
- Situation: Work meets its present requirements, or you have useful material but no settled question about what to change.
- Question: What result could matter here, and is finding or proposing another way worth the work it creates?
- First useful result or blocker: A supported local possibility, a question worth resolving, an exact missing contribution, or continuation of the present work.
- Start with: Use C.40 for material whose useful result is still open; C.39 when the result is known but its obtaining way is missing; C.11.DUA when a proposed change needs a value-and-burden judgement. Use adequate domain reasoning directly.
- Stop or return: Stop at that first result, including no worthwhile advice. Reopen only the conclusion whose conditions change; existing obligations remain in force.
Start with a bounded piece of available work: for example, replay an order queue using its durations and delivery conditions, or compare how two recipients use the same result. Try a supported variation of an operation, order, contribution or use; say which consequence it could change. A different word or an unusual observation is a lead, not a diagnosis. If the needed way is absent, construct and explain a local operation or identify its exact missing basis.
Before proposing that variation, distinguish the larger work performed through the action from later work that uses its result. Use B.1.5.EW to recover unclear connections between the action, its constituents and the larger work, and B.1.5.RS when replacing the action can affect another use. Follow a later result handover separately when it can change the proposal. Stop following the connections when further detail cannot change this continuation on the available basis.
Compare with continuing as at present. Thinking, obtaining evidence, explaining the advice, deciding and making the change can burden different people and resources. Include already committed work and other proposed changes in the same interval: two worthwhile changes can exceed shared capacity together. DUA supplies this comparison and returns to C.11.CRC when a finite comparison is missing. Offer only the result whose contribution warrants that burden; explain its decisive conditions in the recipient’s working language. A useful local answer can end the inquiry without a pattern recommendation or a record of refusal.
COMMUNICATION-FOR-USE — Make communication useful, then learn from what happens
- Situation: A report, model, message, or answer seems clear, but its intended use and evidence are unclear, including whether its producer can use it later.
- Question: Who should understand or do what with it, what evidence is enough, and what should change if that use is not achieved?
- First useful result or blocker: A supported decision to keep or repair it, change prerequisites or a future use, or stop, with evidence, causation, and permission limits.
- Start with: Use
A.2.9to judge the communication against what its recipient should understand or do. Distinguish the act from its wording and medium, and interpretation from response, later action, world change and causal contribution. For the repair question that arises, useA.6.3.CRfor wording,A.6.3.RTfor representation, orA.6.3.NAR/E.17.EFP/E.24.PUBfor narrative, explanation or publication. UseA.10for evidence,C.28for causation andC.11to compare repair options only when needed. A repair may change prerequisites, medium, interaction or future use. Check authority, consent and admissibility separately. - Stop or return: Stop when the named use has enough support or a blocker is explicit. Preserve the earlier intended use when interpreting the response; revise a future use when warranted. Response or silence alone proves neither meaning, success, causation, authority, consent, nor permission.
RESULT-TO-NEXT-MOVE — Route an obtained result to the next probe or option
- Situation: A DPF or project calls something information gain, learning progress, or novelty, or has articulated a result from an earlier cue, and wants to use it to choose the next probe or option.
- Question: What result actually exists, and which downstream question, if any, is current?
- First useful result or blocker: The direct result plus the first needed reliance disposition, characterization, possibility-space claim, configuration-relative comparison,
ChoiceResult, or missing basis. - Start with: Name the obtained result and use its direct pattern. Use
E.10.LRNwhen learning hides the result; separate ambiguous claims and return each to its direct pattern. Continue toA.10only for actual reliance,C.17/C.18only for characterization or space change,C.11.CRConly for a missing finite realizable-configuration comparison, andC.11only for a live choice. - Stop or return: Stop when the present question is answered and before every non-current question. Observations, objectives, and characterizations retain their identities. Route the result articulated from a cue through its direct pattern; if its
A.16.1cue pack remains current as a source or provenance, retain it separately.
ACTUAL-TEMPORAL-STRUCTURE — Recover what actually obtains before testing coordination
- Situation: A cycle, onset list, trace, notation, or geometry is called rhythm, but may be a prescription, representation, Method unfolding, or account rather than what obtains.
- Question: Which subjects and relations support the selected structure, what grounds it, and is a coordination trial useful now?
- First useful result or blocker: A.22-selected structure and grounded C.2.1 account—or missing bearer, relation, observation, or grounding. Keep future specifications and representations separate. For a selected coordination trial, add direct relations, conditions, observations, and next decision or stop.
- Start with: Begin with actual changing subjects and their use. Recover changes, Work parts or a continuous carrier, plus obtaining relations; use A.3.4/A.15.1 for change or Work and C.27.TA for the temporal claim. Use A.22 to select one structure and C.2.1 to ground its account. Distinguish structure, account, future specification, representation, Method unfolding and Work; periodicity, onsets, notation or geometry alone establish no structure. For coordination, name bearers and direct relations. Only when a trial can change the decision and warrants its burden, compare feasible interventions, try one within bounds, observe, then decide or stop. Open specification, representation, decision, causal, trial or domain patterns as their questions arise.
- Stop or return: Stop when answered. Return when bearer, relation, constraint, grounding, intervention, or use changes; domain Methods stay in DPF.
CONSEQUENCE-BEARERS — Find omitted Systems before closing a decision
- Situation: A consequence account for a decision or investigation may omit physical or operational wholes beyond its candidate bearer.
- Question: Which other Systems may undergo a relevant change, through what supported relation or still-modal path, and what next step follows for the decision or investigation?
- First useful result or blocker: A bounded consequence account with its focus, bearers or intended referents, obtaining or modal paths, changed characteristics, support, uncertainty, and material limit. A useful constraint, alternative, or explicit unknown can complete the answer; further discovery needs a worthwhile obtainable contribution.
- Start with: Use
A.1.CSDfor the focus and receiving decision or investigation. Trace obtaining relations separately from modal paths, challenge the boundary and recover the relevant wholes; useA.1.SCRonly when a candidate’s systemhood is load-bearing. Qualify each change and keep each bearer’s changes and conditions distinct. Leave through the direct evidence, causality, comparison, domain or value pattern only when that stronger question is current. Select further inquiry by individual and combined contribution and burden. - Stop or return: Return the smallest useful account with its material limit; it may change or hold open the named decision or investigation. Reopen when the focus, configuration, horizon, whole, relation support, bearer, observation, or receiving use changes.
Practical-Use Cards
These cards offer a non-exhaustive set of optional routes for extended work with a pattern language, each selectable by its situation and intended result and composable only from contributions current in the actual case.
The keys only help navigation. Compare cards by the situation and intended result, then open the direct patterns needed in the actual case. Skip a contribution whose question is not current, and stop at the first useful result or blocker.
UNFAMILIAR-THEORY - Make an unfamiliar theory usable
- Situation: A theory offers a useful construction or result, but you cannot yet assemble and interpret its application to your question.
- Question: How can you obtain the needed consequence and use it?
- First useful result or blocker: A worked application with an interpreted answer, or the missing operation, premise or correspondence that directs the next contribution.
- Mantra: Recover the question the theory helps answer. Connect its objects and rules to one case. Obtain the construction and reconstruct the decisive argument. Compare the corresponding operations when using another representation. Apply the consequence; use what suffices or identify the remaining question.
- Start with:
B.5.TUfor application construction.B.5.RCandB.5.RAsupply construction and argument recovery,A.6.3.RTan operative expression, andC.29.1result transfer. UseC.39for a missing way. - Stop or return: An adequate supplied result can enter where needed. Stop when its interpreted consequence answers the question. If a premise changes, follow its effect instead of repeating unaffected work.
PHYSICAL-RESULT - Connect physics, mathematics and computation
- Situation: A team has physical, mathematical and programming knowledge, but cannot connect the contributions needed to produce a physical result.
- Question: Which missing contribution prevents the next engineering move?
- First useful result or blocker: An interpreted calculation, proposed realization or located failure in the physical account, computation or execution.
- Mantra: State the physical change sought. Construct the state and continuation needed to reason about it. Formulate the mathematical question and interpret its variables and operations. Obtain a result or computational procedure. Connect input preparation, system actions and output reading. Return to the physical question and repair the failed contribution.
- Start with:
B.5.MPCto connect available contributions and select the missing one.C.29constructs mathematical correspondence;C.29.1tests result transfer;C.29.2constructs computation;C.29.3connects it to an executing system. Subject engineering supplies physical laws and mechanisms. - Stop or return: Reuse ready contributions. Stop when the result suffices for the present decision. Reopen the contribution whose changed condition invalidates its use.
Expansion for PHYSICAL-RESULT
Divide the work. Give the next participant the result, what it denotes and the assumptions needed to use it. For the robot in B.5.MPC:5.1, the physical contribution supplies the motion model; the mathematical contribution relates distance to motor increments; the computational contribution produces an integer command and its rounding bound; the realization contribution checks what that command makes the controller do. People and AI agents can take these contributions according to their capabilities.
Use A.3.3 to construct a missing state account and C.16 for a needed measurement relation. These are dependencies between results. A ready model or computation can be reused at its point of need. Slip can reopen the motion model, overflow the command representation, and changed timing the execution arrangement. A calculated displacement remains conditional on the model until actual motion is established.
ARCHITECTURE — Carry an outside need through structure and feedback
- Situation: A system or another architecture subject must produce an outside result, but its pressure, options, decision, or realized feedback is unclear.
- Question: What missing architecture result prevents the next useful decision or action?
- First useful result or blocker: One clear architecture question, candidate comparison, decision, or exact missing fact or constraint.
- Mantra: Start with the outside change and who relies on it. Name the subject and pressure; separate facts from intended constraints; compare plausible structures; choose what the current decision needs; check what the realized structure produces; reopen when use, evidence, or structure changes.
- Start with:
C.32.P2S, then the pattern for the current question inC.30,C.32,C.32.PAD, orC.30.AD. - Stop or return: Stop when the first result makes the architecture work reviewable. The card is not a compulsory lifecycle.
PRACTICE-ARCHITECTURE — Connect methods with their use, support and development
- Situation: A decision about methods depends on performed or planned Work, capabilities, providers, descriptions, tools or cultural change whose structures do not align one-for-one.
- Question: Which relations change how the methods can be used or improved?
- First useful result or blocker: One readable synthesis, one bounded development action, or the exact missing Work case, relation, or transfer evidence.
- Mantra: Start from representative Work and its needed result, or a proposed use with a later-test condition. Keep Methods, Work, capabilities, providers, descriptions, tools and cultural processes distinct; compare the structures that conflict; develop a limiting capability when needed; test transfer in real Work; return when the method, provider, evidence or style changes.
- Start with:
C.32.MWA; useE.23.CDI,E.23, orC.36only for the question actually opened. - Stop or return: Stop when the synthesis or transfer result answers the decision. A method description is distinct from the method and from performed Work.
WORKING-DOCUMENTS — Make a document answer one use
- Situation: A document is requested, but its label does not reveal the use it must support.
- Question: Do you need to check one view, reuse related views, show the same subject differently, see enough structure, compare named sources, or use an architecture description in a decision?
- First useful result or blocker: A checked view, a reusable viewing approach, another presentation of the subject, an account of sufficient or missing structure, a source comparison, the architecture-description result needed now, or the exact blocker.
- Mantra: Name who will use the document and what it must support. Check one view; prepare recurring views; show the subject another way; expose enough structure; compare sources; or use a description in architecture work. Keep document, subject, decision, and performed Work distinct. Stop when the needed result exists; return when its use or content changes.
- Start with:
E.17.0for one viewpoint;E.17.1/E.17.2for recurring use;A.6.3.RTfor representation change;C.33for structural information;E.17.ID.CRfor source comparison;C.30.ADfor architecture-description use; otherwise use the direct pattern for the document result. - Stop or return: Stop when that result answers the use. One file may carry several results without merging them.
OPTION-COMPARISON — Keep unlike option results distinct
- Situation: Labels such as build, buy, reuse, provider, internal, outsource or AI need comparison; uncertainty blocks costly commitment; or advice demands costly or infeasible work.
- Question: Form complete ways, compare or retain candidates, govern a pool, prepare options for another chooser, choose now, or repair an evidence demand?
- First useful result or blocker: A complete-enough same-result way set, comparison or retained set, pool rule, prepared
OptionSet,ChoiceResult, usable advice, answer to the blocking question or exact gap. - Mantra: Name one result, use, situation, horizon, and acceptance basis. Turn labels into complete ways on one parity basis, keeping supported, proposed, and unknown premises visible. Compare or choose only when current; preserve worthwhile variants and gaps. For costly action, resolve only the uncertainty blocking commitment. Return when the result, basis, evidence, or use changes.
- Start with:
C.11.DUAfor a demand’s contribution or feasibility;C.38for incomplete ways; otherwiseA.19.ECS,C.18,C.19,G.5orC.11for the current question. For costly commitment, select the current check inA.10,B.3,A.20,A.21,C.28,C.11orA.15.5. - Stop or return: Stop at the present question’s result. Option descriptions establish neither choice nor capability, authority, Work, provision, delivery, acceptance or use.
PROBLEM-SHAPING — Stop at the earliest honest problem-side result
- Situation: Something matters, but the team may have only signals worth preserving, a direction for inquiry, a question about competing explanations, or enough clarity to accept a problem statement.
- Question: What can you honestly produce now: preserved signals, a routed direction for inquiry, an explicit question that contrasts possible explanations, or a problem statement ready for acceptance?
- First useful result or blocker: A preserved set of signals, a clear inquiry route, a question about plausible explanations, an accepted problem statement, or the exact missing anchor, route, subject, constraint, or acceptance basis.
- Mantra: Keep what was noticed before declaring a problem. Route the inquiry only when the signal has a stable anchor. Ask about explanations only when the open question and contrast are clear. Accept a problem statement only when the subject, constraints, unresolved relations, important distinctions, and basis can be stated. Stop at the earliest useful truth; return when its basis changes.
- Start with:
A.16.1for a cue pack,B.4.1for routed cues,B.5.2.0for an abductive prompt, andC.22.2for an acceptedProblemCard. - Stop or return: Do not force a cue into a problem. Open
C.22.PFRonly when whether the adverse relation obtains changes the next use.
IMPROVEMENT — Define better before repeating change
- Situation: A team wants to improve something but has not agreed what better means or how the changed version will be checked.
- Question: Which evaluation question, characteristics, scales, changes, and comparison make improvement reviewable?
- First useful result or blocker: One evaluation question, current assessment, bounded change, before-after comparison, or exact missing use, evidence, scale, or trade-off.
- Mantra: Name the entity, current state, and use that better must serve. Frame the question before choosing metrics; select characteristics, scales, and protected trade-offs; assess the current state; compare candidate changes; make only the supported change; evaluate it on the same basis; continue, stop, or change direction from that result.
- Start with:
E.22,A.19.ECS,C.16, andE.23as their questions become current. - Stop or return: Stop at the first missing prerequisite or useful comparison. Reopen when the entity, use, evidence, or scale changes.
WORDING — Repair language without replacing the project question
- Situation: A load-bearing sentence hides the subject, relation, kind, use, or nearby false inference.
- Question: What should the reader understand and do, and which distinctions matter for that use?
- First useful result or blocker: One plain repaired sentence, direct clarification, local naming result, or exact missing subject, sense, test, or reader use.
- Mantra: Recover the ordinary project sentence first. Name what it is about, what it claims, and who must use it; add ontological distinctions only where they change truth, understanding, or action; choose a durable name only when later use needs one; rewrite in plain technical language; check that a reader without private context can recover the intended claim and action; retain a guard only under F.19’s full grounded-contribution test; return to the domain task.
- Start with:
F.19; useE.10for unresolved FPF wording, andF.18,F.0.1,F.9, or the subject’s direct pattern only when needed. - Stop or return: Stop when the reader can understand the claim and carry out its intended use. Do not continue ontology work after the language problem is solved.
SOTA-PORTFOLIO — Move from a plural field to the cheapest useful result
- Situation: A project needs the modern field of approaches rather than one popular answer and may later need maintained domain guidance.
- Question: What plural view is adequate now, and does the remaining problem call for reuse, a contribution, another product, a DPF or LPF, or no maintained result?
- First useful result or blocker: One source-linked SoTA view, live option set, reuse route, framework decision, or exact missing scope or maintenance basis.
- Mantra: Name the practical question, scope, freshness need, and rival traditions. Build a source-linked plural view; preserve disagreement, source-use limits and constructions; compare useful approaches; try cheaper reuse or contribution first; open a framework decision only for a recurring unmet problem; author and test the needed patterns; refresh when the field or use changes.
- Start with:
G.2; addC.18,C.19, orG.5for the set and the E.4/E.9 authoring route only if a framework is selected. - Stop or return: Stop at the first adequate maintained or one-off result. If allocation to familiar patterns loses a source’s construction, use
FPF.Preface:16.5to identify the missing result, obtain it through the appropriate subject method and return to the original use. A source pack or proposal is not a framework by appearance.
SYSTEM-DELIMITATION — Separate parts, selected boundary, and crossings
- Situation: One System is recognized, but a decision mixes its parts and assembly with a chosen boundary, external participants, and relations that cross it.
- Question: Which facts, use-relative choice, crossings, and selected structure answer the decision?
- First useful result or blocker: One exact part or assembly fact, boundary choice, crossing relation, selected structure, or missing participant, predicate, constraint, or use.
- Mantra: Start with the recognized System and decision. Recover parts and assembly as facts; keep external participants outside the part list; choose a boundary only when alternatives matter; name every crossing by its own relation; select a joint structure only when organization changes the decision; reopen when identity, facts, use, crossings, or constraints change.
- Start with:
B.1.2,A.14, andC.13; useC.11,C.32.PAD, the direct relation pattern, orA.22only when needed. - Stop or return: Stop at the smallest result answering the decision. If system recognition is unresolved, return to
A.1.SCR.