MicelClaw OS

Una interfaz para relacionar información

MicelClaw OS es mi proyecto personal de un entorno de productividad autoalojado. Reúne notas, calendario, correo, contactos, tareas, archivos, fotos e inventario bajo una interfaz común. Me interesa que esas piezas compartan contexto: que una nota pueda remitir a un contacto y que el resultado de una conversación pueda abrirse como un registro del producto.

La denominación «OS» expresa la idea de un entorno de trabajo. Su arquitectura combina una aplicación web, un núcleo de datos y servicios y la integración de agentes mediante OpenClaw. MicelClaw desarrolla la capa de producto; OpenClaw conserva su identidad como componente externo.

El caso relaciona diseño de experiencia, modelado de información e integración de herramientas. Las capturas proceden de la aplicación en desarrollo y de su web oficial. BoomClaw, sus personajes, correos y proyectos son datos de demostración generados para probar las interfaces.

Lucid como lenguaje compartido

Lucid utiliza fondos oscuros con un matiz lavanda, superficies escalonadas y separadores finos. Cada módulo tiene un color e icono reconocible: amarillo para Notes, violeta para Contacts, verde para Mail y rosa para Photos. La identidad acompaña a la tarea mientras la estructura de la aplicación permanece estable.

La navegación lateral da acceso al conjunto; dentro de cada módulo aparecen sus propias herramientas. Notes combina lista, editor y relaciones. Mail separa cuentas, mensajes y lectura del hilo. Drive añade un inspector al archivo seleccionado. La composición cambia con el contenido y mantiene una jerarquía entre navegación, trabajo y contexto.

Esta ficha conserva ese lenguaje con capturas ampliables, entradas por módulo y una secuencia SVG que explica el recorrido de una petición. Los iconos de los módulos proceden de la interfaz inspeccionada, basada en Lucide.

El tablero como unidad de trabajo

El tablero Valencia Beach Show pertenece al ejemplo ficticio BoomClaw. Distribuye el trabajo en Backlog, Ready, In Progress, Review y Done. Sus tarjetas muestran prioridades, fechas, etiquetas, listas de comprobación, dependencias y relaciones con otros registros. La galería documenta la interfaz abierta en esta revisión.

La estructura tablero → columnas → tarjetas conecta una decisión de datos con una experiencia visual. Una tarjeta conserva su identidad aunque cambie de columna o se consulte desde el chat. Las vistas Board, Table, Gantt, Calendar y Dashboard aparecen en la interfaz; su presencia no equivale a una prueba completa de cada vista.

El episodio de Projects muestra un recorrido concreto: pedir una tarea al agente, obtener su enlace y abrirla en el tablero. Durante esta revisión se ha consultado el tablero existente.

Agentes con funciones reconocibles

El módulo Agents presenta la organización del equipo y ofrece superficies para conversaciones, memoria, espacios de trabajo y seguimiento. La captura muestra el árbol de esta sesión, incluyendo un agente adicional del entorno de desarrollo. La distribución puede evolucionar con el producto.

Estos papeles se describen en el artículo sobre coordinación de agentes. La observación del resultado y el acceso al registro forman parte del diseño: la topología por sí sola no acredita que una delegación se complete.

Del chat a un resultado consultable

Se ha revisado una conversación ya completada con Darwin: la petición reunía tres retratos de ejemplo en BoomClaw launch crew — demo. La respuesta contiene enlaces a las fotografías y al álbum. Al abrir el enlace aparecen exactamente las tres imágenes indicadas. Las dos capturas del recorrido inferior permiten comparar conversación y resultado.

El chat mantiene la petición y el registro conserva su propia interfaz. La revisión ha leído esa conversación y seguido sus enlaces; la creación del álbum ocurrió antes, en el entorno de prueba.

Archivos, objetos y memoria del trabajo

Drive combina carpetas con información del archivo seleccionado. La captura del documento del espectáculo muestra metadatos y las pestañas Details, Activity y Versions. El artículo sobre Drive desarrolla la detección de duplicados por contenido y la conservación de versiones. Explica sus límites, como la ausencia de comparación entre versiones y de detección de copias similares.

Inventory relaciona objetos, cantidades, ubicaciones y movimientos. La captura muestra gráficas del conjunto ficticio. El artículo de inventario presenta la revisión de propuestas extraídas de recibos: reconocer información, mostrarla y dejar la aprobación a la persona. Aquí no se ha analizado un recibo ni aprobado una entrada.

La idea compartida es mantener información suficiente para volver a entender el trabajo. El archivo tiene historia, el objeto tiene ubicación y la tarea tiene contexto. Esta organización de piezas también conecta con mi práctica de arquitectura y BIM.

Tres capas del producto

Dash representa los módulos y sus relaciones. La revisión previa del código identifica React y Vite como base de la aplicación web. Core organiza API, reglas y persistencia con Fastify, PostgreSQL y Drizzle. La fachada MCP traduce operaciones de los agentes hacia el núcleo, conservando un recorrido común de permisos y auditoría, según la explicación técnica del proyecto.

El autoalojamiento se refiere al entorno y a sus datos; la elección de modelos depende de la configuración. Las publicaciones técnicas describen tanto modelos locales como servicios externos. No se atribuye a todos los módulos un funcionamiento íntegramente local por ejecutar la aplicación en hardware propio.

Diseñar, contrastar y mantener

Mi aportación se centra en el diseño y desarrollo del producto y la integración de sus piezas. Los componentes reutilizados conservan su autoría. La documentación distingue visión, implementación y pendientes; las publicaciones muestran decisiones, pruebas y límites del desarrollo.

El 14 de octubre de 2026 se recorrieron notas, tareas, calendario, contactos, correo, fotos, archivos, inventario, búsqueda y agentes. Se documentó el enlace del chat a un álbum existente. Es una revisión visual y de navegación de la versión de desarrollo; no mide rendimiento, adopción ni fiabilidad de todos sus flujos.

Una demostración de resúmenes de actividad cuenta otra decisión: agrupar novedades para recuperar contexto, manteniendo los registros originales como referencia. Una síntesis generada ayuda a orientarse; antes de tomar una decisión, el usuario puede consultar la fuente.

Pendiente [MC-01]: ampliar la comprobación de recorridos a creación y edición, búsqueda y delegación. El enlace desde una conversación existente hasta su álbum ya está documentado.

Pendiente [MC-02]: concretar la aportación personal por módulos y los componentes reutilizados.

El proyecto tiene documentación pública y demostraciones enlazadas junto a cada módulo. Su relación con el autoalojamiento continúa en el caso del NAS y servidor doméstico.