#Architecture-Influence and Transformed-Architecture Correspondence

C.32.CONWAY · Cluster C.IV - Composite & Macro-Scale · Stable · Architectural subpattern under C.32 · Normative unless explicitly marked informative · Part C - Kernel Extension Specifications

#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: Architectural subpattern under C.32 Status: Stable Normativity: Normative unless explicitly marked informative Tech-name: Architecture-Influence and Transformed-Architecture Correspondence Plain cue: compare an architecture that influences the change with the architecture being changed Lineage and search cue only: Transformer and Transformed Architecture Correspondence

Use this pattern when one architecture-side source — recovered as an exact described holon, selected U.Structure, and either an obtaining C.30 ArchitectureRelation or truthful modal ArchitectureClaim — or another independently typed Work arrangement, communication structure, constraint, or candidate-synthesis result influences the candidate architecture of a changed referent, and the practitioner must decide what to change on either side without mistaking influence for action.

#Relations

#Content

#Problem frame

Use this pattern when one architecture-side source — recovered as an exact described holon, selected U.Structure, and either an obtaining C.30 ArchitectureRelation or truthful modal ArchitectureClaim — or another independently typed Work arrangement, communication structure, constraint, or candidate-synthesis result influences the candidate architecture of a changed referent, and the practitioner must decide what to change on either side without mistaking influence for action.

Plain cue: compare an architecture that influences the change with the architecture being changed.

Primary working reader: an architect or architecture-responsible practitioner who must compare one independently typed influence source with the current or modal architecture content of the changed referent and prepare candidate changes without turning an ArchitectureRelation, selected structure, claim, or architecture-bearing holon into an actor.

Typical entry situations include:

• a desired product architecture cannot be produced and verified by the current manufacturing and certification arrangements;
• chosen service boundaries still force every delivery team to coordinate every release;
• a method family is proposed for changing documents, but the assigned review roles and evidence structure do not fit what the project must produce;
• an AI-agent toolchain is intended for Work on project products, but its control and evidence boundaries do not fit the changed product architecture; or
• the project needs a source-side, transformed-side, joint, or bounded-mismatch inverse-Conway candidate rather than another diagram of the desired target.

A clean-looking target architecture can still be unbuildable or unproducible, untestable, hard to maintain or evolve, or hard to certify. Existing production, communication, approval, control, evidence, and operating arrangements can constrain the candidate and shift coordination into shared releases, approvals, evidence reconciliation, or exception handling. Treat each such arrangement as an independently typed influence source and recover its direct influence relation when that relation is asserted; the source architecture does not act, and mirroring alone does not establish architecture adequacy.

Start with the domain action: a manufacturing system builds a product, a compiler compiles a program, a service team changes a service, a clinical team treats a patient, or an instructional system teaches a learner. Identify the changed referent first. Only then name an acting system, role assignment, and dated Work when those facts are current. Separately name the architecture or other source that influences the candidate and the exact relation by which it does so.

First-minute use slice. A product-family team wants independently replaceable field modules. It identifies the changed referent as ProductFamilyFieldModuleBoundary@2026Q3. The influence side is the obtaining C.30 ArchitectureRelation(ManufacturingCertificationSystem@Plant-A, BatchLineSharedEvidenceStructure@Current); the transformed side is the obtaining C.30 ArchitectureRelation(ProductFamily@Current, FieldModuleBoundaryStructure@Current). The exact holons and selected U.Structure participants remain visible, and any desired replacement structure stays only in a separate ArchitectureClaim. No direct architecture-influence kind or predicate has yet been recovered, so the team keeps the pairing as a provisional independent-change pressure with missing-governor. It prepares source-side, transformed-side, joint, and bounded-mismatch candidates without naming an actor, role, Work occurrence, or actual transformation. Those facts are added separately only if a later claim needs them.

The primary working object is a local candidate-synthesis frame. It can pair actual architecture sides through exact obtaining C.30 ArchitectureRelation refs or carry candidate, required, desired, or expected structure only through separately identified ArchitectureClaim refs. When one exact architecture-influence or correspondence relation already obtains between two actual architecture sides, C.32.CONWAY also owns one reusable ArchitectureInfluenceTransformedArchitectureCorrespondenceRow@Context episteme about that exact occurrence. The frame, row, architecture relations, claims, selected structures, changing system, Work, actual transformation, changed referent, candidate palette, and any network that later cites the row remain different objects.

What goes wrong if this pattern is missed: an architecture, organization chart, method family, toolchain, communication structure, or network record is called the transformer and silently receives agency, role, Work, or participation in the change. Or the reverse happens: real performer and Work facts disappear behind a vague claim that one architecture shaped another.

What this buys in practice: the practitioner can prepare architecture candidates while preserving four independent questions—what changed, who acted or performed Work, which sources influenced the candidate, and which exact architecture pair the current correspondence row concerns.

Ordinary working move:

1. name the changed referent and, only when actual change is claimed, the independently admitted U.Transformation; keep every actor-side or Work-to-change relation separate;
2. name exact acting and performance facts only when current;
3. name each influence source with its kind and direct influence relation;
4. for an exact reusable row, select one pair of obtaining C.30 ArchitectureRelation occurrences and keep each holon and selected-structure participant visible; when either side is only candidate, required, desired, or expected, keep the pair in the frame with its exact ArchitectureClaim instead;
5. prepare source-side change, transformed-side change, joint change, or bounded mismatch candidates.

Adoption test: a reader can tell which exact case passes, which does not, what the practitioner changes next, and whether the result is only local synthesis material or a reusable exact pair row.

Not this pattern when the current work is only bounded-change identification, role or Work attribution, module-interface repair, mathematical structural similarity, local choice, or an architecture decision. Use the direct governing pattern and return here only when one pair of an influence-source architecture and a transformed architecture changes candidate synthesis.

Common exits by claim kind:

• A.3.4 or A.3.4.P for the bounded change and changed referent.
• A.12 for acting-side externalization, A.2.1 for the exact role-assignment occurrence, A.15.1 for dated Work and distributed performers, F.6 for performedUnderAssignment(W, RA) and its actual-performer projection, and direct actor-side or Work-to-change owners for the relation needed by the current use.
• A.6.M for module-interface repair.
• C.32.ACS for current architecture-characteristic criteria rows and C.25 for any composite Q-Bundle and exact slot used by the trade-off.
• C.29 and the project-selected structural-equivalence pattern for structural similarity.
• A.19.CPM for explicit comparison and A.19.SelectorMechanism for set-returning selection.
• G.5 for selected-set publication; C.18 and C.19 for archive, front, or pool-treatment policy.
• C.11 for fixed local choice and C.32.PAD for a project architecture decision.

The first useful output is ArchitectureInfluenceTransformedArchitectureCorrespondenceFrame@Project. It is a working record for candidate synthesis, not an acting entity, exact relation occurrence, architecture decision, or structural-equivalence claim.

For a first pass, fill only the bounded context, synthesis question, independently identified changed referent, source-side and transformed-side exact holon and selected-structure refs, and either an obtaining C.30 ArchitectureRelation ref or a truthful modal ArchitectureClaim ref for each side, together with governed characteristic refs or plain provisional heads, applicable candidate-form heads, and the next governing pattern. Assert an influence row only when its direct relation is current and both architecture sides are obtaining C.30 occurrences; otherwise keep one explicit provisional pressure in provisionalArchitectureCharacteristicHeads[] and its exact return. The first-minute case above can be filled as follows:

ArchitectureInfluenceTransformedArchitectureCorrespondenceFrame@Project:
  boundedContextRef: ProductFamilyModuleChange@2026Q3
  synthesisQuestion: which source-side, product-side, joint, or bounded-mismatch change can support independently replaceable field modules?
  changedReferentRef: ProductFamilyFieldModuleBoundary@2026Q3
  influenceSourceSelectedStructureMap[]:
    - influenceSourceHolonRef: ManufacturingCertificationSystem@Plant-A
      influenceSourceArchitectureRelationRef: C.30 ArchitectureRelation(ManufacturingCertificationSystem@Plant-A, BatchLineSharedEvidenceStructure@Current)
      influenceSourceArchitectureClaimRef?: omitted — the obtaining relation and current structure are enough for this use
      structureKindRef: BatchAndEvidenceResponsibilityStructure
      selectedStructureRef: BatchLineSharedEvidenceStructure@Current
      contributionToCandidatePressure: may prevent independent field-module replacement
      architectureCharacteristicPressure: provisional independent-change pressure
      governingPatternRef: C.30 plus A.22
      sourceReturnCondition: missing-governor — recover the direct architecture-influence kind and predicate
  transformedHolonRef: ProductFamily@Current
  transformedArchitectureRelationRef: C.30 ArchitectureRelation(ProductFamily@Current, FieldModuleBoundaryStructure@Current)
  transformedArchitectureClaimRef?: omitted — the obtaining relation and current structure are enough for this use
  transformedSelectedStructureMap[]:
    - structureKindRef: ModuleBoundaryStructure
      selectedStructureRef: FieldModuleBoundaryStructure@Current
      requiredArchitectureRole: permit independent field-module replacement
      architectureCharacteristicPressure: provisional independent-change pressure
      governingPatternRef: C.30 plus A.22
  correspondenceClaims[]:
    - correspondenceId: BatchEvidence-to-FieldModulePressure
      influenceSourceArchitectureRelationRef: C.30 ArchitectureRelation(ManufacturingCertificationSystem@Plant-A, BatchLineSharedEvidenceStructure@Current)
      transformedArchitectureRelationRef: C.30 ArchitectureRelation(ProductFamily@Current, FieldModuleBoundaryStructure@Current)
      influenceSourceSelectedStructureRef: BatchLineSharedEvidenceStructure@Current
      transformedSelectedStructureRef: FieldModuleBoundaryStructure@Current
      correspondenceUse: prepare candidates; no exact pair row asserted
      pressureDirection: batch and evidence arrangements may constrain module independence
      provisionalArchitectureCharacteristicHeads[]: independent change for field modules
      receivingPatternRef: C.32.ACS
      sourceReturnCondition: missing-governor — recover the direct influence kind and predicate
  candidateArchitectureConfigurations[]:
    - candidateRef: SourceSideChange@CellAndEvidenceRoles
    - candidateRef: TransformedSideChange@FieldModuleBoundary
    - candidateRef: JointChange@CellEvidenceAndModuleBoundary
    - candidateRef: BoundedMismatch@ExplicitExceptionCost
  evolutionWindowRef: ProductFamilyModuleChange@2026Q3
  nextGoverningPatternRef: C.32.ACS

This sparse frame asserts no influence occurrence and no exact pair row. The four candidate refs are first-pass heads, not comparison-ready configurations. Add acting-system, role-assignment, dated-Work, exact-pair-row, C.29, network, publication, comparison-ready gain/loss/preservation, and any additional source-return fields only when the corresponding claim becomes current; adding them refines this frame without changing its changed referent, architecture pair, or provisional pressure. The complete extension schema is:

ArchitectureInfluenceTransformedArchitectureCorrespondenceFrame@Project:
  projectWorkOccurrenceRef?: U.EntityRef constrained to U.Work
  architectureCorrespondenceFrameProjectUseRelationRef?: U.RelationRef governed by the exact synthesis-use or work-use pattern
  boundedContextRef:
  synthesisQuestion:
  changedReferentRef:
  actualTransformationRef?: U.EntityRef constrained to U.Transformation, only when A.3.4 independently admits the bounded change of changedReferentRef
  performerRows[]?:
    actingSystemRef: U.EntityRef constrained to U.System; for performance, this must equal roleAssignmentRef.HolderSystemSlot
    roleAssignmentRef?: U.EntityRef constrained to U.RoleAssignment, required when a role is claimed and whenever performance is attributed under assignment
    workOccurrenceRef?: U.EntityRef constrained to U.Work, required when performance is claimed
    performedUnderAssignmentRelationRef?: U.RelationRef governed by F.6, required with workOccurrenceRef
    actorSideOrWorkToChangeRelationRefs[]: exact U.RelationRef values required by the current claim
  influenceSourceRows[]?: asserted influence facts only
    influenceSourceRef:
    influenceSourceKindRef:
    exactInfluenceRelationRef: U.RelationRef
    influenceGoverningPatternRef:
  influenceSourceSelectedStructureMap[]?:
    influenceSourceHolonRef:
    influenceSourceArchitectureRelationRef?: exact obtaining C.30 ArchitectureRelation ref
    influenceSourceArchitectureClaimRef?: exact C.30 ArchitectureClaimRef for actual, candidate, required, desired, or expected content not carried by an obtaining relation
    structureKindRef:
    selectedStructureRef:
    contributionToCandidatePressure:
    architectureCharacteristicPressure:
    governingPatternRef:
    sourceReturnCondition?:
  transformedHolonRef:
  transformedArchitectureRelationRef?: exact obtaining C.30 ArchitectureRelation ref
  transformedArchitectureClaimRef?: exact C.30 ArchitectureClaimRef for actual, candidate, required, desired, or expected content not carried by an obtaining relation
  transformedSelectedStructureMap[]:
    structureKindRef:
    selectedStructureRef?:
    requiredArchitectureRole:
    architectureCharacteristicPressure:
    governingPatternRef:
    sourceReturnCondition?:
  evolutionWindowRef:
  architecturePairRowRefs[]?: ArchitectureInfluenceTransformedArchitectureCorrespondenceRow@Context refs
  correspondenceClaims[]?: synthesis-local compound claims that have not yet met the exact-row assertion threshold
    correspondenceId:
    influenceSourceArchitectureRelationRef?:
    influenceSourceArchitectureClaimRef?:
    transformedArchitectureRelationRef?:
    transformedArchitectureClaimRef?:
    influenceSourceSelectedStructureRef?:
    transformedSelectedStructureRef:
    correspondenceUse:
    pressureDirection:
    affectedArchitectureCharacteristicRefs[]?: current C.32.ACS criteria-row refs; exact C.25 Q-Bundle slot refs when composite
    provisionalArchitectureCharacteristicHeads[]?: plain discovery cues pending C.32.ACS/C.25; never criteria refs
    expectedArchitectureGain?:
    knownArchitectureLoss?:
    preservedStructure?:
    lostOrHiddenStructure?:
    receivingPatternRef:
    sourceReturnCondition:
  candidateArchitectureConfigurations[]:
    candidateRef:
    influenceSourceSideChange?:
    transformedArchitectureChange?:
    coordinationChange?:
    expectedArchitectureGain?:
    knownArchitectureLoss?:
    evolutionWindowRef?:
    receivingPatternRef?:
    sourceReturnCondition?:
    stopOrEscalationCondition?:
  c29LensOrStructuralEquivalenceRef?:
  nextGoverningPatternRef:

Project-local use keeps two separate fields. @Project remains a compatibility and retrieval cue only. If the frame is used in one actual project, projectWorkOccurrenceRef names the exact composite U.Work and architectureCorrespondenceFrameProjectUseRelationRef names the direct relation by which that Work uses the frame. The frame, synthesis Work, candidates, architecture relations, claims, selected structures, and project Work remain distinct. An ArchitectureRelation ref is affirmative only for an independently obtaining C.30 occurrence; candidate, required, desired, or expected architecture content stays in an ArchitectureClaim and cannot enter an exact pair row as though it already obtained.

TransformerTransformedArchitectureCorrespondenceFrame@Project and the former title “Transformer and Transformed Architecture Correspondence” are lineage and search cues only. They do not name the current Tech object, make any named value an actor, or establish an actor, role, Work, or participation fact.

#Problem

Architecture influence and action often occur in the same story but are not the same fact. A manufacturing architecture can constrain a product candidate while a manufacturing system performs production Work. A communication structure can influence service boundaries while people or teams perform change Work only through their admitted exact U.System identities. A method description can influence a work-product architecture without being a worker. A toolchain architecture can constrain project-task candidates while an admitted execution system acts.

The old transformer/transformed wording hid these differences. It could leave the changed referent implicit, treat an architecture bearer as the performer, omit role assignment and dated Work, or call a source influential without a direct relation. It could also stretch one local architecture pair into a whole recursive transformation-flow network.

C.32.CONWAY repairs the problem by keeping the changed referent, actor and performance facts, influence-source facts, and one exact architecture pair separately recoverable. Conway and inverse-Conway practice then supplies candidate pressure, not a universal relation and not evidence that any source acted.

#Forces

#Solution

Build the local synthesis frame first. Admit a relation kind only through its relation-kind admission owner and direct settlement. Use that owner's predicate and applicability to test the current pair. If current facts or constituting history satisfy the predicate affirmatively, one world-side occurrence obtains and the row may cite its exact identity. If the predicate is false, no exact pair row is asserted. If the current facts do not decide it, keep the correspondence synthesis-local and name the missing grounding or information-sufficiency boundary. Use missing-governor only when no direct relation kind and predicate govern the intended pair and use.

#Keep acting, influence, and correspondence facts separate

1. Name the domain action and changed referent. Identify changedReferentRef independently. Add actualTransformationRef only when A.3.4 independently admits one bounded change of that same continuing referent; keep actor-side and Work-to-change relations under their direct owners. Architecture influence identifies none of those facts.
2. Add acting and performance facts only when claimed. Every actor or performer is one exact U.System. A claimed role requires an obtaining U.RoleAssignment under A.2.1. Claimed performance requires one exact dated U.Work, the exact F.6 occurrence performedUnderAssignment(W, RA), and S = RA.HolderSystemSlot, plus the exact actor-side or Work-to-change relation needed by the claim. Use A.15.1 CC-A15.1-17 when several systems jointly perform the top-level Work or when the use instead needs a parent Work with separately performed child occurrences.
3. Name every influence source by kind. Architecture, selected structure, Work, communication, constraint, and candidate-synthesis results retain their kinds and direct influence relations. Influence alone supplies no system identity, role, Work, performer status, changed-referent identity, or transformation participation.
4. Select one architecture pair. For an exact row, name one obtaining influence-source C.30 ArchitectureRelation and one obtaining transformed-side C.30 ArchitectureRelation, with each exact holon and selected-U.Structure participant. Their architecture-bearing holons may differ from every acting system. Record equality only when independent actor and architecture-bearer facts establish it. If either side is only candidate, required, desired, or expected, keep its exact ArchitectureClaim and the pair in the synthesis frame; do not assert an exact pair row.
5. Map only structures and characteristics that change the candidate. Name the source-side selected structure, transformed-side selected structure, expected gain, known loss, evolution window, receiving pattern, and source-return condition. For each affected characteristic, reference only the few current C.32.ACS criteria rows and any declared C.25 Q-Bundle slots that make this trade-off real.
6. Prepare four candidate forms. Change the influence-source side, change the transformed architecture, change both, or keep a bounded mismatch with an explicit cost and reopen trigger.
7. Use C.29 only for structural-similarity claims. A correspondence row does not establish homomorphism, equivalence, or architecture adequacy.
8. Stop at the next governed claim. Send comparison, selection, publication, choice, decision, evidence, assurance, gate, Work, or organization-governance claims to their direct patterns.

#Exact reusable architecture-pair row

ArchitectureInfluenceTransformedArchitectureCorrespondenceRow@Context <: U.Episteme:
  entityOfConcernRef: exactArchitectureInfluenceOrCorrespondenceRelationOccurrenceRef
  entityOfConcernKindRef: exactArchitectureInfluenceOrCorrespondenceRelationKindRef
  governingPatternRef: direct owner of that exact relation kind and occurrence
  influenceSourceArchitectureRelationRef: one exact obtaining C.30 ArchitectureRelation
  influenceSourceHolonRef: the exact architectureBearingHolonRef participant of influenceSourceArchitectureRelationRef
  influenceSourceSelectedStructureRef: the exact selectedArchitectureStructureRef participant of influenceSourceArchitectureRelationRef
  influenceSourceArchitectureClaimRef?: exact C.30 ArchitectureClaimRef when the current use also needs claim content about that same holon, relation, or structure
  transformedArchitectureRelationRef: one exact obtaining C.30 ArchitectureRelation
  transformedHolonRef: the exact architectureBearingHolonRef participant of transformedArchitectureRelationRef
  transformedSelectedStructureRef: the exact selectedArchitectureStructureRef participant of transformedArchitectureRelationRef
  transformedArchitectureClaimRef?: exact C.30 ArchitectureClaimRef when the current use also needs claim content about that same holon, relation, or structure
  changedReferentRef: exact independently identified referent of the current change
  actualTransformationRef?: U.EntityRef constrained to U.Transformation, only when A.3.4 independently admits the bounded change of changedReferentRef
  performerRows[]?:
    actingSystemRef: U.EntityRef constrained to U.System; for performance, this must equal roleAssignmentRef.HolderSystemSlot
    roleAssignmentRef?: U.EntityRef constrained to U.RoleAssignment, required when a role is claimed and whenever performance is attributed under assignment
    workOccurrenceRef?: U.EntityRef constrained to U.Work, required when performance is claimed
    performedUnderAssignmentRelationRef?: U.RelationRef governed by F.6, required with workOccurrenceRef
    actorSideOrWorkToChangeRelationRefs[]: U.RelationRef
  additionalInfluenceSourceRows[]?:
    influenceSourceRef:
    influenceSourceKindRef:
    exactInfluenceRelationRef: U.RelationRef
    influenceGoverningPatternRef:
  affectedArchitectureCharacteristicRefs[]: current C.32.ACS criteria-row refs; exact C.25 Q-Bundle slot refs when composite
  evolutionWindowRef:
  correspondenceUse:
  expectedArchitectureGain:
  knownArchitectureLoss:
  receivingPatternRef:
  sourceReturnCondition:
  networkCrossFlowRelationRowRef?: E.18.NET NetworkCrossFlowRelationRowRef

The row is a U.Episteme about one already obtaining direct influence or correspondence relation whose exact participants include the two obtaining C.30 architecture-relation occurrences required by this use. Because those occurrences fill participant positions of another relation, each is explicitly individuated under A.6.REL for this receiving use. The row neither creates the influence occurrence nor mints a universal Conway relation. Each C.30 occurrence keeps its exact holon and selected-U.Structure participants; the influence occurrence keeps its identity under its direct relation owner and A.6.REL. This row only describes them for the current correspondence use. entityOfConcernRef, its kind, its governor, both C.30 occurrences and their participant pairs, and the changed referent are required. If the practitioner has only a useful local compound correspondence claim, or either architecture side is modal rather than obtaining, keep it in the frame for candidate synthesis. Assert the row only after the admitted influence relation kind's direct predicate is applicable and current facts satisfy it affirmatively. If the predicate is false, assert no row; if facts are unresolved, keep the frame and name that boundary; if the kind or predicate is absent, return missing-governor. None of these branches permits inferring a relation from two architecture claims, structures, diagrams, or names.

#Qualified network reading

The same exact pair row may appear in architectureCorrespondenceRowRefs[] of several TransformationFlowStructureNetworkRecord@Context values while its pair, relation occurrence, evolution window, correspondence use, and claim scope remain current. Each citation contributes only one qualified architecture reading. The row's optional singular networkCrossFlowRelationRowRef, when present, qualifies only the exact current record edition named by that locator; it does not qualify the row's citations from other records. No citation makes the pair row the network, adds a member, or satisfies the network's exact cross-flow-relation discriminator.

Set networkCrossFlowRelationRowRef only when the pair row's exact influence occurrence and architecture-relation participants are independently grounded in member-flow positions and the locator's transformationFlowStructureNetworkRecordRef names the same exact current record whose architectureCorrespondenceRowRefs[] citation this mapping is intended to qualify. Resolve that record first, then require exactly one crossFlowRelationRow to match the occurrence and complete ordered endpoint-binding identity. That row must preserve the same kind, governor, participant order, endpoints, and bindings as this correspondence row. Zero or several matches, a different record, or a stale record edition leaves the locator unresolved. Do not reuse one locator to qualify another record's citation. A record citation alone infers none of those facts.

Actor, role assignment, F.6 attribution, Work, actual transformation, actor-side or Work-to-change relation, influence relation, and network cross-flow relation remain separately governed even when one case cites all of them.

#Candidate moves and repair rows

Plain text begins with the domain action—builds, assembles, repairs, configures, treats, teaches, compiles, or evaluates. It then names the acting system and Work only when those facts are current. In a separate sentence it says which architecture or other source influences which candidate through which exact relation. Creator, creation, producer, transformer architecture, and uses remain ordinary cues, not universal technical labels.

Choose only pressures that change the candidate or protect against a concrete loss. Every affectedArchitectureCharacteristicRefs[] value in an exact pair row or comparison-ready candidate must resolve to a current C.32.ACS criteria row; when the pressure is one slot of a composite quality family, also resolve the declared C.25 Q-Bundle and that exact slot. If those governed objects do not yet exist, put plain heads such as independent change, substitutability, evidence reuse, latency, coupling or cohesion, coordination load, and source-return cost only in the local frame's provisionalArchitectureCharacteristicHeads[]; never place them in affectedArchitectureCharacteristicRefs[]. These heads are discovery cues, not a universal catalogue and not criteria refs. Return to C.32.ACS or C.25 before making a stronger comparison, selection, or decision claim.

Stop condition. A first-pass frame may stop when it names the changed referent, separately typed source and transformed architectures, one selected structure on each side, either governed affected-characteristic refs or visibly provisional heads with their exact return, the applicable candidate-form heads, and the next governing pattern. Every acting, performance, or influence fact that is asserted must already have its direct basis. Before a candidate enters comparison or reliance, complete its source-side change, transformed-side change, expected gain, known loss, evolution window, receiving pattern, source-return condition, and stop. An exact pair row additionally requires its direct relation predicate to be satisfied and its obtaining occurrence to be identified. A provisional pressure stays in correspondenceClaims[] with the exact reason visible: missing governor, unresolved grounding or information sufficiency, or a false predicate.

Lowering condition. Lower an exact row to synthesis-local correspondence material when its influence occurrence, either C.30 architecture-relation occurrence or participant pair, changed referent, evolution window, or receiving use is missing or stale. Retire a candidate when its source-side change, transformed-side change, bounded mismatch, or known loss no longer belongs to the declared evolution window. Return to A.3.4 or E.18 when the actual transformation, changed referent, or flow relation is not recovered; to A.12, A.2.1, A.15.1, and F.6 when the issue is acting side, assignment, Work, or attribution; and to C.29 when the current claim is structural similarity or preservation.

#Worked Correspondence Cases

The changed referent is independently identified as ProductFamilyFieldModuleBoundary@2026Q3. When the same case also claims actual change, A.3.4 independently identifies FieldModuleBoundaryTransformation-17 : U.Transformation. ModuleTransitionArchitecturingWork-17 : U.Work has the closed extent 2026-07-14T09:00:00+03:00 to 2026-07-16T18:00:00+03:00, enacts ModuleTransitionArchitecturingMethod-v3, and obtains under executedWithin(ModuleTransitionArchitecturingWork-17, ProductFamilyEngineeringSystem-A) for admitted ProductFamilyEngineeringSystem-A : U.System. Two admitted systems jointly perform that top-level Work. ManufacturingArchitectureAssignment-17 : U.RoleAssignment has the fixed A.2.1 participants <ManufacturingArchitectureTeam-A : U.System, ManufacturingArchitectureRole, PlantArchitectureRoles-v3, Plant-A-Role-Scheme-v3>; CertificationArchitectureAssignment-17 : U.RoleAssignment has <CertificationArchitectureTeam-A : U.System, CertificationArchitectureRole, PlantArchitectureRoles-v3, Plant-A-Role-Scheme-v3>. Each assignment predicate obtains continuously over and covers the full Work extent. F.6 occurrences performedUnderAssignment(ModuleTransitionArchitecturingWork-17, ManufacturingArchitectureAssignment-17) and performedUnderAssignment(ModuleTransitionArchitecturingWork-17, CertificationArchitectureAssignment-17) obtain, and each actual performer equals its assignment's HolderSystemSlot. The Plant-A domain predicate ArchitecturingWorkChangesModuleBoundary(ModuleTransitionArchitecturingWork-17, FieldModuleBoundaryTransformation-17) supplies the separately governed Work-to-change fact. This is the A.15.1 CC-A15.1-17 joint-performer form; neither a lead assignment nor the architecture pair substitutes for either performer.

ProductDevelopmentNetworkRecord-2026Q3 may cite BatchEvidence-to-FieldModules-Row-17 once in architectureCorrespondenceRowRefs[]. That citation contributes one reading of the exact two C.30 architecture-relation occurrences. The pair row remains an episteme, not the TransformationFlowStructureNetwork, not one of its members, and not a cross-flow relation. Its optional networkCrossFlowRelationRowRef stays absent unless this same influence occurrence is independently grounded at exact member-flow positions and the composite E.18.NET locator resolves exactly one matching row in that same current record edition.

Network-qualified reading. A product-development TFS and a production-system-change TFS participate in one selected E.18.NET-conforming network. A current architecture pair row about manufacturing-architecture influence may be cited by the network record alongside a separately grounded obtaining production or project occurrence. If the pair row also carries networkCrossFlowRelationRowRef, that locator names this same exact current record edition and resolves exactly one matching row; it qualifies no citation from another record. The pair row remains one reading of one exact architecture pair. It is neither the network nor proof that the architecture-influence occurrence is the cross-flow occurrence.

Near miss. A diagram places a factory architecture beside a product architecture and labels the arrow “shapes”. No direct relation kind and predicate govern that pair and use. The frame may retain the pair as synthesis-local pressure, but the exact row and network cross-flow mapping remain absent with missing-governor; the diagram does not create an occurrence.

#Correspondence Failure Modes

#Conformance Checklist

#Common Repair Cues

#Consequences

#Rationale

Architectures do not act. Systems act in roles, and dated Work is performed under assignments when performance is claimed. Architectures, selected structures, Work arrangements, communication structures, constraints, and candidate-synthesis results can nevertheless influence which transformed architecture is feasible. C.32.CONWAY is useful precisely because it relates those facts without merging them.

The exact pair row gives one obtaining architecture-influence or correspondence occurrence a reusable episteme. The larger frame remains useful when a project has enough information to prepare candidates but not enough to assert that exact row. This preserves practical forward motion while keeping the exact relation status visible: missing governor, unresolved grounding, false predicate, or satisfied affirmative case.

The four candidate forms remain: change the influence-source side, change the transformed architecture, change both, or keep a bounded mismatch. The split between actor facts and influence facts changes their grounding, not their constructive purpose.

#SoTA-Echoing

These rows document transfers from source practice into C.32.CONWAY. Each row states which field, repair row, or boundary the draft sets or revises from the source. The source family supports architecture practice; it does not decide actor identity or make a relation obtain.

Source-currentness boundary. Recheck a row when the changed referent, acting and performance facts, influence source or relation, architecture pair, selected structures, evolution window, source practice, or receiving pattern changes. If the source no longer supports the selected local pressure, lower it to background lineage; do not preserve a technical claim by name alone.

#Relations

• Builds on: C.32 for candidate architecture synthesis; C.30 for exact described holons, obtaining ArchitectureRelation occurrences, selected U.Structure participants, and modal ArchitectureClaim content; A.3.4 and A.3.4.P for the continuing changed referent and actual bounded transformation; A.12 for acting-side externalization; A.2.1 for assignment occurrence identity; A.15.1 for dated Work and distributed-performer forms; F.6 for performedUnderAssignment(W, RA) and actual-performer projection; direct subject relation owners for actor-side, Work-to-change, and influence occurrences; A.6.REL when this episteme consumes occurrence identity; E.18 for one TFS; and E.18.NET for network identity and exact cross-member relations.
• Uses: C.32.ACS for current architecture-characteristic criteria rows; C.25 for composite Q-Bundles and their declared slots; C.32.MLAO for a cross-scope residual; C.32.FAIL for a correspondence repair failure; C.29 when structural similarity, preservation, mapping, or equivalence is claimed; and A.6.P.WMR and A.6.RCD when a required direct relation cannot be recovered.
• Receiving patterns: A.19.CPM for explicit comparison, A.19.SelectorMechanism for set-returning selection, G.5 for selected-set publication, C.18 and C.19 for archive, front, or pool treatment, C.11 for fixed local choice, C.32.PAD for architecture decisions, A.10 for evidence, B.3 for assurance, A.20 or A.21 for gate or release claims, and direct method, Work, or organization-governance patterns when those claims are current.
• Network boundary: an ArchitectureInfluenceTransformedArchitectureCorrespondenceRow@Context may be cited as one qualified reading in architectureCorrespondenceRowRefs[]; it is not the network and does not satisfy an E.18.NET cross-flow relation without the separately grounded obtaining occurrence and endpoint bindings. Its optional singular row locator qualifies only the exact current citing record it names.
• P2S docking: C.32.P2S may use C.32.CONWAY when a problem-to-structure flow needs one exact architecture-influence/transformed-architecture pair. It does not infer performer or influence facts from the flow card.
• Boundary: C.32.CONWAY governs correspondence framing and one exact reusable architecture-pair episteme inside candidate synthesis. It does not govern actor identity, Work occurrence, organization redesign, authority, evidence sufficiency, assurance, gate passage, release, structural-equivalence theory, final architecture decision, or transformation-flow-network identity.

#Footer marker

C.32.CONWAY governs candidate synthesis where one exact architecture or other typed source influences a transformed-architecture candidate through a governed relation. It keeps the changed referent, acting and performance facts, influence-source facts, one architecture pair, and any larger network separately recoverable.

#C.32.CONWAY:End

Last Updated: 2026-08-04 — upstream FPF commit 8b727cba (github.com/ailev/FPF)