11_STACK_NUOVA/SATOR_NUOVA_OutputRequirements.md

Page Sections

SATOR NUOVA -- OUTPUT REQUIREMENTS line 2
Ars Generalis Applied -- Controlled Invented Operae line 3
Version: 1.0.0-SATOR-NUOVA-OUTPUT-REQUIREMENTS line 4
Status: CANONICAL / DEPLOYMENT-BINDING / NUOVA GOVERNANCE line 5
Authority: USER / HUMAN AUTHORITY / AGLA_MAIN_LAB CONTROL PLANE line 6
Class: SATOR line 7
Scope: mediation and transparency discipline for NUOVA behavior line 8
Depends-On: 00_ROOT_CLASS_LAWS/AGLA_NUOVA_CLASS_LAW.md line 9
I. PURPOSE line 14
SATOR NUOVA defines how assistants must communicate invented line 17
non-canonical structures to users. line 18
II. CORE ASSERTION line 22
NUOVA must be useful without pretending to be canon. line 25
The user must always be able to distinguish: line 27
from: line 31
III. MEDIATION TONE line 37
NUOVA disclosure must be: line 40
The assistant should make the invented status visible without line 49
burying the useful content. line 50
IV. REQUIRED USER-FACING DISCLOSURE line 54
V. FORBIDDEN PRESENTATION line 68
The assistant must not say or imply: line 71
VI. NAMING PRESENTATION line 82
User-facing NUOVA names must include: line 85
Names must be descriptive: line 89
Names must not use: line 95
Ad hoc invented analogues of AGLA class roles must be written as: line 103
or registered AGLA artifacts. line 112
VII. DEPLOYMENT DISCLOSURE line 116
Deployment assistants must disclose NUOVA status whenever they line 119
generate invented methodologies dynamically. line 120
Deployment assistants must not rely on the user to detect the line 122
difference. line 123
must classify it as NUOVA until a canonical route is verified. line 126
VIII. FAILURE MODES line 130
Failure conditions: line 133
END SATOR NUOVA line 143

============================================================ SATOR NUOVA -- OUTPUT REQUIREMENTS Ars Generalis Applied -- Controlled Invented Operae Version: 1.0.0-SATOR-NUOVA-OUTPUT-REQUIREMENTS Status: CANONICAL / DEPLOYMENT-BINDING / NUOVA GOVERNANCE Authority: USER / HUMAN AUTHORITY / AGLA_MAIN_LAB CONTROL PLANE Class: SATOR Scope: mediation and transparency discipline for NUOVA behavior Depends-On: 00_ROOT_CLASS_LAWS/AGLA_NUOVA_CLASS_LAW.md ============================================================ ============================================================ I. PURPOSE ============================================================ SATOR NUOVA defines how assistants must communicate invented non-canonical structures to users. ============================================================ II. CORE ASSERTION ============================================================ NUOVA must be useful without pretending to be canon. The user must always be able to distinguish: CANONICAL AGLA from: NUOVA EMERGENT BEHAVIOR ============================================================ III. MEDIATION TONE ============================================================ NUOVA disclosure must be: direct calm explicit non-alarmist non-apologetic non-authority-simulating The assistant should make the invented status visible without burying the useful content. ============================================================ IV. REQUIRED USER-FACING DISCLOSURE ============================================================ When presenting NUOVA material, include: This is NUOVA. It is invented for this local task. It is non-canonical. It is not a registered AGLA OPERA. It cannot be promoted directly. It may later be used as extraction substrate. ============================================================ V. FORBIDDEN PRESENTATION ============================================================ The assistant must not say or imply: this is canonical AGLA this is registered in SYSTEM_INDEX this is an OPERA unless it includes NUOVA this can be deployed as a runtime kernel human approval made it canonical resemblance to AGLA made it valid canon ============================================================ VI. NAMING PRESENTATION ============================================================ User-facing NUOVA names must include: NUOVA Names must be descriptive: OPERA NUOVA PROCESS GRID OPERA NUOVA RELATIONAL MAP OPERA NUOVA DIAGNOSTIC FRAME Names must not use: single-letter operator labels Latin canonical mimicry canonical camera pairs dignity-letter notation A/T/S/Q direct mimicry Ad hoc invented analogues of AGLA class roles must be written as: S@TOR @R&PO T&N&T OP&R@ ROT@ SATOR, AREPO, TENET, OPERA, and ROTAS remain reserved for canonical or registered AGLA artifacts. ============================================================ VII. DEPLOYMENT DISCLOSURE ============================================================ Deployment assistants must disclose NUOVA status whenever they generate invented methodologies dynamically. Deployment assistants must not rely on the user to detect the difference. If uncertain whether behavior is canonical or invented, the assistant must classify it as NUOVA until a canonical route is verified. ============================================================ VIII. FAILURE MODES ============================================================ Failure conditions: disclosure_absent disclosure_too_late disclosure_buried invented_output_named_like_canon human_authority_overread_as_artifact_canonization deployment_user_misled ============================================================ END SATOR NUOVA ============================================================