Finding the Acting or Changed System
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: Part A practitioner application pattern Status: Stable Normativity: Normative unless marked informative
Plain name. Find the system that acts or is intended to change.
Mint or reuse. This pattern introduces no U-kind, relation kind, result kind, or application-record kind. A.1.SCR is a PatternID. It tests one exact U.Entity under the already admitted U.System kind only when a current engineering decision depends on systemhood.
Use this when. Use this pattern when a decision depends on which exact system acts, is intended to change, carries a capability, persists through a lifecycle, or is being considered or designated as the project system-of-interest—and the proposed subject is still unclear. Ask: Which exact system acts or is intended to change here, and what decision depends on treating it as a system?
Relations
Content
Practitioner entry
Use this when. Use this pattern when a decision depends on which exact system acts, is intended to change, carries a capability, persists through a lifecycle, or is being considered or designated as the project system-of-interest—and the proposed subject is still unclear. Ask: Which exact system acts or is intended to change here, and what decision depends on treating it as a system?
First useful move. State the claim, the proposed actor or change bearer, and what you will decide differently if it is or is not a system. If the phrase already names Work, a Method, capability, transformation, episteme, structure, or a direct relation and your decision does not depend on systemhood, name that object and leave through its direct owner. Apply the complete A.1 criterion only in the system-dependent branch.
First-minute recognized case. A maintenance decision asks whether Pump-37 or the larger pumping assembly must be isolated before repair. The exact pump has identified constituents, obtaining part relations and assembly, a reidentification rule across seal replacement, a composition-grounded pumping characteristic, and governed boundary/interface facts. Its organization can causally participate in pumping and maintenance Work while preserving identity. The first result is: Pump-37 is the acting U.System whose boundary controls this isolation decision.
Direct-owner and proposed-system readings. “We develop the surgeon's mastery” ordinarily names the person, one holder-dependent U.Capability, training Work, or evaluation. Keep those direct-owner readings. If the source instead proposes the physically or operationally realized whole SutureControl-M17, identify that exact U.Entity and evaluate it—not a substituted surgeon or capability—under the already admitted U.System kind. The current decision chooses which reading is load-bearing; the noun chooses none.
Near-identical non-system case. PumpKit-37 contains parts of the same types and carries the same product label, but its constituents are not assembled by the required part relations, it has no composition-grounded pumping characteristic, and it cannot participate in the plant installation while preserving pump identity. The first result is: the kit is not the pump system; the current subjects are the material collection and its description.
Honest unknown case. WorkshopController-9 is an exact boxed device, but the team cannot recover its internal assembly, reidentification rule, or operating boundary. The evaluation is unknown and names those missing inputs; the decision that assumes an acting controller remains blocked. The entity itself satisfies or fails the criterion independently of current knowledge.
What this buys. A real actor, change bearer, lifecycle subject, capability holder, or project system-of-interest decision gets a tested identity and boundary. A direct Work, Method, capability, structure, episteme, or relation question leaves immediately without an unnecessary A.1 evaluation. Continue through A.1.STM only if the practitioner still cannot connect this recognition result to the project's outside use; recognition alone does not open the long map.
Not this pattern when. If the subject and its admitted kind are already clear, use the direct owner of the claim. If service or access wording hides a promise, participant, bearer, permission, Work occurrence, status, evidence, or direct relation, begin with A.6.P §4.11a. Enter A.1.SCR from that route only when the repaired claim itself depends on whether the exact entity recovered by A.6.P—an exact bearer or access-providing arrangement—is a system. If only a name for an already recoverable object is unclear, use F.18.
Problem frame
Familiar nouns can pull attention toward the wrong system or erase a supported proposed-system reading. Mastery may name a capability or the exact physical/operational whole SutureControl-M17. Session may name Work, an interval, a record, or GameSessionWhole-GS204. Access may name promise, permission, state, bearer, Work, or InternetAccessArrangement-CA17. Program may mean code, a Method, an intended designator, a deployed realization, or a run. The engineering cost is a wrong actor, identity boundary, change bearer, capability holder, or project system-of-interest—and the same error occurs when a convenient neighboring referent replaces the exact entity before A.1 evaluates it.
A.1 owns constructive recognition under admitted holon kinds. This child does not relax or duplicate that criterion. It tells the practitioner when the complete test is worth doing, permits an immediate direct-owner exit when it is not, and returns one result tied to a concrete decision.
Problem
Without this conditional route, practitioners commonly:
- classify every unusual noun before asking what the decision needs;
- treat wording, physical embodiment, a role, or a record as proof of systemhood;
- stop at a list of PatternIDs without naming the actor or change bearer;
- infer designation as the project system-of-interest from recognition or from being affected by Work;
- reject a system reading without naming the actual Work, Method, capability, structure, episteme, or relation that remains useful.
Forces
Solution
State the system-dependent decision
Start with four plain statements:
- the claim you are trying to use;
- the exact entity proposed as actor, change bearer, capability holder, persistent subject, or project system-of-interest;
- the decision or action that would differ if this entity were or were not a system; and
- the observation, boundary fact, or construction fact that would settle that difference.
Do not use bare system candidate as a working noun. Before referent recovery say the proposed system reading of the phrase. Once an actual referent is identified, say the exact U.Entity being evaluated under the already admitted U.System kind. Say an alternative being considered for designation as the project system-of-interest only when one named project plan or decision compares possible referents. None of these expressions creates a status kind or a pre-system lifecycle state.
Take the direct-owner exit first
Before testing systemhood, ask whether the current decision already concerns one of these objects:
If this result answers the decision, stop here. Name the object, its governing pattern, and what you can now do. Do not apply A.1 as a recurring project ritual.
If a needed relation has no current governor, state the exact participants and blocked receiving use, return missing-governor[...], and continue under A.6.RCD. Do not substitute relatedTo, a graph edge, or a local bundle.
Apply A.1 only when systemhood remains load-bearing
When the decision still depends on systemhood, recover all six A.1 constructive components. A.1 remains the criterion owner.
Then apply the already admitted U.System condition: the whole has an actual physical or operational organization through which it can causally participate in Work or transformation while preserving identity. A role assignment, capability, Work occurrence, plan, codebase, or description may provide evidence but does not create the system.
Return one decision-bearing result
These are response forms, not a schema. Persist a classification assertion or evaluation-result episteme only when another use must inspect or cite it; C.2.1 then owns that episteme. true | false | unknown describes an evaluation and changes no kind extent.
Add only the neighbors used now
After the first result, add only claims consumed by the decision. Shared extent, one carrier, a common label, or co-occurrence establishes none of their identities or relations. The system does not become its role assignment, capability, Work, transformation, Method, plan, evidence, or description.
Keep service/access recovery independent
When service/access wording is the unresolved phrase, start in A.6.P §4.11a. A.6.P names the exact service-provision Work, Method, PromiseContent, role assignment, bearer, access-providing arrangement, permission, status, or direct relation. Return to A.1.SCR only if the repaired sentence makes a separate system-dependent assertion about the exact entity recovered there—an exact bearer or access-providing arrangement.
“My service stopped” does not by itself say that a system stopped. Service-provision Work may have ceased, an exact deployed or physical bearer may have stopped or become unavailable, an access-providing arrangement may be proposed as the exact system whose functioning stopped, or promised availability/fulfilment may have failed. A.1.SCR owns only a separately proposed exact bearer or access-providing-arrangement reading when its system boundary matters to the decision.
Preserve the project system-of-interest bridge
The primary expression is project system-of-interest, inherited from systems engineering without adding target, aim, or goal semantics. systemOfConcern may serve as a historical systems-engineering Plain synonym; it creates no U-kind, role, relation, or second designation.
A project plan or decision may designate one system as the project system-of-interest. Keep six questions separate:
- identify the exact actual system, or keep a merely intended future referent as a designator in plan, decision, or description content;
- name the plan or decision that designates it and the intended change or use;
- admit composite project Work only after A.15.1 and A.15.6 qualifications hold;
- state each actual work-to-referent, transformation, production, evaluation, delivery, acceptance, or later-use fact under its own governor;
- test any
SystemOfInterestRoleinterpretation and any A.2.1 assignment separately; and - when the recognized system must be returned to the long dependency from outside use through architecture, Work, change, and recursive builders, continue through A.1.STM. Otherwise open the direct owner of the next claim.
Infer no project designation from system recognition, affectedness, familiar wording, a role label, or shared realization. If the decision needs the unsupported compound project-selection truth, preserve missing-substrate[project-selection-conjunction] until one constructor substrate and edition define that claim.
Use physical grounding without cross-kind identity
Ask what physically or operationally exists, where its boundary lies, and what preserves or ends its identity. This pressure helps test a proposed system reading and reject description-only substitutes. It does not identify a system with its role, assignment, capability, Work, transformation, Method, plan, evidence, or description. Do not import BORO categories, unrestricted composition, or a new 4D record.
Archetypal Grounding — Seven Heterogeneous Worked Cases
Each row states whether the A.1.SCR trigger actually fires. The rows are examples, not members of a kind or values of an enumeration.
Enumeration-integrity rule. The seven rows have different subjects, kinds, relations, entry decisions, and exits. They define no superclass, closed enum, membership predicate, or exhaustive list. Add a later example by showing its exact decision, subject, owner, route, and stop.
Scale-free and difficult-noun recognition stress
Use the same six A.1 constructive components and acting-eligibility condition for every exact entity below. The table supplies bounded fixtures, not shortcuts or a system taxonomy. true means the supplied inputs determine satisfaction; false means a required component fails; unknown names the missing input and blocks system-dependent reliance. Evaluation creates no kind membership or neighboring claim. For the sixth component, each positive fixture below states one local larger-assembly condition and the exact fixture fact that meets it. These fixture conditions are inputs to this evaluation, not universal rules, new relation kinds, or grounds for any neighboring claim in the third column.
Bias-Annotation
Conformance Checklist — Practical Checks
Common Anti-Patterns and Exact Repairs
Consequences
The pattern makes full system recognition more useful by applying it only where identity and boundary change an engineering decision. It also makes non-system results productive: Work, Method, capability, structure, episteme, and relations can close their own questions. The cost is that the practitioner must state the decision and may need to stop when construction facts or a relation governor are missing.
Rationale
The smallest reusable repair is a conditional application pattern, not a new kind or universal router. A.1 remains the recognition owner. A.1.SCR contributes a working situation, direct-owner exit, complete-test branch, decision-bearing results, project-designation guard, and migration cases. This prevents ontology work from becoming a ritual, prevents a familiar noun from selecting an actor or project system-of-interest, and prevents a convenient neighboring referent from erasing an exact proposed-system reading before evaluation.
Extent-sensitive identity remains useful because it forces the practitioner to state what exists and survives change. Unrestricted composition and category import remain rejected. The seven cases demonstrate transfer across domains without asserting a common kind.
SoTA-Echoing
Informative. These sources provide bounded pressure on the practitioner route. A.1 and the named direct-owner patterns remain authoritative for kinds, relations, and pass conditions.
The conditional route assembled here—state the decision, leave through an exact direct owner when possible, apply the complete A.1 test only when systemhood remains load-bearing, and return a recognized project subject to A.1.STM only when the outside-use dependency is still missing—is a scoped FPF synthesis of these pressures, not an external consensus claim. Reopen the synthesis if A.1 changes its constructive criterion, A.6.P changes the service/access recovery boundary, A.15.6 changes project designation, or later cross-domain evidence defeats the single scale-free route or one of its explicit stops.
Relations
- Builds on: A.1 for the complete constructive criterion, admitted holon kinds, acting eligibility, and
true | false | unknownevaluation discipline. - Leaves directly through: A.2.2, A.3.1, A.3.2, A.3.4, A.15.1, A.15.2, A.22, C.2.1, E.18, and the exact relation owner when systemhood is not load-bearing.
- Routes service/access wording to: A.6.P §4.11a; returns only for a separate system-dependent claim about the exact entity recovered there—an exact bearer or access-providing arrangement.
- Uses for projects: A.15.6 for actual/intended system distinction, plan or decision designation of the project system-of-interest, separate role/assignment tests, project-relevant network selection, and
missing-substrate[project-selection-conjunction]; A.1.STM only when the returned recognition result must re-enter the system-thinking long map. - Uses for missing relations: A.6.RCD with exact participants, receiving use, and
missing-governor[...]. - Coordinates with: A.1.STM for the separate long-map use after recognition; E.10 for lexical triggers. Neither classifies a world-side subject.
- Does not replace: A.1, direct kind patterns, relation owners, A.6.P, or F.18 designation recovery.
A.1.SCR:End
Last Updated: 2026-07-30 — this section last modified in upstream FPF commit 308edacf (github.com/ailev/FPF)