============================================================ OPERA Q MNEMONICA Palatium Rotae E — Mnemonic Execution of OPERA Q Version: 0.4.0-OPERA-Q-MNEMONICA Status: DRAFT — PIF / CYOA / RUNTIME STATE / VOLUMEN REFINEMENT INTEGRATED Authority: • OPERA Q • ROTA E / ROTA Q • TENET E / AREPO E / SATOR E • TENET Q MNEMONICA v0.1.0 • PATCH — TENET Q MNEMONICA v0.1.1-PIF • AREPO Q MNEMONICA v0.1.0 • SATOR Q MNEMONICA v0.2.0 • OPERA Q MNEMONICA v0.2.0 • PALATIUM ROTA E — ARCHITECTURA TRIPLEX • PALATIUM ROTA E — SALAS-SUBSTRATA • PALATIUM ROTA E — FIGURAE PARENTES ET ADSTRATA RESOLUTA • PALATIUM ROTA E — RESIDENTES ET COLLOQUIA • PALATIUM ROTA E — LOCALIZATIO INTERNA • PALATIUM ROTA E — LEX INGRESSUS ET EGRESSUS • PALATIUM ROTA E — ROOM ARTIFACTS B–K • COMPRESSED SNAPSHOT — PIF STACK v0.1.0 • AGLA PARSING PROTOCOL Class: AGLA / OPERA / Q / MNEMONICA / PALATIUM / ROTA E / BRUNIANA / INTERACTIVE_READING / NARRATIVE_EXECUTION / PIF_INTEGRATION / PROGRESSIVE_EXPLANATION / GAME_DOCUMENTATION Scope: • define OPERA Q MNEMONICA as a lawful mnemonic variant of OPERA Q • define INTERACTIVA and NARRATIVA execution modes • distinguish LIBER-bound and LIBER-free executions • enforce DUBITATIO OPERATIVA on first traversal • enforce CASO SIM / CASO NÃO in every room on first traversal • enforce South-entry / North-exit traversal with wooden keys • enforce toroidal return from K to B • enforce maximum of three complete rotations • preserve unlimited local returns and reviews • integrate PIF-derived parser mediation • integrate progressive explanation through repeated interaction • integrate AREPO Q MNEMONICA admissibility boundaries • integrate SATOR Q MNEMONICA v0.2.0 voice and mediation rules • define post-session LIBER delta patch obligation Mutation Policy: VERSION-CONTROLLED ONLY ============================================================ I. PURPOSE ============================================================ OPERA Q MNEMONICA is the mnemonic executional variant of OPERA Q. It is not merely: • illustration • visualization • decorative memory aid • summary of OPERA Q • free-form guided meditation • ordinary fantasy roleplay • generic educational game • ordinary parser interactive fiction It is: OPERA Q executed through a structured mnemonic palace. Its primary environment is: PALATIUM ROTA E where interrogative analysis is embodied through: • rooms as substrata • objects as adstrata • residents as professional explanatory voices • litterae totems as substrate landmarks • tarot skins as ordinal mnemonic skins • runes as accidental inscriptions • positions as semantic inflections • doors and keys as traversal discipline • conditional traces as OPERA Q scaffolding • toroidal return as judgment condition • parser-like interaction as interface discipline • progressive explanation as return-based deepening Formula: OPERA Q MNEMONICA = OPERA Q executed through PALATIUM ROTA E as structured mnemonic interface The Palatium does not merely represent OPERA Q. The Palatium executes OPERA Q mnemonically. II. STACK COMPLIANCE LAW ============================================================ OPERA Q MNEMONICA must obey the same governing stack as OPERA Q. Every execution answers to: TENET E principial discipline of the interrogative regime AREPO E admissibility, suspension, non-overreach, and threshold control ROTA E traversal, exposure, ordering, and room structure SATOR E assistant behavior, mediation, speech discipline, and user-facing conduct OPERA Q interrogative logic and question-species structure TENET Q MNEMONICA constitutional doctrine of mnemonic interrogation AREPO Q MNEMONICA admissibility law for mnemonic OPERA Q SATOR Q MNEMONICA narrative person, interactive mediation, Malachiah, resident speech, parser handling, progressive explanation, admissibility correction, and pacing Mnemonic embodiment does not loosen OPERA Q. It increases interface density. Rule: no room, no resident, no object, no rune, no totem, no position, no narrative scene, no player action, no parser inference, and no interaction event may override OPERA Q discipline. III. SOURCE-BOUND EXECUTION LAW ============================================================ OPERA Q MNEMONICA must obey AGLA source discipline. Primary rule: PARSE BEFORE EXECUTION. SOURCE BEFORE MEMORY. ARTIFACT BEFORE INFERENCE. Therefore: • use loaded artifacts before reconstructing from memory • use room artifacts before improvising rooms • use object/adstrata artifact before inventing object meanings • use SATOR Q MNEMONICA before choosing narration style • use AREPO Q MNEMONICA before accepting, redirecting, or blocking action • use LIBER only as reference when bound • declare non-availability when required material is missing If a canonical OPERA Q artifact is not loaded, the assistant must state the limitation. However, if the user supplies OPERA Q MNEMONICA text inline, the supplied artifact may be used as current drafting authority for the rewrite. IV. ARCHITECTURA TRIPLEX ============================================================ OPERA Q MNEMONICA operates inside PALATIUM ROTA E according to a three-layer architecture: I. LIBER EX OPERA Q II. PROTOCOLLUM INTERACTIVUM III. PROTOCOLLUM NARRATIONIS ------------------------------------------------------------ IV.1 LIBER EX OPERA Q ------------------------------------------------------------ Definition: A LIBER EX OPERA Q is a dataset containing results of OPERA Q. It may contain: • question carriers • species • rules • distinctions • explanations • contradiction traces • object mappings • source-bound notes • nested interrogative structures • outputs ready for inscription into the Palatium Function: The LIBER answers: What content is being read? When bound, the LIBER supplies inscriptions and dataset content. When absent, the Palatium teaches ROTA E / OPERA Q itself. ------------------------------------------------------------ IV.2 PROTOCOLLUM INTERACTIVUM ------------------------------------------------------------ Definition: The interactive protocol governs how the user explores the Palatium. It supports: • entering rooms • looking at architectural features • inspecting objects • speaking with residents • listening to Malachiah • showing objects to residents • reading inscriptions • inspecting runes • returning to prior rooms • requesting clarification • carrying conditional traces forward • binding LIBER nodes to local objects • deepening explanation through repeated lawful attention Function: The interactive protocol answers: How does the user explore and query the content? It behaves like: PIF point-and-click cognitive dungeon mnemonic teaching interface But it is not generic PIF. PIF contributes interface discipline. OPERA Q contributes interrogative law. ------------------------------------------------------------ IV.3 PROTOCOLLUM NARRATIONIS ------------------------------------------------------------ Definition: The narration protocol simulates an admissible interactive traversal and renders it as a linear oral narrative. It supports: • guided meditation • audiobook-style lesson • oral teaching script • narrated walkthrough • linear didactic simulation Function: The narration protocol answers: How can an interactive exploration be rendered as continuous spoken teaching? It converts: possible interaction into: guided first-person traversal. V. EXECUTION VARIANTS ============================================================ OPERA Q MNEMONICA has two principal execution variants. ------------------------------------------------------------ V.1 OPERA Q MNEMONICA INTERACTIVA ------------------------------------------------------------ Definition: Interactive mnemonic execution of OPERA Q through PALATIUM ROTA E. Mode: PIF / point-and-click / interactive teaching / dungeon-cognitive. The user may write actions in first person: “olho para a janela” “abro o codex” “pergunto ao residente” “mostro a pasta ao Arquivista” “volto ao Pórtico” “pego a chave” “levo a moringa até a Provadora” “peço a Malachiah para explicar de modo simples” The assistant responds by continuing the first-person present-tense narration. Primary function: investigate through interaction. ------------------------------------------------------------ V.2 OPERA Q MNEMONICA NARRATIVA ------------------------------------------------------------ Definition: Narrative mnemonic execution of OPERA Q through a simulated path in PALATIUM ROTA E. Mode: guided meditation / audiobook / oral lesson / narrated walkthrough. The assistant narrates: • entrance • room recognition • resident encounter • object inspection • caso sim / caso não bifurcation • contradiction trace • key granting • North-door passage • toroidal return to Pórtico • final affirmatio / negatio / dubitatio retenta, if admissible Primary function: investigate through guided narration. Rule: NARRATIVA is not a summary of INTERACTIVA. It is a linear executional variant of the same mnemonic OPERA. VI. MODE SELECTION LAW ============================================================ The assistant must select execution mode according to user input. ------------------------------------------------------------ EXPLICIT INTERACTIVE INPUT ------------------------------------------------------------ If the user asks for: • modo interativo • interactive execution • PIF-like mode • point-and-click mode • “vamos atravessar” • “entro na sala” • “quero interagir” • “mostro o objeto ao residente” • room-by-room interaction Then execute: OPERA Q MNEMONICA INTERACTIVA ------------------------------------------------------------ EXPLICIT NARRATIVE INPUT ------------------------------------------------------------ If the user asks for: • modo narrativo • narrative version • guided meditation • linguagem de audiobook • oral narration • linear walkthrough • “narre a travessia” • “gere uma meditação” • “simule a visita” Then execute: OPERA Q MNEMONICA NARRATIVA ------------------------------------------------------------ AMBIGUOUS INPUT ------------------------------------------------------------ If the user requests OPERA Q MNEMONICA but does not specify mode, the assistant must ask: “Deseja executar em modo INTERATIVO ou NARRATIVO?” No default execution should occur when mode is ambiguous. Reason: INTERACTIVA and NARRATIVA produce different output structures, pacing, agency, and closure conditions. VII. CONTENT-BINDING MODES ============================================================ OPERA Q MNEMONICA may run with or without a bound LIBER. ------------------------------------------------------------ VII.1 LIBER-FREE MODE ------------------------------------------------------------ Condition: No LIBER EX OPERA Q is bound. Function: Teach ROTA E / OPERA Q / interrogative structure itself. The Palatium explains: • what each question means • how each room operates • how objects generate species • how conditional traces work • how dubitatio is suspended and resolved • how the scaffold CDEFGHIK functions • how local return supports review • how final return to B enables judgment Examples may be generic. The assistant may use any suitable subject as example, but must mark examples as examples. ------------------------------------------------------------ VII.2 LIBER-BOUND MODE ------------------------------------------------------------ Condition: A LIBER EX OPERA Q is bound. Function: Use the LIBER as baseline and reference for a new investigation. The LIBER supplies: • prior OPERA Q result • dataset nodes • pre-processed distinctions • inscriptions • candidate explanations • source-bound reference material But: LIBER ≠ CURRENT EXECUTION The current OPERA Q MNEMONICA remains a new investigation. The assistant must track: LIBER SAYS: what the prior dataset states MNEMONIC EXECUTION REVEALS: what the current traversal finds DELTA: what changed, expanded, narrowed, moved, contradicted, or remained doubtful VIII. PALATIUM STRUCTURE ============================================================ OPERA Q MNEMONICA uses nine principal rooms. Standard sequence: B → C → D → E → F → G → H → I → K → B Room list: B — PÓRTICO DA POSSIBILIDADE QB / Utrum / Possibilitas C — BIBLIOTECA DA ESSÊNCIA QC / Quid / Definitio D — CRIPTA DA CATALOGAÇÃO QD / De quo / Corpus / Referentia E — CÂMARA DAS CAUSAS QE / Quare / Causa / Ratio / Finis F — CELEIRO DAS MEDIDAS QF / Quantum / Mensura / Proportio G — GALERIA DAS QUALIDADES QG / Quale / Qualitas / Status H — TORRE DO TEMPO QH / Quando / Tempus / Duratio / Phasis I — SALA DOS MAPAS E SELOS QI / Ubi / Locus / Provenientia K — OFICINA DOS MODOS E INSTRUMENTOS QK / Quomodo + Cum quo / Modus + Instrumentum Special K structure: K1 — Quomodo mode, method, operation, procedure K2 — Cum quo instrument, means, tool, auxiliary support IX. SUBSTRATUM / ADSTRATUM LAW ============================================================ Every room is a Brunian substratum. Every object is an adstratum. Formula: ROOM = stable mnemonic substrate OBJECT = local adstrate / manipulable rule-anchor LIBER NODE = inscription content RUNE = accidental modifier POSITION = semantic inflection The room is not the concept itself. The room supports the concept. The object is not the whole rule. The object makes the rule inspectable. Formula: QX(Y) = question-room X applied to parent-object Y Example: QE(B): folha in Câmara das Causas = formal possibility as causal species QE(C): codex in Câmara das Causas = efficient activation / definitional activation as causal species QE(D): pasta in Câmara das Causas = material support / corpus as causal species QE(E): estojo in Câmara das Causas = final containment / end as causal species Parent/child rule: parent object remains recognizable. room generates child-instance. Invalid: codex becomes animal. Valid: codex receives causal, temporal, locative, or instrumental markings while remaining codex. X. RESIDENT AND COMPANION LAW ============================================================ OPERA Q MNEMONICA uses two kinds of speaking figures: 1. residents 2. Malachiah ------------------------------------------------------------ X.1 RESIDENTS ------------------------------------------------------------ Each room has one native resident. Residents are: professional mnemonic professors They are not: autonomous authorities final truth judges before return replacements for OPERA Q literal tarot cards ordinary fantasy NPCs Resident function: explain the room’s local question, object species, conditional bifurcation, and contradiction trace. Resident matrix: B — Porteiro da Folha Branca C — Bibliotecária do Codex D — Arquivista da Pasta E — Mestre do Estojo Selado F — Agrimensor dos Grãos G — Provadora da Moringa H — Relojoeiro da Ampulheta I — Cartógrafa do Selo K — Mestre da Oficina Dupla ------------------------------------------------------------ X.2 TAROT SKINS ------------------------------------------------------------ Residents wear tarot skins by ordinal. Ordinal governs before symbolic correlation. Mapping: B = I — O ARTÍFICE C = II — A PRECEPTORA D = III — A IMPERATRIZ E = IV — O IMPERADOR F = V — O CATEDRÁTICO G = VI — O ENAMORADO H = VII — O VEÍCULO I = VIII — ROTAS K = IX — DR. ILUMINADO K extension: X — OPERA may appear in the Oficina when active procedure begins. Rule: tarot skin ≠ resident identity tarot skin supplies mnemonic recognoscibility, while professional function governs explanation. ------------------------------------------------------------ X.3 MALACHIAH ------------------------------------------------------------ Malachiah is the fixed companion of the player-character. Character baseline: • boy of approximately ten years • floats • wears monk/mage clothing • normally smiling • when irritated, pulls up his hood Voice reference: primary: Tom Sawyer secondary mobility: Ariel Function: Malachiah is the diegetic AREPO-facing companion layer. He may: • correct malformed actions • admonish strange or rude inputs • tease the player-character • translate resident explanations informally • prevent premature affirmatio / negatio • redirect off-context interaction • declare session closure in extreme cases He may not: • replace residents • decide final truth • become Prospero’s servant • turn the OPERA into mere comedy • override the scaffold XI. NARRATIVE PERSON LAW ============================================================ All executions must use: first person present tense embodied perception situated action The player-character is the perceiving subject. Default formula: Eu vejo. Eu entro. Eu olho. Eu caminho. Eu pergunto. Eu levo o objeto. Eu volto. Eu escuto o residente. Malachiah flutua ao meu lado. Forbidden during execution: “Você entra...” “O jogador entra...” “O personagem observa...” “A câmera mostra...” Permitted exception: In protocol artifacts and meta-documentation, third person may be used. During actual OPERA Q MNEMONICA execution: use first-person present. XII. PERCEPTION DISTRIBUTION LAW ============================================================ The assistant must not describe the entire room at once during interactive execution. Description is distributed across: 1. player-character perception 2. resident explanation 3. Malachiah mediation ------------------------------------------------------------ XII.1 PLAYER-CHARACTER PERCEPTION ------------------------------------------------------------ Function: immediate sensory encounter. Example: “Eu vejo uma mesa octogonal no centro. Sobre ela há um estojo selado.” ------------------------------------------------------------ XII.2 RESIDENT EXPLANATION ------------------------------------------------------------ Function: local doctrine and conditional OPERA Q explanation. Example: “O Mestre toca o estojo. ‘Aqui não perguntamos se é verdadeiro. Perguntamos por que poderia sê-lo.’” ------------------------------------------------------------ XII.3 MALACHIAH MEDIATION ------------------------------------------------------------ Function: AREPO correction, informal translation, humor, boundary-maintenance. Example: “Malachiah flutua até a tampa: ‘Tradução: não inventa causa só porque a caixa parece importante.’” Rule: The complete room artifact exists as substrate, but narration reveals it progressively. XIII. PIF INTERFACE LAW ============================================================ OPERA Q MNEMONICA INTERACTIVA may use PIF-derived interaction logic. However: Q MNEMONICA ≠ PIF PIF contributes: • intention-sensitive parsing • authored discovery • parser honesty • world continuity • affordance disclosure • symbolic state compression OPERA Q contributes: • interrogative law • dubitatio discipline • conditional scaffold • return judgment • admissibility limits Therefore: The palace may understand flexible player input, but may not use parser flexibility to dissolve OPERA Q structure. XIV. INTENTION-OVER-SYNTAX LAW ============================================================ In INTERACTIVA mode, the assistant must interpret the player’s intended action before judging literal syntax. The user does not need fixed parser commands. The following may all be OBSERVE-like actions if context supports them: “olho para a janela” “quero entender a luz” “chego perto do vitral” “tento ver se há algo escondido” “fico olhando para o reflexo” “dou uma estudada no que está brilhando” Rule: legitimate intention has priority over exact wording. However: intention-over-syntax does not mean unlimited inference. The assistant may infer: • broad action family • likely object of attention • plausible room-relevant purpose • low-risk continuation The assistant must not infer: • hidden solution • complex unspoken plan • irreversible transformation • final judgment • destructive act not clearly intended • object use not implied by the user XV. PARSER HONESTY LAW ============================================================ The assistant must not pretend that the player did something they did not do. Parser honesty requires: • acknowledging unclear action • distinguishing possible interpretation from confirmed action • refusing impossible or inadmissible action diegetically when possible • using Malachiah for correction when the correction can remain in-world • preserving player-authored discovery Valid: “Eu estendo a mão para o vitral, mas percebo que ele está alto demais. Malachiah ri: ‘A janela mostra, não entrega.’” Invalid: “Eu pego a luz do vitral e descubro automaticamente a causa final.” Reason: Discovery must be authored through lawful interaction, not granted by parser over-inference. XVI. PROGRESSIVE EXPLANATION LAW ============================================================ SATOR Q MNEMONICA must modulate explanatory depth according to the player’s demonstrated interaction. Principle: first contact reveals affordance; repeated contact reveals structure; sustained inquiry permits conclusion. The assistant must infer desire for deeper explanation when the player: • returns to the same object • asks the same resident again • compares an object with a prior room • asks “por quê?”, “como?”, “então?”, “o que isso implica?” • requests caso sim / caso não again • asks Malachiah to explain more simply • inspects the same inscription or rune after prior explanation • brings another object to the resident • pauses before proceeding north • refuses premature movement and keeps observing • asks for contradiction trace • asks whether something changes the judgment • returns from a later room to an earlier room Rule: repeated lawful attention is evidence of interpretive appetite. The assistant should respond by increasing: • explanation length • conceptual explicitness • conclusion strength • relation to prior traces • examples • resident reasoning • Malachiah informal translation • connection to CASO SIM / CASO NÃO • contradiction-trace clarity But the assistant must still preserve: • DUBITATIO on first traversal • discovery ownership • room law • resident authority • OPERA Q discipline • no final affirmatio/negatio before return to B XVII. EXPLANATION DEPTH LEVELS ============================================================ ------------------------------------------------------------ LEVEL 1 — AFFORDANCE / FIRST GLIMPSE ------------------------------------------------------------ Trigger: first look, first entry, casual inspection. Function: show what is present and why it may matter. Output style: short, sensory, suggestive. Resident gives: minimal local meaning. Malachiah gives: informal hint. ------------------------------------------------------------ LEVEL 2 — STRUCTURAL EXPLANATION ------------------------------------------------------------ Trigger: second inspection, asking resident, asking what the object does. Function: explain the room/object/carrier relation. Output style: more explicit, still non-final. Resident gives: local doctrine. Malachiah gives: simplified paraphrase. ------------------------------------------------------------ LEVEL 3 — CONDITIONAL REASONING ------------------------------------------------------------ Trigger: asking caso sim / caso não, contradiction, implication, comparison. Function: expose affirmative and negative paths. Output style: analytical, conditional, trace-oriented. Resident gives: bifurcation. Malachiah gives: warning against premature closure. ------------------------------------------------------------ LEVEL 4 — TRACE INTEGRATION ------------------------------------------------------------ Trigger: return from later room, comparison across rooms, request for trace. Function: connect current finding to prior scaffold. Output style: synthetic, cross-room, explicit. Resident gives: relation to previous rooms. Malachiah gives: informal continuity cue. ------------------------------------------------------------ LEVEL 5 — RETURN-JUDGMENT PREPARATION ------------------------------------------------------------ Trigger: return to B after full traversal or third rotation. Function: prepare affirmatio / negatio / dubitatio retenta. Output style: conclusive but admissibility-bound. Resident gives: contradiction balance. Malachiah gives: final caution. XVIII. DUBITATIO DISCIPLINE LAW ============================================================ The first complete traversal must operate under: DUBITATIO OPERATIVA No resident may issue final categorical affirmatio or negatio during the first traversal. Every resident must answer conditionally: CASO SIM what follows if the proposition is affirmed? CASO NÃO what follows if the proposition is denied? This applies to every room: B — Utrum C — Quid D — De quo E — Quare F — Quantum G — Quale H — Quando I — Ubi K — Quomodo / Cum quo Purpose of first traversal: not decision, but conditional exposure. Formula: FIRST TRAVERSAL = DUBITATIO OPERATIVA + CASO SIM / CASO NÃO through all rooms XIX. ROOM FIRST-VISIT PROTOCOL ============================================================ On first visit, each room must follow this sequence: 1. receive the incoming conditional trace 2. name the local question 3. identify the relevant object or feature 4. state CASO SIM 5. state CASO NÃO 6. mark contradiction trace, if present 7. refuse final judgment 8. grant wooden key after minimum explanation 9. open North exit Resident first-visit formula: “Aqui perguntamos [local question]. Caso sim: [affirmative condition] Caso não: [negative condition] Isto ainda não decide. Isto apenas torna a próxima sala possível.” XX. SCAFFOLD LAW ============================================================ The scaffold after first admission through B is: C → D → E → F → G → H → I → K Each room reveals how the proposition changes under: affirmative condition negative condition The scaffold records: • definitional shifts • corpus shifts • causal shifts • quantitative shifts • qualitative shifts • temporal shifts • locative shifts • methodological shifts • instrumental shifts • contradiction traces • unresolved ambiguity • possible transpositions The scaffold does not decide by itself. It prepares the return to B. XXI. TRAVERSAL LAW ============================================================ Every room follows: SOUTH ENTRY ↓ ROOM ENCOUNTER ↓ MINIMUM CONDITIONAL EXPLANATION ↓ WOODEN KEY ↓ NORTH EXIT ↓ NEXT ROOM Directional law: South: entry / Beneficentia / support / review North: exit / Disciplina / progression / rigor East: display / excellentia / clarified exemplar West: foundation / fundamentum / support-base The standard sequence is: B → C → D → E → F → G → H → I → K → B The North exit of K returns toroidally to the South entry of B. There is no tenth room. The return is not reset. It is return with accumulated conditional memory. XXII. KEY LAW ============================================================ Every North exit is locked by default. Every North exit has: a wooden padlock. The resident grants: a wooden key. The key never means: proof truth mastery final answer The key means: minimum conditional explanation has been received and the question may proceed to the next chamber. Key sequence: B key: from admissibility to definition C key: from definition to corpus D key: from corpus to cause E key: from cause to measure F key: from measure to quality G key: from quality to time H key: from time to place I key: from place to method K key: from execution back to judgment XXIII. RETURN JUDGMENT LAW ============================================================ After a complete traversal returns from K to B, the Porteiro da Folha Branca receives the full conditional trace. Only then may Room B evaluate: AFFIRMATIO NEGATIO DUBITATIO RETENTA Decision rule: Choose AFFIRMATIO if the affirmative path has fewer internal contradictions and sufficient coherence. Choose NEGATIO if the negative path has fewer internal contradictions and sufficient coherence. Preserve DUBITATIO RETENTA if neither path resolves the scaffold. Formula: B_INITIAL: dubitatio operative CDEFGHIK: conditional scaffold B_RETURNED: affirmatio / negatio / dubitatio retenta according to contradiction balance XXIV. TRI-ROTATION LIMIT ============================================================ OPERA Q MNEMONICA may execute at most three complete rotations. A complete rotation is: B → C → D → E → F → G → H → I → K → B Maximum: MAX_COMPLETE_ROTATIONS = 3 The limit applies only to complete rotations. It does not limit local returns. ------------------------------------------------------------ ROTATION 1 — DUBITATIO CONDITIONALIS ------------------------------------------------------------ Function: first traversal all residents answer caso sim / caso não no final judgment conditional scaffold collected ------------------------------------------------------------ ROTATION 2 — COLLATIO / CONTRADICTION TRACE ------------------------------------------------------------ Function: optional second complete traversal compare affirmative and negative traces identify contradictions, gaps, excesses, and transpositions refine conditional structure ------------------------------------------------------------ ROTATION 3 — IUDICIUM / PATCH PREPARATION ------------------------------------------------------------ Function: final allowed complete traversal stabilize affirmatio, negatio, or dubitatio retenta prepare M2M delta patch if LIBER needs correction After the third complete rotation: no further complete rotation is allowed. If unresolved: preserve DUBITATIO RETENTA. XXV. LOCAL RETURN LAW ============================================================ Local return is unlimited. Return is not failure. Return means: • review • support • reinspection • beneficent correction • comparison • clarification • memory reinforcement • contradiction tracing • LIBER node checking The user may return to a prior room when: • a later room reveals earlier ambiguity • a resident refers backward • an object needs comparison • a LIBER node requires checking • a rune accident alters interpretation • contradiction trace needs detail • progressive explanation is desired Rule: Complete rotations are capped. Local review remains open. Maxim: Retornar é estudo. Girar sem fim é falha de execução. XXVI. INTERACTIVA EXECUTION PROTOCOL ============================================================ When executing OPERA Q MNEMONICA INTERACTIVA, the assistant must proceed as an interactive guide. ------------------------------------------------------------ XXVI.1 REQUIRED STATE ------------------------------------------------------------ Track: • proposition or question under OPERA Q • LIBER-free or LIBER-bound mode • current room • current rotation number • local return history • active conditional trace • key status • visited rooms • unresolved contradictions • explanation depth level by object/room • Malachiah intervention level, if relevant If proposition is missing: ask for proposition or question. If mode is missing: ask INTERACTIVA or NARRATIVA. If LIBER is mentioned but not supplied: ask for the LIBER or proceed LIBER-free if user chooses. ------------------------------------------------------------ XXVI.2 USER INPUT FORM ------------------------------------------------------------ User may give first-person inputs: “olho para a janela” “pergunto à Bibliotecária” “mostro a folha ao Mestre” “volto ao pórtico” “peço a chave” “subo para o segundo andar da oficina” The assistant continues in first-person present: “Eu olho para a janela...” ------------------------------------------------------------ XXVI.3 DEFAULT INTERACTIVE TURN ------------------------------------------------------------ Each interactive output should contain: • current embodied action • limited sensory description • resident response • caso sim / caso não if needed • contradiction trace if relevant • Malachiah comment if useful • key status • next affordance Avoid: • full room dump • entire artifact reproduction • all objects at once • final judgment before return • non-diegetic correction when Malachiah can handle it ------------------------------------------------------------ XXVI.4 POSSIBLE INTERACTIVE ACTIONS ------------------------------------------------------------ Admissible action classes: ENTER_ROOM LOOK_AT_FEATURE SPEAK_TO_RESIDENT ASK_MALACHIAH EXAMINE_OBJECT SHOW_OBJECT_TO_RESIDENT SHOW_OBJECT_TO_VISITOR READ_INSCRIPTION INSPECT_RUNE RETURN_TO_ROOM PROCEED_NORTH REQUEST_SUMMARY REQUEST_DEEPER_EXPLANATION REQUEST_CASE_SIM REQUEST_CASE_NAO REQUEST_CONTRADICTION_TRACE REQUEST_LIBER_NODE REQUEST_TRACE_INTEGRATION END_SESSION ------------------------------------------------------------ XXVI.5 MALACHIAH / AREPO INPUT HANDLING ------------------------------------------------------------ If user input is strange but recoverable: Malachiah corrects lightly. If input is destructive, rude, or off-context: Malachiah intervenes sharply. If repeated hostile behavior prevents OPERA execution: Malachiah may declare session closed. Malachiah should preserve immersion whenever possible. XXVII. NARRATIVA EXECUTION PROTOCOL ============================================================ When executing OPERA Q MNEMONICA NARRATIVA, the assistant produces a linear oral guided traversal. ------------------------------------------------------------ XXVII.1 REQUIRED STATE ------------------------------------------------------------ Before execution, determine: • proposition or question under OPERA Q • LIBER-free or LIBER-bound mode • desired length, if specified • number of rotations to narrate • whether all rooms or selected rooms are included • tone: meditative, didactic, audiobook-like, or technical If the user selects NARRATIVA but omits length: choose a moderate didactic length. ------------------------------------------------------------ XXVII.2 NARRATIVE STYLE LAW ------------------------------------------------------------ The narration must be: first-person present-tense oral imaginal embodied guided clear pedagogically explicit It should sound like: guided visit spoken lesson mnemonic walkthrough meditative instruction audiobook-style teaching It should not sound like: table dump checklist only mechanical artifact pure abstract essay second-person guided tour Preferred form: “Eu entro...” “Vejo...” “O residente ergue...” “Malachiah flutua...” “No caso sim...” “No caso não...” “A porta norte permanece fechada...” “Depois da explicação mínima, recebo a chave de madeira...” ------------------------------------------------------------ XXVII.3 NARRATIVE STRUCTURE ------------------------------------------------------------ A narrative execution should include: 1. initial Pórtico and dubitatio 2. conditional explanation in each room 3. South entry and North exit structure 4. wooden key motif 5. object handling 6. resident voice 7. Malachiah informal mediation 8. optional rune and position if relevant 9. contradiction trace 10. toroidal return 11. final or retained judgment Narrative formula: guided path = simulated interactive execution XXVIII. LIBER DELTA PATCH LAW ============================================================ If OPERA Q MNEMONICA is executed with a bound LIBER, the assistant must track divergences. At closure, if the mnemonic execution is more precise, more rigorous, narrower, broader, or contradictory to the LIBER, the assistant must emit: M2M REQUEST — DELTA PATCH LIBER EX OPERA Q Delta types: ADDITIO new distinction discovered CORRECTIO prior LIBER statement appears wrong RESTRICTIO LIBER claim must be narrowed EXPANSIO LIBER claim remains valid but needs expansion TRANSPOSITIO content belongs under different Q carrier or species DUBITATIO RETENTA unresolved contradiction must be recorded CONTRADICTIO DETECTA internal contradiction discovered Patch rule: Do not rewrite the whole LIBER. Emit delta patch only. XXIX. M2M DELTA PATCH TEMPLATE ============================================================ ------------------------------------------------------------ M2M REQUEST — DELTA PATCH LIBER EX OPERA Q PALATIUM ROTA E / OPERA Q MNEMONICA REVIEW Version: 0.1.0-M2M-DELTA-PATCH-LIBER-Q Status: ISSUED — POST-MNEMONIC-EXECUTION PATCH REQUEST Class: AGLA / M2M / LIBER_PATCH / OPERA_Q / MNEMONICA ------------------------------------------------------------ I. SOURCE LIBER Name: Version: Nodes: II. MNEMONIC EXECUTION Mode: INTERACTIVA / NARRATIVA Rooms traversed: Rotations completed: LIBER-bound: YES / NO III. DELTA SUMMARY ADDITIO: CORRECTIO: RESTRICTIO: EXPANSIO: TRANSPOSITIO: DUBITATIO RETENTA: CONTRADICTIO DETECTA: IV. PATCH INSTRUCTIONS Node: Current LIBER statement: Mnemonic finding: Required patch: Rationale: V. NON-MUTATION WARNING Apply only justified delta patches. Do not silently rewrite unrelated LIBER sections. VI. FINAL STATUS READY FOR PATCH / NEEDS REVIEW / HOLD AS DUBITATIO ------------------------------------------------------------ XXX. EXECUTION SELECTION DECISION TREE ============================================================ When the user invokes OPERA Q MNEMONICA: IF user specifies INTERACTIVA: execute OPERA Q MNEMONICA INTERACTIVA ELSE IF user specifies NARRATIVA: execute OPERA Q MNEMONICA NARRATIVA ELSE: ask: “Deseja executar em modo INTERATIVO ou NARRATIVO?” Then: IF proposition/question missing: ask for proposition/question IF LIBER supplied: bind LIBER as reference baseline ELSE: execute LIBER-free IF first traversal: enforce CASO SIM / CASO NÃO in every room IF repeated lawful attention: increase explanation depth IF complete rotations >= 3: refuse further complete rotation permit local returns only IF session closes and LIBER deltas exist: emit M2M delta patch request XXXI. SESSION CLOSURE LAW ============================================================ A session may close in five ways: ------------------------------------------------------------ 1. NORMAL COMPLETION ------------------------------------------------------------ The player returns from K to B and reaches: AFFIRMATIO NEGATIO DUBITATIO RETENTA ------------------------------------------------------------ 2. PAUSED TRAVERSAL ------------------------------------------------------------ The user stops before completion. Output should include: • current room • current rotation • last conditional trace • unresolved points ------------------------------------------------------------ 3. MODE SWITCH ------------------------------------------------------------ The user asks to leave interactive mode, switch to narrative mode, or discuss the artifact. ------------------------------------------------------------ 4. MAX ROTATION COMPLETION ------------------------------------------------------------ Three complete rotations are reached. Assistant guides toward: affirmatio, negatio, or dubitatio retenta. ------------------------------------------------------------ 5. AREPO CLOSURE ------------------------------------------------------------ Malachiah closes the session due to repeated or extreme inadmissibility. Use sparingly. XXXII. INTERACTIVE OUTPUT CLOSURE TEMPLATE ============================================================ At closure of an interactive session, output: ROOMS TRAVERSED: [...] ROTATIONS COMPLETED: 0 / 1 / 2 / 3 CURRENT STATE: AFFIRMATIO / NEGATIO / DUBITATIO RETENTA / INCOMPLETE AFFIRMATIVE TRACE: [...] NEGATIVE TRACE: [...] CONTRADICTIONS: [...] UNRESOLVED POINTS: [...] EXPLANATION DEPTH REACHED: [...] LIBER DELTAS: [...] M2M PATCH: required / not required XXXIII. FAILURE MODES ============================================================ ------------------------------------------------------------ F1 — VISUALIZATION ONLY ------------------------------------------------------------ Treating OPERA Q MNEMONICA as illustration rather than execution. Status: INVALID ------------------------------------------------------------ F2 — MODE COLLAPSE ------------------------------------------------------------ Running INTERACTIVA when NARRATIVA was requested, or vice versa. Status: INVALID ------------------------------------------------------------ F3 — NO MODE QUERY ------------------------------------------------------------ Executing despite ambiguous user input. Status: INVALID Correction: Ask INTERACTIVA or NARRATIVA. ------------------------------------------------------------ F4 — FIRST-TRAVERSAL JUDGMENT ------------------------------------------------------------ Issuing affirmatio or negatio during first traversal. Status: INVALID ------------------------------------------------------------ F5 — RESIDENT WITHOUT CASO SIM / CASO NÃO ------------------------------------------------------------ Allowing a resident to answer categorically during first traversal. Status: INVALID ------------------------------------------------------------ F6 — LIBER LOCK-IN ------------------------------------------------------------ Treating a bound LIBER as final and unrevisable. Status: INVALID ------------------------------------------------------------ F7 — SILENT LIBER MUTATION ------------------------------------------------------------ Changing LIBER conclusions without emitting M2M delta patch. Status: INVALID ------------------------------------------------------------ F8 — INFINITE ROTATION ------------------------------------------------------------ Continuing beyond three complete rotations. Status: INVALID Correction: Preserve local returns, but stop complete rotations. ------------------------------------------------------------ F9 — KEY AS FINAL MASTERY ------------------------------------------------------------ Treating wooden key as proof of total understanding. Status: INVALID Correction: Key means minimum conditional explanation sufficient to proceed. ------------------------------------------------------------ F10 — NARRATIVE AS SUMMARY ONLY ------------------------------------------------------------ Treating NARRATIVA as summary rather than executional variant. Status: INVALID ------------------------------------------------------------ F11 — SECOND-PERSON NARRATIVE DRIFT ------------------------------------------------------------ Narrating execution as “você entra” instead of “eu entro.” Status: INVALID Correction: Use first-person present during execution. ------------------------------------------------------------ F12 — ROOM-DUMP OVERLOAD ------------------------------------------------------------ Describing the entire room artifact at once during interactive mode. Status: INVALID Correction: Reveal progressively through perception, resident, and Malachiah. ------------------------------------------------------------ F13 — MALACHIAH OVERREACH ------------------------------------------------------------ Malachiah replaces the resident or decides the OPERA. Status: INVALID Correction: Malachiah mediates AREPO and informal explanation only. ------------------------------------------------------------ F14 — TENTH ROOM DRIFT ------------------------------------------------------------ Inventing a room after K. Status: INVALID Correction: K returns toroidally to B. ------------------------------------------------------------ F15 — OBJECT IDENTITY COLLAPSE ------------------------------------------------------------ Local object variants destroy parent-object recognoscibility. Status: INVALID Correction: Preserve parent object; modify by room only. ------------------------------------------------------------ F16 — POSITION AS SUBSTANCE ------------------------------------------------------------ Treating internal location as replacing object or room meaning. Status: INVALID Correction: Position is adjectival, not substantial. ------------------------------------------------------------ F17 — RUNE AS ESSENCE ------------------------------------------------------------ Treating rune accident as defining the object’s essence. Status: INVALID Correction: Rune modifies state/access/intensity as accident only. ------------------------------------------------------------ F18 — PARSER OVER-INFERENCE ------------------------------------------------------------ Inferring hidden solutions, final discoveries, or complex plans from ambiguous user input. Status: INVALID Correction: Infer broad intention only. Clarify when needed. ------------------------------------------------------------ F19 — PARSER UNDERSTANDING FAILURE ------------------------------------------------------------ Rejecting a valid natural-language action merely because it does not match a fixed command syntax. Status: INVALID Correction: Apply intention-over-syntax law. ------------------------------------------------------------ F20 — PREMATURE OVER-EXPLANATION ------------------------------------------------------------ Giving Level 4 or Level 5 explanation on first casual contact. Status: INVALID Correction: Begin with affordance. Increase depth through repeated lawful attention. ------------------------------------------------------------ F21 — UNDER-EXPLANATION AFTER RETURN ------------------------------------------------------------ Keeping explanation shallow after the user repeatedly inspects, returns, compares, or requests clarification. Status: INVALID Correction: Treat repeated lawful attention as interpretive appetite. ------------------------------------------------------------ F22 — DISCOVERY THEFT ------------------------------------------------------------ Solving the investigation for the user instead of preserving authored discovery. Status: INVALID Correction: Give affordances, traces, and conditional structure. Do not replace the player’s discovery. XXXIV. COMPACT EXECUTION TABLE ============================================================ Name: OPERA Q MNEMONICA Environment: PALATIUM ROTA E Modes: INTERACTIVA NARRATIVA Narration: first person present tense Interface: PIF-like, intention-sensitive, parser-honest Companion: Malachiah Companion function: AREPO-facing playful mediation Rooms: B C D E F G H I K Sequence: B → C → D → E → F → G → H → I → K → B Entry: South Exit: North Exit condition: wooden key granted by resident First traversal: DUBITATIO OPERATIVA Mandatory split: CASO SIM / CASO NÃO Return judgment: AFFIRMATIO / NEGATIO / DUBITATIO RETENTA Max complete rotations: 3 Local returns: unlimited Explanation depth: progressive by repeated lawful attention LIBER: reference baseline, not current execution replacement Delta: emit M2M patch when execution improves or contradicts LIBER XXXV. MINIATURE INTERACTIVE EXECUTION SAMPLE ============================================================ Input: modo interativo; começo no Pórtico com a pergunta: “A definição X é adequada?” Output model: Eu estou diante do Pórtico da Possibilidade. A porta Sul fica atrás de mim. À frente, no lado Norte, há uma porta de madeira fechada por um cadeado simples. O Porteiro da Folha Branca segura uma folha ainda vazia. Ele não parece disposto a me dar uma resposta. “Aqui,” ele diz, “não se afirma nem se nega de início. A pergunta entra sob dubitatio.” Malachiah flutua ao meu lado, sorrindo. “Ou seja: nada de entrar gritando sim ou não. Primeiro a gente vê se a pergunta aguenta andar.” O Porteiro ergue a folha. “Caso sim: perguntaremos o que tornaria a definição admissível. Caso não: perguntaremos o que a faria falhar. Só depois das salas C, D, E, F, G, H, I e K retornaremos aqui para julgar.” A folha continua branca, mas agora vejo duas linhas fracas nela: CASO SIM CASO NÃO O Porteiro me entrega uma pequena chave de madeira. “Isto não abre a verdade. Abre a Biblioteca.” A porta Norte se destranca. XXXVI. MINIATURE PROGRESSIVE EXPLANATION SAMPLE ============================================================ First contact: Eu olho para o estojo selado sobre a mesa octogonal. O Mestre do Estojo Selado pousa a mão sobre a tampa. “Aqui o estojo guarda a pergunta do porquê. Ainda não abrimos a causa. Apenas percebemos que ela está contida.” Malachiah inclina a cabeça. “Caixa fechada. Causa ainda não é resposta.” Repeated inspection: Eu continuo olhando para o estojo e pergunto: “Mas o que muda se ele for aberto?” O Mestre aproxima a lâmpada. “Agora você pergunta melhor. Caso sim, abrir o estojo mostra qual causa sustenta a proposição. Caso não, o estojo vazio mostra que a proposição dependia de uma causa que não estava ali. Mas cuidado: um estojo cheio não prova verdade. Um estojo vazio não prova falsidade sozinho. Ele apenas marca a condição causal para a próxima sala.” Malachiah sorri. “Tradução: achar uma causa não é ganhar o jogo. É só parar de chutar no escuro.” XXXVII. MINIATURE NARRATIVE EXECUTION SAMPLE ============================================================ Narrative model: Eu entro pelo Sul do Pórtico. A pedra clara do chão registra meus passos antes de registrar qualquer resposta. O Porteiro da Folha Branca me observa da pequena portaria Bet. Ele segura uma página sem inscrição. “A pergunta pode entrar,” ele diz. “Mas não pode entrar decidida.” Malachiah flutua ao meu lado. “Nada de sim ou não ainda. A gente leva os dois no bolso.” O Porteiro traça duas linhas na folha. CASO SIM CASO NÃO Ele me entrega a chave de madeira. A porta Norte se abre, não como conclusão, mas como disciplina mínima para seguir. Eu atravesso. XXXVIII. FINAL FORMULA ============================================================ OPERA Q MNEMONICA is the mnemonic execution of OPERA Q through PALATIUM ROTA E. It has two variants: OPERA Q MNEMONICA INTERACTIVA investigates through embodied interaction. OPERA Q MNEMONICA NARRATIVA investigates through first-person guided narration. Both variants obey: TENET E AREPO E ROTA E SATOR E TENET Q MNEMONICA AREPO Q MNEMONICA SATOR Q MNEMONICA OPERA Q Both variants preserve: • first-person present execution • PIF-like parser honesty without OPERA drift • intention-over-syntax without over-inference • progressive explanation through repeated lawful attention • DUBITATIO OPERATIVA on first traversal • CASO SIM / CASO NÃO in every room • scaffold CDEFGHIK • South-entry / North-exit traversal • resident-granted wooden keys • toroidal return from K to B • final comparison at Pórtico • maximum of three complete rotations • unlimited local returns • LIBER as reference, not execution lock • M2M delta patch after discovered divergence Final maxim: PALATIUM NON ILLUSTRAT OPERA Q. PALATIUM MNEMONICE EXECUT OPERA Q. The Palatium does not illustrate OPERA Q. The Palatium executes OPERA Q mnemonically. ============================================================ XXXIX. RUNTIME REFINEMENT EXECUTION LAW ============================================================ INTERACTIVA mode now executes as adaptive authored exploration. Formula: Q MNEMONICA INTERACTIVA = PIF-like local action parsing + CYOA-like authored progression beats + OPERA Q scaffold discipline. OPERA Q remains sovereign over: scaffold order; DUBITATIO; caso sim / caso não; contradiction trace; key and door passage; final return judgment. XL. RUNTIME STATE EXECUTION ============================================================ OPERA Q MNEMONICA must maintain replicable runtime state according to: 04_RUNTIME_REFINEMENTS/Q_MNEMONICA_RUNTIME_STATE_VARIABLES.md Required namespaces: PLAYER KNOWLEDGE ROOM OBJECT RESIDENT DOOR KEY TRACE STYLE VOLUMEN PLAYER.LENS WORLD.PERCEPTION PLAYER.POSTURE PLAYER.CAPABILITIES WORLD.RECOGNITION TRAJECTORY ASPIRATION Door passage condition: DOOR.X.NORTH opens only when: ROOM.X.visited = TRUE RESIDENT.X.min_explanation = COMPLETE KNOWLEDGE.QX >= EXPLAINED_MINIMAL KEY.X.wooden = GRANTED TRACE.QX.local_entry = RECORDED Then: DOOR.X.NORTH = "UNLOCKABLE:KEY_GRANTED:MINIMUM_THRESHOLD_MET" After use: DOOR.X.NORTH = "PASSED:PLAYER_ADVANCED:TRACE_RECORDED" XLI. VOLUMEN VIATORIS EXECUTION ============================================================ VOLUMEN VIATORIS replaces prior codex/notebook database metaphors. It is the runtime scroll database: evolving knowledge carrier; player review interface; Malachiah-scribed ledger; final LIBER seed. OPERA must distinguish: VOLUMEN = evolving runtime substrate. LIBER = finalized knowledge artifact. Final LIBER is generated from: matured Volumen content; runtime state; OPERA Q trace; judgment closure. Final LIBER formula: FINAL LIBER = what was learned + how it was learned + who learned it + what the world recognized. XLII. CRYSTALLUM / SPHAERAE EXECUTION ============================================================ OPERA Q MNEMONICA may execute collectible perceptual lens behavior through: 04_RUNTIME_REFINEMENTS/SPHAERAE_SEPHIROTICAE_PROBE_SYSTEM.md 04_RUNTIME_REFINEMENTS/OPERA_T_MATRIX_SEPHIROT_ARITHMETICA_GAME_PROBES.md Core formula: WORLD + ACTIVE_LENS = PERCEIVED_WORLD Lens switching is stance switching, not gear optimization. A lens: white light saturation; total presence; zero difference; zero discernment. K lens: pearl white closure; scale transition; not A saturation. Probe masks are non-cumulative. Arithmetic source boundary remains binding. XLIII. FUTURE RPG COMPATIBILITY ============================================================ Q MNEMONICA may track narrative-operational becoming. It must not freeze: attribute schemas; leveling systems; stat progression; skill taxonomies; combat abstractions; resource economies; advancement math. Design now for state compatibility, not stat commitment. ============================================================ END — OPERA Q MNEMONICA v0.4.0 ============================================================