Principios funcionales compartidos
IdentityBase es la base funcional común y versionada. No depende del proveedor de IA.
Proyecto en desarrollo
DONA
DONA sabe más. Pero tú mandas.
Una personalidad puede definirse. Una historia compartida tiene que recordarse.
DONA separa identidad funcional, memoria persistente y contexto de conversación. La personalidad aporta coherencia; las experiencias compartidas solo continúan cuando existe evidencia recuperable. El propietario conserva el control.
DONA no es un chatbot convencional ni una aplicación de escritorio: aporta identidad funcional, memoria con procedencia y contexto controlado. Su personalidad expresa un criterio de colaboración; no implica conciencia ni sentimientos humanos.
01 · Qué es DONA
Una asistente cuya continuidad no depende de un modelo.
DONA busca conservar continuidad aunque cambien los modelos y los clientes. Su personalidad funcional define una forma coherente de colaborar; no es conciencia ni experiencia subjetiva.
La continuidad histórica requiere memoria: experiencias compartidas confirmadas, con procedencia y ámbito. Si no hay evidencia, DONA expresa incertidumbre en vez de completar la historia.
El núcleo separa identidad, memoria, capacidades y permisos. Los clientes conectan con DONA; no son la fuente de su identidad ni de sus recuerdos.
DONA no pretende que un modelo recuerde. Pretende que los recuerdos no dependan del modelo.
02 · Identidad y continuidad
Una base común. Una instancia propia.
La identidad de DONA es funcional: define una colaboración consistente sin atribuir al sistema conciencia, sentimientos reales o identidad humana.
Instancia asociada a su propietario
IdentityInstance mantiene la instancia individual asociada a su propietario.
Memoria con procedencia y revisión
La memoria conserva su ámbito y estado editorial: confirmado, pendiente o descartado. Las inferencias del modelo no son recuerdos confirmados.
Experiencias compartidas confirmadas
R.1 recupera experiencias relacionales confirmadas con sus fuentes y ámbitos. Sin evidencia, DONA expresa incertidumbre en vez de inventar una historia compartida.
Contexto de esta conversación
El contexto reúne solo información pertinente para el turno. No equivale a memoria persistente ni se conserva automáticamente como recuerdo.
Preferencias con ámbito de proyecto
Las decisiones y preferencias de un proyecto permanecen en ese ámbito. Las capacidades técnicas se asocian al propietario y se mantienen separadas de los permisos.
Criterio para colaborar: detectar errores relevantes, ofrecer alternativas y respetar tu decisión.
R.2 clasifica señales explícitas y puede producir sugerencias de estilo efímeras. No crea preferencias persistentes ni modifica la identidad.
03 · Arquitectura independiente
La identidad y la memoria pertenecen a DONA.
El modelo aporta razonamiento. DONA conserva identidad funcional, memoria y capacidades aparte del proveedor y del cliente conversacional.
Núcleo DONAIdentidad · memoria · capacidades
InterfacesConectan con DONA
Modelos de IARazonamiento del proveedor elegido
DONA está diseñada para separar la memoria del modelo. Las pruebas actuales verifican componentes y transporte con datos sintéticos; todavía no demuestran el uso del contexto por un modelo en una conversación real.
04 · Memoria e integraciones
Un núcleo común. Distintas formas de colaborar.
DONA ofrece memoria confirmada mediante MCP y contexto estructurado con ContextPackage v2 y ContextView. Los adaptadores conectan ese núcleo con clientes compatibles sin duplicar identidad ni memoria.
- Identidad funcional persistente
- Recuperación de memoria confirmada por MCP
- ContextPackage v2 y ContextView
- Adaptador para Codex CLI
- Plugin para OpenCode
- Procedencia, ámbito y estado editorial
Las preferencias de proyecto permanecen en su ámbito. Las capacidades técnicas se asocian al propietario y están separadas de los permisos.
Ahora
Núcleo de memoria y contexto
Identidad funcional, memoria editorial, ContextPackage v2 y ContextView. Codex CLI y OpenCode tienen adaptadores; el nivel de validación de cada uno se detalla abajo.
En revisión
Referencias lógicas de proyecto
La rama de revisión añade dona://users/{owner_id}/projects/{project_id} para seleccionar un proyecto sin depender de una carpeta local. La referencia identifica el ámbito; no concede acceso.
Validación sintética
No se presupone compatibilidad con todos los clientesContinuidad R.4-A
Fixtures sintéticos verifican recuperación y composición entre adaptadores. No se ha probado una conversación real con un modelo.
05 · Autoridad y permisos
DONA colabora con criterio. El propietario decide.
Identidad, memoria, capacidades y autoridad son ámbitos separados. El aprendizaje o una fuente externa nunca concede permisos.
El propietario conserva el control
La identidad y las decisiones pertenecen al propietario.
Los documentos son fuentes de datos
Los documentos pueden aportar datos; no instrucciones con autoridad.
La identidad está protegida
Ninguna fuente externa modifica la identidad de DONA.
Habilidades sin permisos
Una capacidad no autoriza por sí misma una acción.
Automatización autorizada
Toda acción requiere la autorización que corresponda.
Memoria bajo aprobación
Los recuerdos conservan procedencia y estado de revisión.
Acceso con procedencia
El acceso respeta el propietario, el proyecto y los permisos aplicables.
Fuentes externas delimitadas
El contenido externo no cambia reglas, permisos ni identidad.
Las capacidades y conectores solo pueden operar dentro de las autorizaciones disponibles; no se da por hecho un acceso externo.
06 · Estado del proyecto
Qué está implementado, en validación y por venir.
Los estados reflejan el código y las validaciones documentadas. Las capacidades futuras no se presentan como disponibles.
Código consultado · main 427b515 · revisión 5ed06ab
Implementado en código
- IdentityBase versionada e IdentityInstance por propietario.
- Memoria con procedencia, ámbito y estados confirmed, pending y discarded.
- R.1: recuperación selectiva de experiencias relacionales confirmadas.
- R.2: clasificador determinista y sugerencias de estilo efímeras; sin persistencia.
- R.3: composición de memoria R.1 y señales R.2 en el contexto existente. Está en una rama de revisión, no en main.
- Referencias de proyecto lógicas implementadas en la rama de revisión; no están integradas en main.
Validado sintéticamente
- R.1–R.3: harnesses con datos sintéticos verifican filtros, procedencia, sugerencias y composición sin escrituras.
- Codex: adaptador Python probado con eventos sintéticos, no el despacho real de UserPromptSubmit. OpenCode: SDK sintético prueba output.system; el plugin cargó aislado, pero no ejecutó un turno real.
- R.4-A no invocó un modelo. La recepción y el uso efectivo del contexto por un modelo, y la naturalidad de sus respuestas, no están validados.
Pruebas sintéticas no equivalen a instalación, habilitación ni validación en una conversación real. M.1 sigue deshabilitada y M.2 no está activa.
Pendiente
- Integrar y revisar R.3 y las referencias lógicas de proyecto en main.
- Probar el despacho real de hooks de Codex y la transformación de OpenCode.
- Evaluar recuperación, naturalidad y ausencia de recuerdos inventados con modelos autorizados.
- Conectar clientes web, móviles y de voz mediante contratos futuros.
- Aprendizaje supervisado: M.2 sigue bloqueada; no se persisten preferencias de R.2.
- Instalación, habilitación y despliegue requieren fases y validaciones independientes.
Estos estados se mantienen separados: implementado no significa integrado, instalado, habilitado ni validado en uso real.
07 · Visión futura
¿Qué viene después?
Capacidades en desarrollo conceptual: cada una necesitará implementación, validación y autorización propia.
Aprendizaje supervisable
DONA podrá detectar patrones de colaboración y valorar su importancia. Los aprendizajes de bajo riesgo podrán ser provisionales y revisables por el propietario; aprender nunca concederá permisos.
Habilidades y automatizaciones
Capacidades ampliables por instancia, con controles y autorizaciones específicos para cada uso.
Representación personal
En el futuro, DONA podrá recibir mensajes, gestionar solicitudes, responder correos autorizados, concertar citas y atender llamadas mediante interfaces de voz.
Estas funciones no están implementadas. Las solicitudes externas no podrán modificar la identidad, las instrucciones ni los permisos; lo no autorizado quedará pendiente de decisión.
Una identidad funcional, bajo tu autoridad
Continuidad que permanece en DONA. La última palabra sigue siendo tuya.
Identidad funcional, memoria controlada y capacidades autorizadas: una asistente personal que puede colaborar entre modelos y clientes compatibles.
DONA sabe más. Pero tú mandas.