La Constitución

Principios Rectores y Prohibiciones

La autoridad máxima en TELHAR. Cualquier decisión —código, arquitectura, tokens de color o redacción— debe validarse frente a estas leyes.

TELHAR Catmark Centinela

El Signo: Centinela, Jamás Mascota

La silueta del gato es el símbolo heráldico de TELHAR. Representa observación, paciencia, inteligencia, independencia, precisión, adaptación y curiosidad disciplinada. Nunca es una ilustración ni un personaje antropomórfico; es una presencia sentada y en reposo construida sobre una retícula 8U con proporción armónica √2.

Los Doce Principios (P01–P12)

P01 MUST

Permanencia sobre Tendencia

La permanencia prima sobre la moda. Ninguna decisión arquitectónica o de diseño puede depender de una tendencia efímera para justificarse. Construido para perdurar hacia 2056.

P02 MUST

Arquitectura sobre Ornamento

La estructura prevalece sobre la decoración. Cada elemento visible debe cargar peso estructural o funcional. Si al quitar un elemento nada se rompe, debe ser eliminado.

P03 MUST

Claridad sobre Complejidad

La claridad es una forma de inteligencia. La complejidad nunca es señal de sofisticación. Un lector debe comprender el propósito central en 5 segundos.

P04 MUST

Sistemas sobre Productos

Diseñamos capacidades y sistemas integrados, no artefactos aislados. Cada elemento es la instancia de un sistema coherente, nunca una excepción afinada a mano.

P05 MUST

Precisión sobre Expresión

Cada elemento responde a una razón geométrica o funcional. Cero curvas libres: cada trazo se deriva de arcos, radios y proporciones matemáticas demostrables.

P06 MUST

Responsabilidad Humana

La tecnología amplifica a las personas; jamás las sustituye ni las suplanta. La marca nunca antropomorfiza la inteligencia de las máquinas.

P07 MUST

Evidencia sobre Opinión

Las decisiones descansan sobre principios verificables, estándares formales y pruebas empíricas — no en gustos subjetivos. Las afirmaciones se citan o se miden.

P08 MUST

Confianza Serena

La autoridad se expresa mediante contención, no mediante ostentación. Cero colores neón, cero destellos volumétricos, cero signos de exclamación. La tecnología calmada demuestra dominio.

P09 MUST

Identidad Perenne

El signo y el logotipo permanecen reconocibles en cualquier escala (16px a 2048px) y a lo largo de décadas, con un núcleo geométrico inalterable.

P10 SHOULD

Evolución Coherente

El sistema evoluciona sin perder su esencia. El cambio se versiona, se fundamenta y es legible hacia el pasado.

P11 MUST

Una Sola Fuente de Verdad

Cada hecho —un valor de token, una invariante, un principio— se define en exactamente un lugar y se referencia en los demás. Cero duplicación.

P12 MUST

Legible para Humanos y Máquinas

El sistema está concebido para que tanto ingenieros humanos como agentes autónomos puedan consultar las reglas y aplicarlas deterministamente.

Las Prohibiciones (Espacio Negativo de la Marca)

Estas prohibiciones son leyes verificables a máquina. Infringirlas corrompe la identidad, independientemente de cualquier atractivo estético superficial.

N01 Futurismo exagerado o estética sci-fi
N02 Efectos cyberpunk, neón o resplandores luminosos
N03 Robots, IA antropomórfica o ilustraciones de cerebros humanizados
N04 Circuitos impresos, hexágonos tecnológicos u ornamentos sci-fi
N05 Gradientes, sombras proyectadas o 3D volumétrico en marcas e iconos
N06 Curvas a mano alzada sin derivación geométrica
N07 Colores saturados o fluorescentes en interfaces
N08 El gato como caricatura: sonriente, tierno, agresivo o mascota
N09 Clichés visuales de startups, Big-Tech o laboratorios
N10 Tipografías condensadas, futuristas o artificiosas
N11 Dorado en interfaces funcionales (piezas ceremoniales exclusivamente)
N12 Cualquier valor numérico o de color fuera del archivo canónico de tokens
Architecture Recovery Board (ARB)

Principios Arquitectónicos (P1–P6)

Cuando las reglas formales dejan margen de interpretación, estos principios innegociables rigen el juicio ingenieril en todos los repositorios.

P1 MUST

Consolidar sobre Capacidades, no sobre Nombres

El propietario de un plano arquitectónico es el componente que ya satisface el mayor número de invariantes, no el más nuevo ni el más teórico. Colapsamos hacia lo real.

P2 MUST

La Operación Gana sobre el Aislamiento Abstracto

Tres componentes bien integrados superan con creces a cinco servicios perfectamente desacoplados pero inoperables. La ejecución en runtime precede a la elegancia abstracta.

P3 MUST

Reducir Entropía en Cada Cambio

Si un cambio no reduce la entropía de la plataforma, debe justificar estrictamente su neutralidad. Ningún commit o PR tiene permitido aumentar la entropía arquitectónica.

P4 MUST

Reversibilidad sobre Velocidad

Priorizar cambios con capacidad demostrable de reversión (rollback). Las acciones irreversibles exigen autorización humana explícita y aprobación en dos fases.

P5 MUST

Evidencia antes que Autoridad

Ninguna decisión arquitectónica se sostiene en jerarquía, antigüedad o consenso subjetivo. Se sostiene exclusivamente sobre evidencia reproducible y falsable.

P6 SHOULD

Migración por Estrangulamiento sobre Reescribir desde Cero

Los componentes legados se reemplazan incrementalmente detrás de Capas Anti-Corrupción (ACL). Las reescrituras especulativas o monolíticas están prohibidas.

Fitness Functions y Enforcement en CI

La Constitución Arquitectónica (Artículos ART-1 a ART-17)

Derivada del Documento 35. Son predicados evaluables por máquina. Su violación bloquea pipelines de integración (block-merge) o compuertas de despliegue (block-deploy).

ART-1 · Propietario Único de Capacidad block-merge

Toda capacidad tiene exactamente un owner declarado en .arch-owner.yaml.

ART-2 · Raíz Única de Contrato Canónico block-merge

Todo concepto tiene exactamente un contrato canónico ($id) y un esquema raíz.

ART-3 · Implementación Activa Única block-merge

Cero runtimes paralelos duplicados o implementaciones redundantes por capacidad.

ART-6 · Paridad Determinista RFC-8785 block-merge

Todo evento de evidencia genera un hash idéntico en TypeScript, Rust y Python.

ART-9 · PDP Centralizado en Foedus block-merge

Cero evaluación local de políticas. Toda autorización se evalúa estrictamente en security/foedus.

ART-10 · Frontera de Proveedores en Executor block-merge

Prohibida la invocación de SDKs de modelos de lenguaje fuera de la capa de ejecución.

ART-11 · Enrutador Único en Via block-merge

Toda decisión de enrutamiento y degradación de modelos transita exclusivamente por ai/via.

ART-14 · Artefactos Herméticos en Runtime block-deploy

Cero instalación de dependencias (pip, npm, apt) en runtime dentro de contenedores.

Convenio Symmachy

Leyes de Ingeniería de Sistemas e IA

Invariantes que gobiernan a los agentes autónomos, la evidencia criptográfica y la supervisión humana en producción.

A.1

La Evidencia es el Producto

Si una afirmación no puede ser reproducida por un tercero a partir de un registro público e inmutable sin nuestra cooperación, la afirmación no se publica.

A.6

Cero Autonomía de Caja Negra

Toda acción autónoma asienta la tupla (input_hash, output_hash, model_id, model_version, policy_hash, actor_svid, timestamp) para auditoría externa.

C.7

Defecto Físico Fail-Closed

Ante incertidumbre o ambigüedad de política, los agentes se detienen en lugar de improvisar. Denegar es la opción segura en toda puerta de efecto.

D.1

Modelos Acotados por Política

Los modelos operan dentro de contextos delimitados con esquemas de entrada/salida tipados, límites de latencia y cero permisos auto-concedidos.

Los Tres Rechazos

  • ✓ No vendemos IA — diseñamos sistemas inteligentes.
  • ✓ No fabricamos productos aislados — construimos capacidades gobernadas.
  • ✓ No automatizamos a ciegas — arquitectamos ecosistemas perdurables.