# lodos vs Linear Source: https://lodos.md/es/compare/linear Language: es Linear registra el trabajo. lodos lo ejecuta. --- Empecemos por la parte honesta, porque la vas a comprobar de todas formas. Linear es un mejor gestor de incidencias que lodos y va a seguir siéndolo: ciclos, triaje, SLA, insights, vistas guardadas, campos personalizados y un motor de sincronización que su propio equipo trata como un invariante de grado seguridad. lodos tiene cinco estados fijos, etiquetas y ninguna búsqueda de incidencias. Lo que lodos tiene a cambio es un tablero donde el trabajo se ejecuta. Un trabajo que se repite se convierte en un procedimiento con parámetros que el agente ejecuta y deja aparcado en revisión. Un calendario llama a tus propias API a las ocho de la mañana con una credencial que el modelo no llega a ver, y fija la cifra en un panel que pediste en una frase. Cerrar una tarjeta puede redactar el documento que la explica. La pregunta no es qué tablero es mejor. Es si necesitas un sitio donde registrar el trabajo, o un sitio donde ocurra. ## El ticket nunca fue la parte difícil Un tablero bien llevado te dice qué está en marcha y qué está bloqueado. Linear hace eso mejor que nadie, y si ese es tu problema, esta página va a terminar diciéndote que te quedes. Pero el cuello de botella de un fundador en solitario rara vez es el gestor. Es que el ticket dice "migrar el webhook de facturación" y en ninguna parte de la herramienta está el motivo por el que elegiste esa arquitectura, ni el runbook de la reversión, ni la clave que necesita la migración, ni la nota de marzo que explica por qué el camino obvio no funciona. Eso vive en cuatro sitios, y el único índice eres tú. lodos es el tablero más pequeño con los otros tres pegados, y con un motor debajo, para que el ticket no sea el final de la frase. ## Lo que Linear hace mejor que lodos Esto no es un párrafo de cortesía. Linear gana la categoría de la que esta página habla nominalmente, y la lista es larga y concreta porque fingir lo contrario te haría perder el tiempo. - El gestor en sí, y de forma exhaustiva: ciclos que se programan solos y arrastran lo pendiente, capacidad calculada a partir de los tres ciclos anteriores, una bandeja de triaje con rotación de guardias y SLA, Insights, vistas guardadas, campos personalizados, flujos a medida y un motor de sincronización tan bueno que ponen su integridad en el nivel más alto de su bug bounty. lodos no tiene nada de esto. - Velocidad y una gramática de teclado de verdad, en web, macOS, Windows, iOS y Android, a cualquier escala. El tablero de lodos tiene un solo atajo, ninguna búsqueda de incidencias, carga todas las tareas en memoria y lo ha usado en serio una sola persona con unas pocas docenas de tareas. Nadie lo ha probado a tu tamaño. - SOC 2 Type II, ISO 27001, acuerdos de asociado comercial HIPAA, un bug bounty pagado que incluye explícitamente la autorización de su propio MCP, y post-mortems de incidentes publicados. lodos no tiene nada de ese papeleo. ## lodos no es un gestor mejor. Es la empresa dentro de la que vive el gestor. Setenta y tres herramientas, veintitrés tipos de paso, veinticuatro procedimientos incluidos y cuarenta y una comprobaciones que rompen la compilación, en un único binario local y sin cuenta. Todo lo que sigue es consecuencia de que el tablero, el wiki, la bóveda y el agente sean el mismo programa en vez de cuatro suscripciones. ### Un tablero donde el trabajo de verdad ocurre Esta es la parte de la que Linear no tiene equivalente, así que va primero. Un trabajo que haces más de una vez se convierte en una plantilla con entradas tipadas: un cuerpo de hasta dieciséis mil caracteres, los marcadores que espera y una instantánea de qué herramientas tiene permiso para tocar, que solo se puede estrechar, nunca ampliar. Ejecutarla rellena los marcadores, corre y aterriza como un elemento de trabajo en revisión. La puerta es estructural: un elemento de trabajo solo puede darse por terminado desde el estado de espera de revisión, así que nada de lo que produce un agente se cierra en silencio. Ponlos en cola con un nivel de prioridad y una regla de duplicados, y una ejecución nocturna reutiliza el elemento abierto en vez de apilar una quinta copia. Antes de que nada de eso se ejecute, el texto ya renderizado se revisa en busca de formas de credencial y se rechaza si lleva una. Y si en su lugar le entregas una épica al agente, te propone la descomposición entera como un grafo de dependencias, comprobado contra ciclos, que apruebas en un solo diff; a partir de ahí el grafo es lógica pura de la aplicación, sin ningún modelo dentro, así que cuando se cierra el último bloqueo la tarea siguiente se despierta sola. ### La tarea, la página y el motivo, apuntándose entre sí Una tarea lleva referencias a las páginas del wiki que hay detrás, y cada una de esas páginas muestra las tareas abiertas que siguen corriendo contra ella. No un enlace pegado que se pudre: una proyección viva en ambos sentidos, solo estructura. Y el wiki del otro lado responde en vez de listar, con citas [[wikilink]], sobre material escrito una sola vez en una capa cruda y verificado por hash a nivel de base de datos, así que cada afirmación se rastrea hasta su origen. Un pase nocturno hace cinco comprobaciones en SQL puro y sin coste de IA: páginas huérfanas, enlaces rotos, afirmaciones de más de noventa días, marcadores TODO sin responder y páginas que nadie archivó. Linear tiene Documentos, y buenos, con edición en tiempo real, historial de versiones y búsqueda semántica híbrida. Lo que no tienen es retroenlaces, ni grafo, ni anidamiento, ni ninguna noción de que una afirmación caduque. ### Pregúntale a tu editor qué tienes encima lodos es un servidor MCP. Apunta Claude Code o Cursor hacia él y "¿en qué estoy trabajando?" vuelve desde tu tablero de verdad, dentro del editor, sin navegador. Linear también publica un servidor MCP, y bueno, así que la diferencia no es el protocolo: es lo que hay detrás. El suyo está alojado y cubre incidencias, proyectos y comentarios. El nuestro corre en local sobre stdio y expone setenta y tres herramientas del tablero, el wiki, la bóveda, los workflows, los documentos y la analítica, como una sola superficie. Las lecturas vuelven al instante. Cada escritura levanta antes un modal de aprobación en tu escritorio, tanto si quien llama es el chat integrado como un editor al otro lado de la habitación, y se rechaza de plano si la aplicación no está abierta. La guarda es el mismo código; quien llama no elige. ### Trabajo que ocurre mientras duermes Un workflow es un archivo declarativo con veintitrés tipos de paso: llamar a un endpoint HTTP, preguntar al modelo, consultar tu base de datos o un Postgres externo, leer y escribir archivos, proponer una edición del wiki, abrir una tarea, esperar, ramificar sobre un conjunto cerrado de comparadores, iterar sobre una lista concreta. Los disparadores son una expresión cron, un intervalo, una regla de calendario, una sola vez, un webhook entrante, un sondeo contra tu buzón, o una fila que cambia en tu propia tabla de tareas, que es la forma en que cerrar una tarjeta puede redactar el documento que la explica. Dieciséis plantillas listas cubren las que todo fundador acaba escribiendo igualmente: el resumen de la mañana, la revisión semanal, el aviso de renovación, el pull request estancado, la cifra de runway. El agente las redacta mediante ediciones restringidas mientras la aplicación monta el archivo, así que un prompt no puede colar un paso a tus espaldas, y las credenciales se inyectan en el momento de la llamada y no entran nunca en su contexto. ### Una capa de equipo que nunca le entrega una clave al servidor Tableros compartidos con asignación, un revisor distinto de quien hace el trabajo, aceptar o rechazar con un motivo para que nada acabe en un agujero negro de asignaciones silenciosas, atribución del visto bueno criterio a criterio, carriles y límites de trabajo en curso flexibles. Debajo, la parte que no es habitual: cada miembro guarda su propia copia sellada de una clave de sección, el servidor de coordinación reenvía sobres dirigidos que no puede abrir y no tiene endpoint de borrado con el que censurar, y quitar a alguien rota la clave y vuelve a cifrar, así que el sobre que se quedó no abre nada escrito después. Cada acción cae en un registro firmado y encadenado por hash que anota si actuó una persona o un agente. ### Se acuerda, y se acuerda bien La memoria a largo plazo es un almacén cifrado, de solo añadir, donde un dato posterior sustituye a uno anterior en vez de sobrescribirlo, y una corrección pesa más que una repetición. Los datos llevan una confianza y la fecha en que se vieron por última vez, y llegan como un bloque congelado al principio de la sesión, de modo que el asistente conoce tu negocio antes de que termines la frase. Y luego la parte que importa: un turno que tocó contenido no confiable, una página web, un mensaje entrante, un documento, no puede escribir en la memoria en absoluto. Una página envenenada puede echar a perder una respuesta. No puede convertirse en una creencia permanente sobre tu empresa. Esa es la diferencia entre un asistente con una ventana de contexto larga y uno que de verdad lleva tiempo trabajando aquí. ### Tus propios números, tus propios documentos, en la misma app Pide una tarjeta de panel en una frase y la tienes: la consulta se escribe por ti, se ejecuta en modo solo lectura contra una conexión viva para comprobar que funciona antes de guardar nada, y el resultado aterriza como una cifra, un gráfico o un aviso de retraso. Debajo, el análisis corre sobre tu propia base de datos con funciones de ventana y expresiones de tabla comunes, y con una lista de rechazo de ocho tablas que deja la bóveda y el registro de auditoría fuera de alcance, sin ninguna salida de red. Suelta un PDF, un contrato o una hoja de cálculo y se convierte en conocimiento buscable, transformado en un proceso aislado que no puede ver tu bóveda; una hoja de cálculo se convierte además en una vista real que puedes consultar por el nombre de su pestaña. Pide una actualización para inversores y recibe una presentación renderizada, sin conexión. Y vienen veinticuatro procedimientos de serie, desde métricas semanales y reembolsos hasta ADR, post-mortems, redacción de especificaciones y revisión de seguridad. ### Gratis, local, y lo que eso cuesta La app es gratis, sin cuenta y funciona sin red: tablero, wiki, grafo, workflows, skills, documentos, gráficos y el agente. Nueve dólares al mes por toda la instalación, no por asiento, compran una copia cifrada que levanta una máquina en minutos, con nuestros servidores guardando un cifrado que no pueden abrir. Linear empieza en diez dólares por usuario y mes en el plan Basic, facturado al año, con un plan gratuito limitado a dos equipos y doscientas cincuenta incidencias. La IA corre en tu propia cuenta de Claude, así que no hay contador de créditos sobre el trabajo en sí. El intercambio que haces por ese precio es real, y es la sección siguiente. ## Si vienes de Linear, o si vives al lado 1. No hay importador. Nada lee una exportación de Linear hacia lodos y, dado que el tablero es deliberadamente más pequeño, una importación masiva produciría sobre todo un backlog que no puedes buscar. 2. El movimiento realista es empezar por las páginas, no por los tickets. Apunta lodos a la carpeta donde ya vive tu markdown, mete en la bóveda el puñado de credenciales que tu trabajo toca de verdad, y abre tareas según vayan surgiendo. 3. O deja Linear donde está. lodos trae un conector de Linear, así que el agente puede leer tus incidencias, ciclos y proyectos desde Linear mientras el wiki, la bóveda y los workflows viven en local. Esa tercera opción es la recomendación honesta para la mayoría de quienes lean esto, y no es un premio de consolación: los dos productos apenas se solapan en cuanto dejas de tratarlos a ambos como gestores. ## ¿Qué puede ver? Ambos productos se describen con las mismas cuatro respuestas. No existe una formulación más amable para el mismo comportamiento, así que ninguna columna puede evaluarse aparte. | ¿Qué puede ver? | Linear | lodos | | --- | --- | --- | | Dónde viven tus datos | En sus servidores | En tu dispositivo, sync opcional | | Qué puede leer el proveedor | Todo lo que escribes | Solo cifrado que no puede abrir | | Qué puede leer su IA | Todo tu espacio de trabajo | La estructura, nunca el valor de un secreto | | Quién tiene la clave | El proveedor | Tú | | Desde | $10 por miembro y mes | $0 | Leído en el proveedor el 2026-08-03: https://linear.app/pricing ## ¿Quién puede ver mis incidencias? Por nuestro lado, nadie, nunca. Si activas la sincronización, el servidor recibe un sobre cifrado, lo guarda y no puede abrirlo. Nosotros tampoco, como las personas que lo operamos, porque la clave se deriva de tu contraseña maestra y nunca sale de tu máquina. Ni el proveedor, ni un empleado, ni un requerimiento judicial dirigido a nosotros. Incluso la frontera de la facturación está trazada estrecha: la cruzan una dirección de correo y un pago, y nada de tu trabajo. En tu propia máquina la respuesta honesta es otra, y deberías tenerla antes de decidir. Tus incidencias viven en un archivo SQLite plano para que la búsqueda, la ordenación y el filtrado funcionen siquiera. Las protegen tu cuenta del sistema operativo y el cifrado de tu disco, no tu contraseña maestra de lodos. Tus secretos se cifran aparte y no están en claro en ninguna parte, pero el texto de las incidencias no está cifrado en reposo en local, y eso fue un intercambio deliberado a cambio de poder consultarlo. Linear hizo el mismo intercambio por el mismo motivo. La única diferencia es dónde ocurre: el suyo en sus servidores, el nuestro en tu disco. ## Qué pasa cuando tu editor pregunta por tu trabajo Esta es la parte que el dueño usa a diario y la que vale la pena concretar, porque lo interesante no es que funcione, sino lo que ocurre en una escritura. 1. Tu editor lanza el servidor MCP de lodos como un proceso local y le habla por stdio. No sale nada a ninguna red. La aplicación tiene que estar abierta, porque el servidor es un puente fino hacia ella y no guarda datos propios. 2. Una lectura se resuelve al instante. "Lista mis tareas en curso", "qué está bloqueando esto", "qué dice el wiki sobre la migración de facturación" vuelven sin interrumpirte, porque esas herramientas son de solo lectura. 3. Una escritura no. Crear una tarea, moverla de estado, guardar un procedimiento o aprobar una ejecución levanta el mismo modal de aprobación en la aplicación de escritorio que levantaría el chat integrado, con un tiempo de espera de cuarenta y cinco segundos y un rechazo si la aplicación está cerrada. La clave de la bóveda no cruza nunca ese puente, y una referencia como `{{secrets.stripe.sk_live}}` sigue siendo una referencia de principio a fin. Una cosa que conviene decir con precisión, ya que la precisión es justo el punto: el tablero rechaza las transiciones ilegales, pero esa comprobación vive en la ruta de la aplicación y no en la de las herramientas. Si un agente mueve una tarjeta directamente de Por hacer a Terminado, hoy se lo permite. ## Tres preguntas, de dos maneras El mismo fundador, la misma semana, las mismas tres cosas que preguntas de verdad. ### ¿Qué tengo encima? - **Linear:** Abre la app, o pregunta desde tu editor a través de su servidor MCP. En cualquiera de los dos casos recibes las incidencias, que es exactamente lo que pediste y normalmente suficiente. - **lodos:** La misma pregunta en el mismo editor, y la respuesta vuelve con las páginas que hay detrás de cada tarea, porque el tablero y el wiki son el mismo almacén. ### ¿Por qué existe esta tarea? - **Linear:** La descripción, más el documento que alguien se acordara de enlazar. Si el razonamiento está en un documento, la búsqueda semántica probablemente lo encuentre; nada te dice que quedó desactualizado hace ocho meses. - **lodos:** La tarea lleva sus referencias al wiki, la página muestra qué sigue abierto contra ella, y el pase de anoche ya marcó la afirmación que no se comprueba desde hace noventa días. ### Ejecuta el reembolso de este cliente - **Linear:** Abre el ticket, luego sal de Linear para hacer el trabajo de verdad en Stripe y en tu panel de administración, y luego vuelve a apuntar lo que pasó. - **lodos:** El procedimiento de reembolso es una plantilla. Rellenas el pedido, el agente lo ejecuta contra tu propia API con una clave que no llega a ver, y el resultado espera en revisión antes de que nada se dé por terminado. ## ¿Qué deberías hacer entonces? - Quédate con Linear si estás siguiendo trabajo con un equipo. Los ciclos, el triaje y los insights son ventajas reales, y lodos no las tiene, no las va a construir este año y no las haría igual de bien. - Coge lodos si eres una sola persona y el gestor es la parte más pequeña del problema: cuando lo que te frena es el runbook, la credencial y el motivo, no la columna en la que está la tarjeta. - O usa los dos. lodos trae un conector de Linear precisamente porque esta es la respuesta habitual: tus incidencias se quedan donde funcionan, y el agente las lee junto al wiki y la bóveda que Linear nunca pretendió guardar. ## Preguntas que la gente hace de verdad ### ¿lodos es una alternativa a Linear? Como gestor de incidencias, no, y preferimos decirlo en la página antes que en un correo de soporte. lodos es un sistema operativo de empresa con un tablero pequeño dentro: el wiki, el grafo de conocimiento, la bóveda cifrada, los workflows y el agente son el producto, y el tablero es donde se encuentran. Si lo que quieres es un gestor mejor, el gestor mejor es Linear. ### ¿lodos tiene ciclos, sprints o velocidad? No. No hay ciclos, ni sprints, ni estimaciones, ni puntos de historia, ni velocidad, ni burndown, ni bandeja de triaje, ni SLA, ni paneles de insights. Hay cinco estados fijos, prioridades, etiquetas, criterios de aceptación y dependencias. Si tu proceso se sostiene sobre la planificación de iteraciones, esto te va a parecer un paso atrás, porque lo es. ### ¿Puedo buscar mis tareas? Hoy no, y es lo primero que busca un usuario de Linear. El wiki tiene búsqueda de texto completo; el tablero no, y la paleta de comandos no sabe nada de tareas. Puedes filtrar por estado y leer las columnas. Esta es la carencia más afilada y no la vamos a enterrar en una nota al pie. ### ¿Pueden Claude Code o Cursor ver mis tareas de lodos? Sí. lodos levanta un servidor MCP sobre stdio, así que cualquier cliente MCP en la misma máquina puede listar, leer, crear y mover tareas, y leer el wiki junto a ellas. Las lecturas son inmediatas. Cada escritura levanta antes un modal de aprobación en la aplicación de escritorio, y se rechaza de plano si la aplicación no está abierta. La clave de la bóveda no cruza nunca esa frontera y ninguna herramienta devuelve en ningún sitio el valor de un secreto. ### ¿Arrastrar una tarea a Terminado actualiza de verdad el wiki? El mecanismo es real y vale la pena ser exacto. Un cambio de estado de una tarea puede disparar un workflow, ese workflow puede redactar una actualización de página y archivarla como propuesta, y la propuesta aparece como un diff que apruebas. Lo automático: el disparador, el borrador, el archivado y la deduplicación, para que una ejecución nocturna no pueda inundarte. Lo que no: el workflow es un archivo declarativo que escribes una vez, y la escritura de la página siempre espera un clic, por diseño. ### ¿Puedo importar mis incidencias de Linear? No. No hay importador desde Linear ni desde ningún otro sitio. Lo que lodos sí trae es un conector de Linear, así que el agente puede leer tus incidencias, ciclos y proyectos directamente desde Linear. En la práctica ese arreglo es mejor de todas formas: los tickets se quedan donde el seguimiento es bueno, y lo que se muda aquí es el conocimiento que no tenía dónde vivir. ### ¿lodos es gratis? La app es gratis y sin cuenta: tablero, wiki, grafo, workflows, veinticuatro skills incluidas, documentos, gráficos y el agente integrado, todo funcionando sin red. Lo único de pago es la copia cifrada en la nube, nueve dólares al mes por toda la instalación, no por asiento. La IA corre en tu propia cuenta de Claude, así que tampoco te revendemos tokens. ## Las filas que de verdad se diferencian La primera fila es una derrota y está arriba a propósito. Todo lo que aparece en la columna de Linear sale de su propia documentación, leída el 3 de agosto de 2026. | | Linear | lodos | | --- | --- | --- | | El gestor en sí | Ciclos, triaje, SLA, insights, vistas guardadas, campos personalizados, flujos a medida. | Cinco estados fijos, prioridades, etiquetas, criterios de aceptación, dependencias. Sin ciclos, sin insights, sin búsqueda de incidencias. | | Trabajo que se ejecuta, no solo trabajo que se lista | Los Loops pueden redactar y delegar en el plan Business, con medición por ejecución. | Plantillas que el agente ejecuta hacia una cola de revisión, y veintitrés tipos de paso que llaman a tus propias API según calendario. | | Conocimiento de formato largo | Documentos adjuntos al trabajo, colaborativos, con historial de versiones y búsqueda semántica híbrida. | Un wiki con citas, retroenlaces, un grafo y un linter nocturno que marca las afirmaciones caducadas. | | Lo que un editor alcanza por MCP | Incidencias, proyectos y comentarios, a través de un servidor alojado. | Setenta y tres herramientas del tablero, el wiki, la bóveda y los workflows, a través de uno local, con un modal antes de cada escritura. | | Dónde vive el texto de las incidencias | En sus servidores, AES-256 en reposo, con las claves en poder del proveedor. Sin afirmación de extremo a extremo. | En tu disco, en claro, para que la búsqueda funcione. Cifrado solo cuando sale a sincronizarse. | Si esta página describe Linear de forma incorrecta, es un fallo. Dínoslo y lo corregimos.