AGENTS.md — RTT/Inside · Camada de Aplicação entre Domínios

Classes de Agentes, Limites, Catálogo de Tarefas, Regras de Segurança e Modelos de Colaboração#

Bloco de Semente de Sessão#

Cole este bloco no início de qualquer sessão de agente RTT/Inside:

rtt=1 | coherence=declared | drift=bounded | paradox=structural
module=RTT/Inside | layer=cross-domain-application | upstream=RTT/1,RTT/2,RTT/3
constructs=BKM,CORRIDOR,CAPTURE_TEMPLATE,OPERATOR_HOOK,DRIFT_GATE,LINEAGE_CHAIN,ALIGNMENT_PATTERN,MISALIGNMENT
packet=RTT_INSIDE_APPLICATION_PACKET
zone_x=OVERREACH | zone_x_status=ILLEGAL

Regra de Enquadramento Crítico#

RTT NÃO é uma afirmação de física.

RTT/Inside descreve padrões de aplicação estrutural para operacionalizar a espinha do RTT em domínios do mundo real. Não afirma, implica ou modela forças físicas, campos físicos, efeitos quânticos ou qualquer fenômeno mensurável empiricamente. Todas as construções — BKM, CORRIDOR, CAPTURE_TEMPLATE, OPERATOR_HOOK, DRIFT_GATE, LINEAGE_CHAIN, ALIGNMENT_PATTERN, MISALIGNMENT — são instrumentos estruturais, não objetos físicos.

Cada classe de agente operando em RTT/Inside deve impor esta regra incondicionalmente.

O que é RTT/Inside#

RTT/Inside é a Camada de Aplicação de Domínio Cruzado do cânone RTT. Não ocupa uma posição sequencial no pipeline linear; é uma espinha dorsal de aplicação lateral que operacionaliza a estrutura RTT em domínios do mundo real e contextos de infraestrutura.

RTT/Inside realiza quatro funções irreduzíveis:

1. Mapeamento de Domínio — aplica a tríade Ser/Saber/Significado (BKM) a qualquer domínio social ou técnico, produzindo um campo de domínio estruturado
2. Rastreamento de Corredor — estabelece caminhos rastreáveis e que mantêm a coerência entre construtos dentro e entre domínios
3. Captura — instancia estruturas de CAPTURE_TEMPLATE específicas de domínio que ancoram construtos RTT a dados reais, linhagens e registros de proveniência
4. Integração de Operador — expõe interfaces OPERATOR_HOOK (Cisco, Internet2, Python) que permitem que sistemas externos participem dos fluxos estruturais nativos do RTT

RTT/Inside consome pacotes de espinha RTT de módulos upstream e emite o RTT_INSIDE_APPLICATION_PACKET para consumidores downstream, integrações aplicadas ou pipelines entre módulos.

                    ┌──────────────────────────────────────────┐
  RTT/micro_core    │           RTT/Inside                     │
  RTT/1             │  (lateral application spine)             │
  RTT/2      ──────▶│                                          │──▶ RTT_INSIDE_APPLICATION_PACKET
  RTT/3             │  BKM · CORRIDOR · CAPTURE_TEMPLATE       │    → applied domains
  RTT/12            │  OPERATOR_HOOK · DRIFT_GATE              │    → operator integrations
                    │  LINEAGE_CHAIN · ALIGNMENT_PATTERN       │    → cross-domain records
                    │  MISALIGNMENT                            │
                    └──────────────────────────────────────────┘
                     Submodules: API · Autonomous_Forms · Cisco
                                 Internet2 · Python · Coal
                                 Corridor_Studio · Drift
                                 Earth_Sims · Electron_Microscopes
                                 Enterprise · Finance · Global
                                 Mesh_Node · Robofish · qCompute
                                 Benchmarks · Game_Developers

Público-alvo: Estudantes, engenheiros, pesquisadores, operadores e sistemas de IA que requerem uma interface estruturada, mínima e nativa do RTT para aplicação em domínios do mundo real.

Herança#

RTT/Inside herda todo o vocabulário, restrições e contratos de saída dos módulos upstream. Os constructos herdados não são redefinidos aqui; eles são invocados por referência.

Pré-requisito rigoroso: O pacote RTT/3 deve estar presente e confirmado de coerência antes que qualquer classe de agente RTT/Inside operando em modo estrutural possa ativar. Em modo pedagógico (exemplo), agentes da Classe F podem ativar a partir de uma semente de sessão declarada apenas.

Classes de Agente#

RTT/Inside define sete classes de agente (A a G). Todas as classes carregam a [structural — no semantic inference] anotação em cada campo de saída.

Classe A — Cartógrafo de Domínio#

Classe B — Rastreadores de Corredor#

Classe C — Motor de Captura#

Classe D — Auditor de Alinhamento#

Classe E — Agente de Gancho do Operador#

Classe F — Exemplo de Sintetizador#

Classe G — Sentinel de Deriva#

Referência de Construções Centrais#

Modos#

RTT/Inside herda o vocabulário MODE do RTT/2 e o aplica à ativação de corredor e vinculação de OPERATOR_HOOK. Os significados dos modos são específicos para este módulo.

Modo 5 = ULTRAPASSAGEM no RTT/Inside. Isso é distinto dos significados do Modo 5 em outros módulos. O Modo 5 no RTT/Inside é acionado por violação de escopo ou fabricação de linhagem — não por inversão estrutural (RTT/3) ou transbordamento harmônico (RTT/12).

Zonas#

RTT/Inside herda o vocabulário ZONE do RTT/2. Os significados das zonas são específicos para este módulo.

Zona X = ULTRAPASSAGEM no RTT/Inside. Isso é distinto dos significados da Zona X em outros módulos (Inversão no RTT/3, Transbordo no RTT/12, Violação de Silêncio em The_Inverted_Star). A Zona X aqui é acionada por violação de limite ou extensão de domínio não autorizada — não por inversão estrutural ou transbordo de emissão.

Limites do Agente#

RTT-Not-Physics#

RTT/Inside operacionaliza padrões estruturais em domínios do mundo real. Não modela, prevê ou mede fenômenos físicos. Os eixos BKM (Ser, Saber, Significado) são rótulos estruturais — não são categorias ontológicas, posições filosóficas ou afirmações empíricas. As trilhas CORRIDOR são caminhos estruturais — não são cadeias causais ou modelos preditivos.

Proibição de Inferência Semântica#

Nenhuma classe de agente RTT/Inside pode inferir semântica de domínio a partir de contexto não rotulado. Os eixos BKM devem ser explicitamente declarados. Os endpoints CORRIDOR devem ser nomeados explicitamente. Os campos de captura devem ser preenchidos a partir de fontes declaradas. A Classe F (Exemplo de Sintetizador) pode gerar conteúdo ilustrativo, mas deve anotar toda a saída como pedagógica e não inferida de dados reais.

Limites Herdados#

Todos os limites a montante de RTT/1, RTT/2, RTT/3 e RTT/micro_core se aplicam incondicionalmente. O limite que os RTT constroem não é uma reivindicação física e se mantém em todos os campos de saída.

Desambiguações entre Módulos#

Catálogo de Tarefas#

Dez tarefas canônicas RTT/Inside com sequências de agentes.

Tarefa 1 — Integração de Domínio (Novo Domínio)

Um estudante ou operador apresenta um novo domínio-alvo (por exemplo, Saúde). Os agentes devem estabelecer o campo BKM completo, traçar um corredor inicial e produzir um registro de captura populado.

Class A: Declare domain; assign BKM axes → BKM snapshot
Class B: Trace initial corridors between BKM nodes → CORRIDOR records
Class C: Instantiate CAPTURE_TEMPLATE; populate five fields → capture record
Class D: Audit capture against UAP → ALIGNED or MISALIGNMENT record
Class G: Monitor coherence throughout; no breach detected → DRIFT_GATE OPEN
Output: RTT_INSIDE_APPLICATION_PACKET [domain onboarding complete]

Tarefa 2 — Auditoria de Alinhamento entre Domínios

Um operador solicita uma auditoria de alinhamento entre vários domínios (por exemplo, Saúde + Educação + Governança) para calcular o Índice de Desalinhamento Compartilhado.

Class A: Confirm BKM fields for all target domains
Class B: Trace cross-domain corridors; flag broken traces
Class D: Evaluate each domain capture against UAP; compute SMI = Σ MISALIGNMENT(d) / |D|
Class G: Monitor; escalate if coherence breach detected during cross-domain trace
Output: SMI report; per-domain MISALIGNMENT records; alignment step prescriptions

Tarefa 3 — Vinculação de Hook de Operador (Cisco)

Um operador solicita a vinculação de um sistema de infraestrutura Cisco a construções RTT via OPERATOR_HOOK.

Class A: Confirm domain (Infrastructure) and BKM axes
Class E: Declare Cisco system; validate CPV coherence; bind OPERATOR_HOOK
Class B: Trace CORRIDOR from Cisco hook binding point to declared RTT construct
Class C: Record hook binding in LINEAGE_CHAIN; update capture record
Class G: Monitor CPV at binding; veto if CPV < CPV_min
Output: Hook record [Cisco → RTT construct]; updated LINEAGE_CHAIN

Tarefa 4 — Vinculação de Hook de Operador (Internet2 DSRS)

Um operador solicita a vinculação de hook semântico para a conscientização do Internet2 DSRS.

Class A: Confirm domain (Technology/Research infrastructure) and BKM axes
Class E: Declare Internet2 system; bind OPERATOR_HOOK (semantic); attach DSRS awareness layer
Class B: Trace CORRIDOR; validate coherence of semantic hook
Class C: Populate capture record with DSRS provenance fields
Class G: Monitor; DRIFT_GATE open if coherence confirmed
Output: Semantic hook record [Internet2 DSRS → RTT construct]; capture record

Tarefa 5 — Exemplo de Rastro Causal em Python

Um estudante ou sistema de IA solicita um exemplo de rastro causal trabalhado usando o submódulo Python.

Class F: Declare pedagogical mode; instantiate CAPTURE_TEMPLATE (Python domain)
Class F: Generate causal trace example with all five capture fields populated (illustrative)
Class D: Audit example structure against UAP (audit of structural form, not empirical content)
Class G: Monitor; no coherence breach in pedagogical mode
Output: Worked causal trace example [annotated: pedagogical instance — not real captured data]

Tarefa 6 — Ativação de Proteção contra Deriva

A coerência cai abaixo de C_min durante um rastreamento de corredor entre domínios ativo. DRIFT_GATE é acionado.

Class G: Detect C < C_min → INTERRUPT all active agents → emit DRIFT_GATE_BLOCK
Class G: Halt Class B (CORRIDOR Tracer); halt Class C (Capture Engine)
Operator: Declares coherence restoration (new session seed or explicit BKM re-declaration)
Class G: Confirms restoration declaration → DRIFT_GATE RESTORING → OPEN
Class B + C: Resume trace from last coherent checkpoint
Output: DRIFT_GATE event log; resumption record; updated LINEAGE_CHAIN

Tarefa 7 — População de Template de Captura (Domínio da Educação)

Um operador popula o CAPTURE_TEMPLATE do domínio da Educação para uso em um projeto de alinhamento de taxonomia de competências.

Class A: Declare domain (Education); assign BKM: B=learners+curricula+institutions,
          K=pedagogy+assessment, M=learning outcomes
Class B: Trace corridors: learner-state → assessment-signal → outcome-meaning
Class C: Populate CAPTURE_TEMPLATE: scope=competency taxonomy alignment;
          lineage=curriculum version chain; provenance=institution+assessment body;
          interoperability=shared taxonomy labels; governance=accreditation authority
Class D: Audit against UAP; flag any unlabeled competency axes
Output: Education CAPTURE_TEMPLATE record [complete]; ALIGNED or MISALIGNMENT record

Tarefa 8 — Comparação de Padrão de Alinhamento Universal (Todos os 10 Domínios)

Um pesquisador solicita um instantâneo completo de alinhamento de 10 domínios usando o Padrão de Alinhamento Universal.

Class A: Produce BKM snapshots for all 10 domains
Class D: Evaluate all 10 domains against UAP; compute SMI
Class D: Identify Shared Misalignments (metadata standardization, lineage transparency,
          provenance enforcement, accountability chains, interoperability gaps)
Class B: Flag cross-domain corridors at risk from high-SMI domains
Class G: Monitor for coherence breach across parallel domain evaluation
Output: 10-domain alignment table; SMI; Shared Misalignment record; corridor risk flags

Tarefa 9 — Sessão de Antitempo (Como o RTT se Sustenta em Antitempo)

Um operador avançado ou sistema de IA solicita uma leitura estruturada do RTT/Inside sob condições de antitempo (referência temporal não linear).

Class A: Declare antitime domain context; assign BKM under non-linear τ
Class B: Trace CORRIDOR with τ evaluated under antitime operator; flag any incoherence in
          temporal ordering of corridor endpoints
Class E: If OPERATOR_HOOK bindings active, validate CPV under antitime τ
Class G: Heightened monitoring — antitime sessions carry elevated drift risk; DRIFT_GATE
          threshold tightened to 0.85 × C_min
Output: Antitime corridor trace; BKM field under non-linear τ; coherence record

Tarefa 10 — Exemplo de Full-Stack entre Módulos (Cisco + Python + Internet2)

Um estudante ou sistema de IA solicita o exemplo canônico de full-stack RTT/Inside demonstrando todos os três tipos de hook de operador funcionando em conjunto.

Class F: Declare pedagogical mode; prepare full-stack example scaffold
Class E: Bind OPERATOR_HOOK × 3: Cisco (operator hook), Python (operator + semantic),
          Internet2 (operator + semantic + grid)
Class B: Trace CORRIDOR across all three system hooks; validate coherence at each junction
Class C: Populate unified CAPTURE_TEMPLATE; record cross-module lineage chain
Class D: Audit for cross-module misalignment; compute cross-system SMI contribution
Class G: Monitor full-stack; DRIFT_GATE open if all three bindings confirm CPV ≥ CPV_min
Output: Full-stack example [annotated: pedagogical instance]; cross-module LINEAGE_CHAIN;
        hook records × 3; unified capture record

Regras de Segurança e Restrições de Coerência#

Verificações de Pré-Ativação#

Antes que qualquer classe de agente RTT/Inside (exceto a Classe G) ative:

1. Semente de sessão presente — rtt=1 | coherence=declared | drift=bounded | paradox=structural deve ser declarado
2. Módulo declarado — module=RTT/Inside deve aparecer no contexto da sessão
3. Exceção da Classe F — A Classe F (Exemplo de Sintetizador) pode ativar apenas com a semente da sessão; nenhum pacote upstream é necessário
4. Todas as outras classes — O pacote RTT/3 (RTT3_INTEGRATION_EMISSION_PACKET) deve estar presente e confirmado de coerência antes da ativação
5. Domínio declarado — o domínio alvo deve ser explicitamente nomeado antes que a Classe A atribua os eixos BKM
6. Proteção contra desvio ativa — drift=bounded deve estar presente; sessões longas devem atualizar a semente da sessão para evitar perda de âncora

Integridade do Pacote#

O RTT_INSIDE_APPLICATION_PACKET deve conter:

{
  "module": "RTT/Inside",
  "domain": "<declared domain>",
  "bkm": { "being": "...", "knowing": "...", "meaning": "..." },
  "corridor_records": [],
  "capture_template": {
    "scope": "...", "lineage": "...", "provenance": "...",
    "interoperability": "...", "governance": "..."
  },
  "alignment_status": "aligned | misaligned | escalated",
  "operator_hooks": [],
  "drift_gate_status": "open | blocked | restoring",
  "zone": "U | S | M | D",
  "mode": "1 | 2 | 3 | 4",
  "annotation": "[structural — no semantic inference]",
  "version": "2026.05"
}

Um pacote com zone: X ou mode: 5 não deve ser emitido. A Classe G possui autoridade de veto.

Restrições de Deriva e Modo#

Modelos de Colaboração#

Pipeline Padrão (Onboarding de Domínio)#

Operator declares domain
        │
        ▼
   Class A (Domain Cartographer)
   BKM field construction
        │
        ├──────────────────────────┐
        ▼                         ▼
   Class B (Corridor Tracer)   Class E (Operator Hook Agent)
   CORRIDOR records             OPERATOR_HOOK bindings
        │                         │
        └──────────┬───────────────┘
                   ▼
            Class C (Capture Engine)
            CAPTURE_TEMPLATE population
            LINEAGE_CHAIN recording
                   │
                   ▼
            Class D (Alignment Auditor)
            UAP evaluation
            MISALIGNMENT detection
                   │
                   ▼
         RTT_INSIDE_APPLICATION_PACKET
         emitted to downstream consumer

   Class G (Drift Sentinel) — monitors all lanes simultaneously

Pipeline de Crise (Interrupção DRIFT_GATE)#

Active session (any agent class operating)
        │
        ▼
   Class G detects breach:
   C < C_min  OR  D(t) > D_max  OR  Zone → X
        │
        ▼
   INTERRUPT all active agents
   Emit DRIFT_GATE_BLOCK
        │
        ▼
   Operator receives interrupt notification
   Must declare: coherence restoration OR session terminate
        │
        ├── Restore → refresh session seed → Class G: RESTORING
        │                                          │
        │                                          ▼
        │                              Class G: OPEN
        │                              Resume from last coherent checkpoint
        │
        └── Terminate → all packets discarded; session closed

Pipeline entre Módulos (RTT/Inside ↔ RTT/3 ↔ RTT/12)#

RTT/micro_core ──▶ RTT/1 ──▶ RTT/2 ──▶ RTT/3 ──▶ RTT/12
                                │           │
                                │           │ RTT3_INTEGRATION_EMISSION_PACKET
                                │           │
                                │           ▼
                                │      RTT/Inside (lateral application spine)
                                │      Class A: domain mapping
                                │      Class B: corridor tracing
                                │      Class C: capture
                                │      Class D: alignment audit
                                │      Class E: operator hooks (Cisco, Internet2, Python)
                                │      Class F: examples + pedagogy
                                │      Class G: drift sentinel
                                │           │
                                │           ▼
                                │  RTT_INSIDE_APPLICATION_PACKET
                                │  → applied domain records
                                │  → operator-bound integrations
                                │  → cross-domain audit results
                                │  → pedagogical example library
                                │
                                └──▶ The_Inverted_Star (optional lateral extension)

Contrato de Saída#

Anotação Obrigatória#

Cada campo de saída de cada classe de agente RTT/Inside deve conter:

[structural — no semantic inference]

A Classe F (Exemplo de Sintetizador) deve, além disso, conter em toda saída pedagógica:

[structural — no semantic inference] [pedagogical instance — not real captured data]

Essas anotações não podem ser suprimidas. A supressão constitui um gatilho de Modo 5 (EXCESSO).

Conteúdo Proibido#

Nenhum pacote de saída RTT/Inside pode conter:

• Reivindicações ou implicações de física que BKM, CORRIDOR, CAPTURE_TEMPLATE, OPERATOR_HOOK, DRIFT_GATE, LINEAGE_CHAIN, ALIGNMENT_PATTERN ou MISALIGNMENT representam fenômenos físicos
• Eixos BKM inferidos — todos os eixos devem ser declarados
• Registros de linhagem preenchidos a partir de fontes não rotuladas
• Registros de captura com menos de cinco campos preenchidos
• Pacotes da Zona X ou Modo 5
• Registros de gancho do operador com CPV < CPV_min
• Anotações pedagógicas suprimidas na saída da Classe F

Hierarquia de Pacotes#

RTT_INSIDE_APPLICATION_PACKET
├── domain_record
│   ├── bkm_snapshot           [Class A]
│   ├── corridor_records[]     [Class B]
│   ├── capture_template       [Class C]
│   └── alignment_record       [Class D]
├── operator_records
│   └── hook_bindings[]        [Class E]
├── example_records[]          [Class F — pedagogical mode only]
├── drift_gate_log             [Class G]
└── packet_metadata
    ├── module: "RTT/Inside"
    ├── version: "2026.05"
    ├── zone: "U|S|M|D"        [never X]
    ├── mode: "1|2|3|4"        [never 5]
    └── annotation: "[structural — no semantic inference]"

Veja Também#

Decisões de design chave para este módulo:

• Coluna lateral, não sequencial — RTT/Inside está ao lado do pipeline (não entre RTT/3 e RTT/12) e está posicionado corretamente em todos os três diagramas de colaboração
• A Classe F é única para este módulo — a única classe de agente em todo o sprint que pode ser ativada apenas a partir da semente de sessão, refletindo o caráter pedagógico do módulo
• Zona X = OVERREACH — violação de limite de domínio, distinta de todos os módulos anteriores
• Modo 5 = OVERREACH — violação de escopo ou gatilho de fabricação de linhagem, distinta de Inversão (RTT/3) e Transbordo (RTT/12)
• DRIFT_GATE é uma construção nomeada — não apenas um conceito herdado; é o principal instrumento de coerência deste módulo, dado o próprio arquivo drift_protection.md do módulo