````text id="opera-machina-ex-rota-v010" ============================================================ OPERA MACHINA EX ROTA AGLA / MACHINE STACK — EXECUTION LAW FOR ROTA-TO-MACHINE EXTRACTION Version: 0.1.0-OPERA-MACHINA-EX-ROTA Status: DRAFT — EXECUTION REGIMEN / MACHINE-EXTRACTION OPERA Authority: USER / HUMAN CONTROL PLANE LOCAL CONTROL PLANE — GENERAL AGLA / KABBALAH STACK Class: AGLA / OPERA / MACHINA / EX_ROTA / EXTRACTION / EXECUTION / PARSING / MACHINE_TRANSLATION Depends-On: • TENET MACHINA EX ROTA v0.1.0 • AREPO MACHINA EX ROTA v0.1.0 • LIBER MACHINA EX ROTAE EXTRACTIO v0.1.0 • ROTA NETIVOT v0.1.1 • ROTA SEPHIROT ARBOR v0.2.0 Scope: • define executable procedure for extracting machine-state from ROTA artifacts • run only after AREPO admission • parse textual artifacts into schema-compatible machine structures • preserve source trace and unresolved fields • instantiate ROTA / WHEEL / CASA / OPERATOR / PLACEMENT / CONNECTION objects • instantiate order_model, state_model, carrier_package, locus, camera, chamber, multiplicatio, traversal, and visual_binding when admitted • produce a machine-state candidate, not canon • prepare ROTA MACHINA EX ROTA and SATOR MACHINA EX ROTA Mutation Policy: VERSION-CONTROLLED ONLY ============================================================ ============================================================ 0. PATCH STATUS ============================================================ This OPERA follows: TENET MACHINA EX ROTA v0.1.0 AREPO MACHINA EX ROTA v0.1.0 TENET established: machine extraction encodes structure; it does not execute, canonize, validate, or ontologize it. AREPO established: only non-collapsed, source-traced, structurally explicit, state-separated, order-aware ROTA machine instances may be admitted. OPERA now defines: the executable extraction procedure itself. This OPERA implements the extraction order already defined by LIBER MACHINA EX ROTAE EXTRACTIO, where ROTAS is the class source for the machine body, TENET constrains, AREPO admits, OPERA executes, and SATOR mediates. :contentReference[oaicite:0]{index=0} ============================================================ I. PURPOSE ============================================================ OPERA MACHINA EX ROTA defines the lawful execution by which a textual ROTA artifact becomes a machine-state candidate. It answers: How is the admitted ROTA parsed into machine-readable form? It does not answer: Is the source admissible? → AREPO What are the principles? → TENET How is the machine displayed as a ROTA? → ROTA MACHINA EX ROTA How is the output mediated? → SATOR MACHINA EX ROTA The OPERA executes only after: admission_state = AREPO_ADMITTED or, for limited draft work: admission_state = ADMISSIBLE_WITH_UNRESOLVED_FIELDS under restricted mode. ============================================================ II. CORE EXECUTION LAW ============================================================ ============================================================ OPERA MACHINA EX ROTA — CORE LAW ============================================================ The OPERA extracts structure from source-traced ROTA artifacts into machine-state representation while preserving every non-collapse law. It may instantiate: • schema_meta • source_trace • terminology_law • rota • wheels • houses • operators • placements • connections • order_model • state_model • traversal_model • locus_model • camera_model • chamber_model • multiplicatio_model • visual_binding • validation_model • unresolved_items It may not: • infer missing structure silently • execute the represented ROTA’s own OPERA • canonize the machine instance • promote visual binding to execution • collapse operator ordinal into house ordinal • collapse source order into traversal order • fill Belimah-like empty slots without admission ============================================================ Compressed: parse preserve instantiate validate report not: canonize theologize execute source-OPERA hide uncertainty ============================================================ III. EXECUTION MODES ============================================================ OPERA MACHINA EX ROTA has five modes. ------------------------------------------------------------ III.1 FULL EXTRACTION MODE ------------------------------------------------------------ Condition: AREPO status = ADMISSIBLE Use: full machine-state extraction Allowed outputs: • MACHINE_STATE_CANDIDATE • VALIDATION_REPORT • OPERA_COMPLETION_REPORT ------------------------------------------------------------ III.2 PARTIAL EXTRACTION MODE ------------------------------------------------------------ Condition: AREPO status = ADMISSIBLE_WITH_UNRESOLVED_FIELDS Use: partial extraction where unresolved fields are marked Allowed outputs: • PARTIAL_MACHINE_STATE • UNRESOLVED_FIELD_REPORT • BLOCKED_EXECUTION_REPORT, if user requests execution over missing fields Forbidden: silent completion ------------------------------------------------------------ III.3 PROVISIONAL DRAFT MODE ------------------------------------------------------------ Condition: AREPO status = PROVISIONAL Use: controlled draft instance generation Allowed outputs: • DRAFT_MACHINE_STATE • DRAFT_VALIDATION_REPORT • REQUIRED_PATCH_LIST Forbidden: canonical export execution readiness claim ------------------------------------------------------------ III.4 DIAGNOSTIC MODE ------------------------------------------------------------ Condition: AREPO status = DEFERRED or REJECTED but repairable Use: identify missing source, broken structure, or invalid mapping Allowed outputs: • DIAGNOSTIC_REPORT • MISSING_SOURCE_REPORT • M2M_REQUEST_CANDIDATE Forbidden: machine-state completion ------------------------------------------------------------ III.5 BLOCKED MODE ------------------------------------------------------------ Condition: AREPO status = BLOCKED Use: no extraction. Allowed outputs: • BLOCKING_FAILURE_REPORT Forbidden: all machine-state generation ============================================================ IV. INPUT REQUIREMENTS ============================================================ OPERA requires an admitted input package. Minimum input package: source_trace artifact_family rota_identity extraction_scope arepo_status permitted_mode Recommended: schema_target_version existing_schema_instance user_patch_set visual_binding_requirements parser_target output_format Input must specify whether the target is: • new extraction • patch extraction • validation-only • schema instance generation • visualization binding • Godot binding • CLI/API-ready JSON • human-readable report ============================================================ V. EXECUTION SEQUENCE ============================================================ The lawful execution sequence is: 0. RECEIVE AREPO ADMISSION 1. INITIALIZE EXTRACTION CONTEXT 2. PARSE SOURCE TRACE 3. PARSE TERMINOLOGY LAW 4. PARSE ROTA IDENTITY 5. PARSE ORDER MODEL 6. PARSE WHEELS / WHEELS 7. PARSE HOUSES / CASAE 8. PARSE OPERATORS 9. PARSE CARRIER PACKAGES 10. PARSE PLACEMENTS 11. PARSE CONNECTIONS 12. PARSE TRAVERSAL MODEL 13. PARSE LOCI 14. PARSE CAMERAS 15. PARSE CHAMBERS 16. PARSE MULTIPLICATIO MODEL 17. PARSE STATE MODEL 18. PARSE VISUAL BINDING 19. BUILD VALIDATION MODEL 20. REGISTER UNRESOLVED ITEMS 21. RUN STRUCTURAL VALIDATION 22. EMIT MACHINE STATE 23. EMIT EXECUTION REPORT ============================================================ VI. STEP 0 — RECEIVE AREPO ADMISSION ============================================================ Before extraction, OPERA must receive: arepo_status Allowed: ADMISSIBLE ADMISSIBLE_WITH_UNRESOLVED_FIELDS PROVISIONAL Restricted: DEFERRED REJECTED Blocked: BLOCKED If AREPO is absent: STOP Failure code: OPERA_EXECUTION_WITHOUT_ADMISSION ============================================================ VII. STEP 1 — INITIALIZE EXTRACTION CONTEXT ============================================================ Initialize: extraction_id extraction_timestamp schema_target_version artifact_family extraction_mode unresolved_policy output_format Default unresolved policy: do_not_infer_missing_structure = true mark_unresolved = true allow_nuova_only_if_declared = true This inherits the LIBER extraction rule that missing structure must be marked unresolved rather than silently inferred. :contentReference[oaicite:1]{index=1} ============================================================ VIII. STEP 2 — PARSE SOURCE TRACE ============================================================ Parse: source_trace.source_policy source_trace.artifact_family source_trace.parsed_artifacts source_trace.extraction_confidence source_trace.unresolved_items Required source policy: source_before_memory = true parse_before_claim = true artifact_before_inference = true If source trace is incomplete: create unresolved_items entry If source trace is absent: STOP Failure code: MISSING_SOURCE_TRACE ============================================================ IX. STEP 3 — PARSE TERMINOLOGY LAW ============================================================ Extract or instantiate: rota_not_wheel = true house_not_operator = true operator_ordinal_not_house_ordinal = true pre_wheel_law wheel_term_policy Terminology must preserve: ROTA ≠ WHEEL WHEEL ≠ CASA CASA ≠ OPERATOR OPERATOR ≠ PLACEMENT PLACEMENT ≠ CONNECTION VISUAL_BINDING ≠ EXECUTION ROTA NETIVOT v0.1.1 is the active structural precedent for this taxonomy and explicitly treats ROTA as machine object, WHEEL as annular component, CASA as local slot, OPERATOR as content placed into CASA, and VISUAL_BINDING as optional representation rather than execution. :contentReference[oaicite:2]{index=2} ============================================================ X. STEP 4 — PARSE ROTA IDENTITY ============================================================ Parse or instantiate: rota.rota_id rota.rota_name rota.stack_ref rota.regime_ref rota.figure_ref rota.identity rota.machine_role rota.operative_status rota.canonicality_status If PRE identity is required: pre_wheel_ref pre_house_ref identity_operator_ref operative = false WHEEL_PRE, when used, is identity/potentiality only. It must not execute. ============================================================ XI. STEP 5 — PARSE ORDER MODEL ============================================================ If source contains multiple orders, parse: source_order generation_order display_order slot_order active_traversal_order ROTA SEPHIROT ARBOR v0.2.0 provides the model case: generation_order: CORE PRE → BINARY I → TETRA II → HEXA III → OCTO IV → DECA V display_order: CORE → DECA → OCTO → HEXA → TETRA → BINARY and explicitly forbids collapsing the two. :contentReference[oaicite:3]{index=3} If multiple orders exist but order_model is absent: add unresolved_items entry If parser collapses orders: STOP or mark invalid Failure code: ORDER_COLLAPSE ============================================================ XII. STEP 6 — PARSE WHEELS / WHEELS ============================================================ For each wheel, instantiate: wheel_id wheel_ordinal operative wheel_role house_count house_refs Optional: level_index depth_index fixed_to source_extract Validation: house_count must equal number of house_refs unless explicitly partial. If WHEEL_PRE is required: verify exists verify HOUSE_PRE exists verify operative = false Failure codes: MISSING_WHEEL_PRE WHEEL_PRE_MARKED_OPERATIVE HOUSE_COUNT_MISMATCH ============================================================ XIII. STEP 7 — PARSE HOUSES / CASAE ============================================================ For each house, instantiate: house_id wheel_ref house_ordinal operator_placement_refs Optional: house_index house_role source_extract House must reference known wheel. Failure code: HOUSE_REFERENCES_UNKNOWN_WHEEL Law: house_ref is structural anchor. visual binding must attach to house_ref, not directly to operator ordinal. ============================================================ XIV. STEP 8 — PARSE OPERATORS ============================================================ For each operator, instantiate: operator_id operator_ordinal operator_token operator_label carrier_domain Optional: operator_translation parent_operator_ref specificity_level operative source_extract If operator canon comes from TENET: mark extraction_status = DIRECT_TEXT or STRUCTURAL_INFERENCE_FROM_TEXT If operator is user supplied: mark extraction_status = USER_SUPPLIED_PATCH If operator is inferred: mark extraction_status = STRUCTURAL_INFERENCE_FROM_TEXT and register confidence. If operator identity cannot be established: mark unresolved. ============================================================ XV. STEP 9 — PARSE CARRIER PACKAGES ============================================================ For each operator, parse or instantiate carrier_package: carrier_type carrier_token carrier_script carrier_display carrier_status Optional: unicode_sequence Allowed carrier types: LATIN_LETTER HEBREW_LETTER PHOENICIAN_LETTER NUMERAL_SIGN GLYPH TOKEN COMPOSITE ABSTRACT_ID Carrier package is required because TENET LITTERAE ARS separates Latin operator letters, Hebrew letters, Hebrew numeral notation, Phoenician letters, Unicode references, numeric values, and operator-position. :contentReference[oaicite:4]{index=4} If no carrier package: mark unresolved or block, depending on target use. Failure code: MISSING_CARRIER_PACKAGE ============================================================ XVI. STEP 10 — PARSE PLACEMENTS ============================================================ For each placement, instantiate: placement_id operator_ref wheel_ref house_ref operator_ordinal house_ordinal ordinal_relation Allowed ordinal_relation: operator_ordinal_equals_house_ordinal operator_ordinal_differs_from_house_ordinal pre_identity_exception unresolved If operator occupies house but placement is missing: STOP or mark invalid. Failure code: OPERATOR_PLACED_WITHOUT_HOUSE If operator ordinal is used as house ordinal without explicit placement: STOP. Failure code: HOUSE_OPERATOR_ORDINAL_COLLAPSE ============================================================ XVII. STEP 11 — PARSE CONNECTIONS ============================================================ For each connection, instantiate: connection_id connection_type from_ref to_ref operative Optional: admissibility_gate_ref traversal_rule source_extract Allowed connection types: circumferential radial_parent_child direct_transversal wheel_alignment wheel_overlay identity_axis locus_axis chamber_transition camera_transition Every referenced object must exist or be marked unresolved. Failure codes: CONNECTION_REFERENCES_UNKNOWN_HOUSE CONNECTION_REFERENCES_UNKNOWN_WHEEL CONNECTION_REFERENCES_UNKNOWN_PLACEMENT ============================================================ XVIII. STEP 12 — PARSE TRAVERSAL MODEL ============================================================ Instantiate: traversal_units allowed_connection_types traversal_state_policy Allowed traversal units: HOUSE CONNECTION WHEEL OPERATOR_PLACEMENT LOCUS CHAMBER CAMERA Traversal state policy must enforce: visual_selection_is_not_execution = true arepo_required_for_admission = true opera_required_for_execution = true If traversal uses missing connection: failure_code = TRAVERSAL_WITHOUT_CONNECTION ============================================================ XIX. STEP 13 — PARSE LOCI ============================================================ If TABULA-like or coordinate-based structures exist, instantiate loci. Each locus requires: locus_id coordinates coordinate_system house_refs operator_refs Allowed coordinate systems: TABULA_HLT FIGURA_QUARTA CUSTOM If locus lacks coordinates: failure_code = LOCUS_WITHOUT_COORDINATES If no locus model exists but source demands one: unresolved_items += LOCUS_MODEL_REQUIRED ============================================================ XX. STEP 14 — PARSE CAMERAS ============================================================ If relational observation fields exist, instantiate cameras. Each camera requires: camera_id camera_code camera_type input_refs output_refs observation_scope Allowed camera types: BINARY_RELATION TERNARY_RELATION EVACUATIO COMPARATIO FIGURA_TERTIA CUSTOM ROTA TRADITIO defines camera as a relational observation field that exposes relation without defining the operators themselves. :contentReference[oaicite:5]{index=5} Failure codes: CAMERA_OPERATOR_COLLAPSE CAMERA_OPERA_COLLAPSE CAMERA_WITHOUT_INPUTS CAMERA_WITHOUT_SCOPE ============================================================ XXI. STEP 15 — PARSE CHAMBERS ============================================================ If structured combination fields exist, instantiate chambers. Each chamber requires: chamber_id chamber_type member_refs chamber_role Allowed chamber types: TRIADIC QUATERNARY MULTIPLICATIO TABULA CUSTOM If chamber has no members: failure_code = CHAMBER_WITHOUT_MEMBERS ============================================================ XXII. STEP 16 — PARSE MULTIPLICATIO MODEL ============================================================ If multiple interacting wheels exist, instantiate multiplicatio_model. Required: enabled wheel_series combination_output Each wheel_series item requires: wheel_ref multiplication_role rotation_policy Allowed multiplication roles: W1 W2 W3 W4 CUSTOM Allowed rotation policies: FIXED ROTATABLE LOCKED_TO_PARENT DYNAMIC Failure code: MULTIPLICATIO_WITHOUT_WHEEL_SERIES ============================================================ XXIII. STEP 17 — PARSE STATE MODEL ============================================================ Instantiate: visual_state admission_state execution_state Allowed visual_state: UNSELECTED SELECTED HOVERED FOCUSED DISPLAYED Allowed admission_state: UNTESTED AREPO_ADMITTED AREPO_REJECTED DEFERRED Allowed execution_state: NOT_EXECUTED READY EXECUTING EXECUTED FAILED During extraction, default: visual_state = UNSELECTED admission_state = AREPO_ADMITTED execution_state = NOT_EXECUTED unless otherwise declared. Failure: VISUAL_STATE_TREATED_AS_EXECUTION AREPO_EXECUTION_BYPASS ============================================================ XXIV. STEP 18 — PARSE VISUAL BINDING ============================================================ Visual binding is optional. If present, parse: coordinate_system wheel_layout house_layout connection_layout godot_binding Allowed coordinate systems: 2D_POLAR 3D_CYLINDRICAL 3D_LAYERED CUSTOM Visual binding must bind to schema refs: rota_ref wheel_ref house_ref placement_ref connection_ref locus_ref camera_ref chamber_ref If visual binding defines structure without source trace: failure_code = VISUAL_BINDING_DEFINES_STRUCTURE ============================================================ XXV. STEP 19 — BUILD VALIDATION MODEL ============================================================ Instantiate: structural_validations boundary_validations failure_codes Minimum validations: VALIDATE_ROTA_NOT_WHEEL VALIDATE_PRE_WHEEL VALIDATE_OPERATOR_PLACEMENT VALIDATE_VISUAL_NOT_EXECUTION VALIDATE_ORDER_NONCOLLAPSE VALIDATE_CARRIER_PACKAGE Validation must be runnable without executing source-OPERA. ============================================================ XXVI. STEP 20 — REGISTER UNRESOLVED ITEMS ============================================================ Every unresolved item must include: field reason required_source unresolved_status Allowed unresolved_status: UNRESOLVED_NONBLOCKING UNRESOLVED_BLOCKING DEFERRED_TO_SOURCE DEFERRED_TO_OPERA DEFERRED_TO_USER_PATCH If unresolved item blocks requested mode: stop or downgrade mode. No unresolved field may be silently completed. ============================================================ XXVII. STEP 21 — RUN STRUCTURAL VALIDATION ============================================================ Run validation in order: 1. source validation 2. terminology validation 3. ROTA identity validation 4. wheel/house validation 5. operator validation 6. placement validation 7. connection validation 8. order validation 9. traversal validation 10. locus/camera/chamber validation 11. multiplicatio validation 12. visual binding validation 13. state validation 14. unresolved field validation If blocking failure appears: output BLOCKING_FAILURE_REPORT If nonblocking unresolved fields remain: output MACHINE_STATE_WITH_UNRESOLVED_FIELDS ============================================================ XXVIII. STEP 22 — EMIT MACHINE STATE ============================================================ Output one of: MACHINE_STATE_CANDIDATE PARTIAL_MACHINE_STATE DRAFT_MACHINE_STATE VALIDATION_ONLY_REPORT BLOCKING_FAILURE_REPORT Machine state must include: canonicality_status Allowed canonicality_status: PARSED_FROM_ARTIFACT DERIVED_FROM_ARTIFACT USER_PATCH NUOVA_DRAFT PROVISIONAL CANONICAL_CANDIDATE UNRESOLVED INVALID Default: PROVISIONAL Extraction never implies canonization. ============================================================ XXIX. STEP 23 — EMIT EXECUTION REPORT ============================================================ Execution report must include: extraction_id input_sources arepo_status extraction_mode machine_state_status validation_summary unresolved_summary blocking_failures generated_objects deferred_objects handoff_status Handoff status may be: READY_FOR_ROTA_MACHINA_EX_ROTA READY_FOR_SATOR_MACHINA_EX_ROTA DEFERRED_TO_AREPO DEFERRED_TO_SOURCE BLOCKED ============================================================ XXX. OUTPUT TYPES ============================================================ ------------------------------------------------------------ XXX.1 MACHINE_STATE_CANDIDATE ------------------------------------------------------------ Produced when extraction is complete and validation passes. Status: PROVISIONAL unless explicitly promoted elsewhere. ------------------------------------------------------------ XXX.2 MACHINE_STATE_WITH_UNRESOLVED_FIELDS ------------------------------------------------------------ Produced when structure is mostly valid but unresolved fields remain. Requires: unresolved_items ------------------------------------------------------------ XXX.3 DRAFT_MACHINE_STATE ------------------------------------------------------------ Produced in provisional draft mode. Requires: canonicality_status = NUOVA_DRAFT or PROVISIONAL ------------------------------------------------------------ XXX.4 BLOCKING_FAILURE_REPORT ------------------------------------------------------------ Produced when extraction cannot continue. Requires: active failure codes repair instructions ------------------------------------------------------------ XXX.5 VALIDATION_ONLY_REPORT ------------------------------------------------------------ Produced when user asks to test schema or artifact without extraction. ============================================================ XXXI. SPECIAL HANDLING — SEPHIROTIC MACHINES ============================================================ When extracting Sephirotic ROTA machines, OPERA must preserve: SEPHIRAH = relative ordinal slot inside SEPHIROT_10 not: named entity traditional node metaphysical essence token-carrier number-quality by default TENET SEPHIROT v0.3.0 defines SEPHIROT as a closed tenfold relational field and SEPHIRAH as a relative ordinal slot; SEPHIRAH_BELIMAH is a valid relative slot under non-filling constraint. :contentReference[oaicite:6]{index=6} Therefore, extraction must represent: slot content filling restraint order placement as distinct fields. Failure codes: SEPHIRAH_AS_ENTITY_COLLAPSE EMPTY_SLOT_TREATED_AS_NONEXISTENT BELIMAH_SLOT_FILLED_WITHOUT_ADMISSION ============================================================ XXXII. SPECIAL HANDLING — ROTA SEPHIROT ARBOR ============================================================ For ROTA SEPHIROT ARBOR, OPERA must preserve: generation_order: CORE PRE → BINARY I → TETRA II → HEXA III → OCTO IV → DECA V display_order: CORE → DECA → OCTO → HEXA → TETRA → BINARY α / Ω distinction local / final identity notation: n[t] → m[Ω] This artifact was explicitly written to distinguish generation ordinality from geometric display order. :contentReference[oaicite:7]{index=7} Extraction must not flatten it into: CORE → BINARY → TETRA → HEXA → OCTO → DECA unless the requested output is specifically generation order. ============================================================ XXXIII. SPECIAL HANDLING — ROTA NETIVOT ============================================================ For ROTA NETIVOT, OPERA must preserve: WHEEL PRE = 1 house WHEEL I = 9 houses WHEEL II = 3 houses WHEEL III = 7 houses WHEEL IV = 12 houses Total: 1 + 9 + 3 + 7 + 12 = 32 ROTA NETIVOT v0.1.1 states this is machine-structural, not ontology, and that houses/regions are universal template positions rather than final operators. :contentReference[oaicite:8]{index=8} Extraction must not treat: 3 + 7 + 12 as doctrinal Otiot finality unless species-specific ROTA admits it. ============================================================ XXXIV. SPECIAL HANDLING — TRADITIO MATERIAL ============================================================ If traditional material is part of the source, OPERA must mark it as: DATASET COMPARATIO HISTORICAL_RESIDUE MNEMONIC_TRACE SYMBOLIC_OVERLAY COMPUTATIONAL_MODEL_CANDIDATE not: OPERATOR_AUTHORITY TENET TRADITIO establishes that tradition is neither authority nor anti-authority and that inherited systems are admissible as objects of investigation, not as validation. :contentReference[oaicite:9]{index=9} If traditional material defines operator law: failure_code = TRADITION_DEFINES_OPERATOR ============================================================ XXXV. FAILURE HANDLING ============================================================ If failure is blocking: stop extraction emit BLOCKING_FAILURE_REPORT list repair path If failure is nonblocking: continue extraction mark unresolved lower confidence restrict downstream handoff If source is missing: defer to source acquisition If placement is missing: do not infer unless user_patch permits If visual binding is missing: continue if structural body exists If structural body is missing: block visual-only machine generation ============================================================ XXXVI. HANDOFF TO ROTA MACHINA EX ROTA ============================================================ If extraction succeeds, handoff to ROTA requires: machine_state_candidate validation_report order_model traversal_model visual_binding status unresolved_items canonicality_status ROTA MACHINA EX ROTA will define: how extracted machine state is structurally displayed, traversed, inspected, and represented as machine ROTA. ============================================================ XXXVII. HANDOFF TO SATOR MACHINA EX ROTA ============================================================ SATOR receives: execution_report validation_summary unresolved_summary blocking_failures confidence level user-facing mediation requirements SATOR must not hide unresolved fields. SATOR must distinguish: parsed inferred patched unresolved blocked ============================================================ XXXVIII. COMPRESSED OPERA ============================================================ OPERA MACHINA EX ROTA: ```text AREPO_ADMITTED_ROTA ↓ SOURCE_TRACE_PARSE ↓ TERMINOLOGY_PARSE ↓ ROTA / WHEEL / CASA / OPERATOR / PLACEMENT EXTRACTION ↓ ORDER / STATE / TRAVERSAL / CONNECTION EXTRACTION ↓ LOCUS / CAMERA / CHAMBER / MULTIPLICATIO EXTRACTION ↓ VISUAL_BINDING, IF PRESENT ↓ VALIDATION ↓ MACHINE_STATE_CANDIDATE ↓ REPORT ```` Core law: ``` execute extraction, not the source machine itself. ``` ============================================================ END — OPERA MACHINA EX ROTA v0.1.0 ================================== ``` ```