Ingeniería
Cycles, backlog y dependencias entre tareas, con el pull request y la decisión técnica amarrados a la misma issue.
- focus
- projects
- docs
Colaboración natural para equipos que fluyen: tareas, proyectos, documentos y tableros en un solo lugar, con un agente que alcanza por MCP lo que el equipo ya usa — y todo sigue funcionando sin conexión.
la suite
se conecta con
muriki no te pide dejar lo que ya usas. El agente se conecta por MCP a las herramientas del equipo y trae el trabajo adentro, en vez de que andes copiando enlaces de un lado a otro.
Un PR abierto se vuelve tarea con responsable y fecha, y se cierra sola al hacer merge.
Un hilo largo se vuelve decisión escrita, con las tareas que salieron de ahí.
La reunión entra en la agenda ya amarrada al cycle que corresponde.
Una pantalla nueva aparece en el tablero con el enlace del frame y su estado.
Un documento viejo se encuentra por tema, no por nombre de archivo.
Cualquier servidor MCP que el equipo ya use entra por el mismo camino.
Task, cycle, doc y canvas son nodos de la misma red, junto a las personas y las herramientas que el equipo ya usa. Tira de un hilo y el contexto entero viene contigo.
Llegan por tandas, y cada uno entra sabiendo lo que los demás ya saben. Ninguno empieza de cero, porque el dato es el mismo desde el primer día.
Muriki Focus
Tu día
Tareas, subtareas, fechas y los bloques de foco en la agenda. Es el módulo que ya está de pie y el que aparece en las pantallas de abajo.
Muriki Projects
El trabajo del equipo
Backlog, cycles, roadmap y analytics. Las tareas que ya viven en focus entran al tablero sin volverse copia.
Muriki Docs
Lo que quedó decidido
Wiki y documentos donde vive la decisión, con las tareas citadas adentro y siempre al día.
Muriki Canvas
El dibujo del asunto
Tableros visuales para flujo y arquitectura, con las mismas tareas y documentos como nodos del mapa.
muriki nació para equipos de ingeniería, donde el trabajo se reparte entre más herramientas. Lo que resuelve ahí resuelve en cualquier equipo que planifica, escribe y entrega.
Cycles, backlog y dependencias entre tareas, con el pull request y la decisión técnica amarrados a la misma issue.
Calendario editorial, campañas y las piezas de creación en el tablero, con el briefing escrito al lado de la entrega.
Pipeline, seguimiento y tickets con tiempo de respuesta, sin perder el historial del cliente entre la conversación y la tarea.
Solo, focus ya alcanza: las tareas del día, los bloques en la agenda y las notas que se vuelven acción, sin montar proceso de equipo.
No son capturas: estas pantallas corren de verdad aquí, con los mismos componentes del producto, a 390px — el ancho en que cada una se diseña.
El cycle completo, con dependencias entre tareas.
El día en lista, con subtareas, estado y fecha.
Bloques de foco junto a los compromisos del día.
Vinieron antes de la primera pantalla y valen para todos los módulos. Cuando una feature choca con alguna, la que cambia es la feature.
Los datos viven en tu dispositivo y sincronizan después, en segundo plano. Trabajar sin conexión es el comportamiento normal del producto, no un modo de emergencia con la mitad de las funciones apagadas.
Cada pantalla se diseña primero a 390px y crece desde ahí. Lo que resuelves en el celular es el mismo producto que abres en el escritorio, con las mismas acciones — no una versión recortada para mirar.
La misma tarea aparece en el tablero, dentro del documento y en el calendario sin volverse copia. La cambias en un lado y cambia en todos, porque es el mismo registro leído desde otro ángulo.
El acceso abre por tandas, conforme los módulos quedan listos. Quien está en la lista entra primero.