Files
system-docs/00_VISION/filosofia.md
ARCHITECT 6ea70bd34f Update to Skynet v7 - Complete documentation restructure
- Nueva estructura de carpetas según Skynet v7
- Añadidos schemas SQL completos
- Documentación de entidades, componentes e integraciones
- Modelo de seguridad actualizado
- Infraestructura y operaciones reorganizadas
2025-12-29 18:23:41 +00:00

6.3 KiB
Raw Permalink Blame History

Filosofía Fundacional

Versión: 1.0
Estado: Definición


1. Principio Fundamental

┌─────────────────────────────────────────────────────────────────┐
│                                                                 │
│   "La realidad es un flujo energético continuo.                │
│    Las categorías son modelos mentales útiles,                 │
│    no verdades absolutas.                                       │
│    Ante la duda, analizar el flujo de energía                  │
│    clarifica la situación."                                     │
│                                                                 │
└─────────────────────────────────────────────────────────────────┘

Este principio guía todas las decisiones arquitectónicas del sistema. Cuando existe ambigüedad sobre cómo clasificar algo, la pregunta correcta es: ¿dónde se consume la energía?


2. Paradigma de Resultados

┌─────────────────────────────────────────────────────────────────┐
│                                                                 │
│   "El sistema no registra incidencias. Registra resultados."   │
│                                                                 │
└─────────────────────────────────────────────────────────────────┘
Paradigma Burocrático Paradigma de Resultados
¿Por qué no cumpliste? ¿Cumpliste?
Documenta la desviación Documenta el resultado
Justifica el proceso Evidencia el producto
El error es información El error es ruido

Implicación Técnica

Cuando un Bloque de trabajo se completa, el sistema registra:

  • Qué se hizo
  • Evidencia de que se hizo
  • Quién lo hizo
  • Cuándo quedó completo

El sistema NO registra:

  • Cuánto tardó internamente
  • Qué interrupciones hubo
  • Por qué se desvió del proceso ideal
  • Cuántos intentos fueron necesarios

3. Paradigma Temporal

Línea Temporal Fundamental

T-N ────→ T-1 ────→ T0 ────→ T+1 ────→ T+N
 │         │        │        │         │
Origen   Pre-      Inicio   Cierre   Futuro/
Difuso   consoli-  Real     Eviden-  Histórico
         dación            cia

Definición de Puntos Temporales

Punto Significado Características
TN Origen difuso Exploración, ideas no consolidadas
T1 Referencia previa Punto desde el cual planificar hacia T0
T0 Inicio ejecución Arranque formal, recursos comprometidos
T+1 Hito burocrático Registro formal de cierre operativo
T+N Resultado consolidado Materialización real en el mundo

Naturaleza Temporal de Entidades

Entidad Intervalo Naturaleza
Ítem T-N → T-1 → T0 Definición ideal, proceso, producto conceptual
Milestone T0 → T+1 Estado contable/legal en vigor
Bloque T+1 Evidencia física de la ejecución

"Un Bloque es la fotografía energética del intervalo T0 → T+1"


4. El Acuerdo Bilateral

El sistema implementa un pacto implícito de descargo de responsabilidad:

La Empresa Ofrece

  • Herramientas para que el trabajador demuestre su buen trabajo
  • Ausencia de vigilancia de proceso
  • Contexto automático (arrastre de datos conocidos)
  • Granularidad que permite progreso incluso en días difíciles

El Trabajador Ofrece

  • Resultados evidenciados
  • Bloques completados
  • Narrativa verificable de su aportación

El Límite del Acuerdo

Si los resultados no llegan, la trazabilidad revela el problema.

Pero lo revela de forma constructiva, no punitiva.


5. Trazabilidad como Movilidad

La trazabilidad tradicional es un arma de control. En este sistema, es una herramienta de movilidad:

Para el Trabajador

  • Portfolio verificable de resultados
  • Evidencia objetiva de capacidades
  • Independencia de la opinión subjetiva del supervisor
  • Portabilidad entre puestos y empresas

Para la Empresa

  • Visibilidad real de dónde se genera valor
  • Identificación de cuellos de botella sin buscar culpables
  • Datos para optimizar asignación de recursos
  • Base objetiva para decisiones de personal

Mecánica Técnica

Cada Bloque completado es un registro inmutable que demuestra:

[Trabajador X] completó [Tarea Y] con [Evidencia Z] en [Contexto W]

6. Implicaciones para el Diseño

Granularidad de Bloques

Los Bloques deben ser suficientemente pequeños para que:

  • Un día malo no impida completar ninguno
  • El progreso sea visible incluso con interrupciones
  • La evidencia sea simple (una foto, un tap, una confirmación)

Arrastre de Contexto

Cada nuevo Bloque debe heredar automáticamente:

  • Identidad del trabajador (sesión)
  • Datos del Milestone padre
  • Información ya capturada en pasos anteriores
  • Reglas aplicables (Bandera)

El trabajador solo aporta lo nuevo. Nunca re-introduce datos existentes.

Evidencia Mínima Viable

La evidencia requerida debe ser:

  • La mínima necesaria para demostrar el resultado
  • Capturable en segundos
  • No interpretable (foto > descripción textual)
  • Protección para el trabajador, no vigilancia

Resumen

Principio Implementación
Resultados sobre justificaciones Solo se registran Bloques completados
Ocultación legítima Las incidencias se absorben si hay resultado
Acuerdo bilateral Herramientas a cambio de resultados
Trazabilidad como movilidad Portfolio verificable para ambas partes
Eliminación del burócrata Arrastre automático, sin transcripción
Granularidad liberadora Bloques pequeños = progreso posible
Evidencia mínima Demostrar resultado, no documentar proceso