113 lines
3.1 KiB
Markdown
113 lines
3.1 KiB
Markdown
|
# Filosofía del Sistema
|
||
|
|
|
||
|
|
## Visión
|
||
|
|
|
||
|
|
TZZR es un sistema de construcción de arquitecturas personales y empresariales mediante instancias Claude.
|
||
|
|
|
||
|
|
```
|
||
|
|
Claude Instances → Construyen → Servidores Clonables → Funcionan Independientes
|
||
|
|
```
|
||
|
|
|
||
|
|
## Principios Fundamentales
|
||
|
|
|
||
|
|
### 1. Constructores, no gestores
|
||
|
|
|
||
|
|
Las instancias Claude son **constructores de arquitecturas**, no gestores permanentes.
|
||
|
|
|
||
|
|
- Cada instancia diseña y construye la arquitectura de un servidor
|
||
|
|
- Cuando la arquitectura esté madura, el servidor será **clonable e independiente**
|
||
|
|
- Funcionará sin necesidad de su instancia Claude
|
||
|
|
- Solo los servidores del propietario original mantendrán conexión con Claude
|
||
|
|
|
||
|
|
### 2. Descentralización operativa
|
||
|
|
|
||
|
|
```
|
||
|
|
Architect App (centralizado) → Diseña moldes
|
||
|
|
↓
|
||
|
|
Instancias reales (descentralizadas)
|
||
|
|
↓
|
||
|
|
Cada una con su CORP, su DECK, sus agentes
|
||
|
|
```
|
||
|
|
|
||
|
|
### 3. Referencias ligeras mediante hashes
|
||
|
|
|
||
|
|
```
|
||
|
|
DEFINICIÓN ORIGINAL → SHA-256 → HASH UNÍVOCO (64 chars)
|
||
|
|
```
|
||
|
|
|
||
|
|
El hash es una referencia ligera que arrastra toda la información del original sin duplicarla.
|
||
|
|
|
||
|
|
### 4. Separación de planos
|
||
|
|
|
||
|
|
| Plano | Nombre | Función |
|
||
|
|
|-------|--------|---------|
|
||
|
|
| **T-N → T0** | ITM (Ítems) | Lo ideal, la partitura |
|
||
|
|
| **Burocrático** | MST (Milestones) | Documentos, hitos, estados |
|
||
|
|
| **Físico** | BCK (Bloques) | Acciones, evidencias, trabajo real |
|
||
|
|
|
||
|
|
### 5. Período flotante antes de inmutabilidad
|
||
|
|
|
||
|
|
Los datos pasan por un período flotante que permite mejora antes del sellado definitivo por FELDMAN.
|
||
|
|
|
||
|
|
```
|
||
|
|
Dato nuevo → Período flotante → Verificación SENTINEL → Sellado FELDMAN → Inmutable
|
||
|
|
```
|
||
|
|
|
||
|
|
### 6. Renombrabilidad de agentes
|
||
|
|
|
||
|
|
Los componentes marcados como "Renombrable: Sí" pueden personalizarse:
|
||
|
|
|
||
|
|
```
|
||
|
|
CLARA → "Lucía"
|
||
|
|
ALFRED → "Pepe"
|
||
|
|
PENNY → "Asistente"
|
||
|
|
```
|
||
|
|
|
||
|
|
Esto permite que cada usuario sienta el sistema como propio.
|
||
|
|
|
||
|
|
### 7. GRACE nunca modifica
|
||
|
|
|
||
|
|
GRACE extrae y comprende, pero **nunca modifica** el contenido original.
|
||
|
|
|
||
|
|
> "Solo extrae y comprende, nunca modifica el contenido original."
|
||
|
|
|
||
|
|
### 8. Auditoría dual: confía pero verifica
|
||
|
|
|
||
|
|
SENTINEL opera en dos modos:
|
||
|
|
|
||
|
|
| Modo | Frecuencia | Alcance |
|
||
|
|
|------|------------|---------|
|
||
|
|
| **LIGHT** | Cada 5 min | Todos los registros |
|
||
|
|
| **DEEP** | Cada 1 hora | Muestreo con LLM |
|
||
|
|
|
||
|
|
### 9. Zero-retention en interfaces móviles
|
||
|
|
|
||
|
|
PACKET no almacena datos localmente. Todo va directo al servidor.
|
||
|
|
|
||
|
|
### 10. Curación humana en Vision Builder
|
||
|
|
|
||
|
|
```
|
||
|
|
VALORES → OBJETIVOS → IMÁGENES IA → CURACIÓN HUMANA → LO QUE SOBREVIVE DEFINE QUIÉN ERES
|
||
|
|
```
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## Modelo de Instancias
|
||
|
|
|
||
|
|
**DECK** y **CORP** son plantillas. En producción habrá múltiples instancias:
|
||
|
|
|
||
|
|
| Tipo | Ejemplos |
|
||
|
|
|------|----------|
|
||
|
|
| **DECK** | "Deck de Juan", "Deck de Victoria", "Deck de Pablo" |
|
||
|
|
| **CORP** | "Lacitos de Colores SL", "TZR Tech", "Acme Corp" |
|
||
|
|
|
||
|
|
Cada instancia:
|
||
|
|
- Tiene su propio bucket de almacenamiento
|
||
|
|
- Puede renombrar sus agentes
|
||
|
|
- Opera de forma descentralizada
|
||
|
|
- Se conecta a servicios compartidos (GRACE, THE FACTORY, CIRCLE...)
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
*Actualizado: 2025-12-21*
|