Checklist Runs MCP

Listas de verificación reutilizables y ejecuciones fechadas: aprobado, fallido, no aplicable, firma.

Documentación

mcp-checklist

Servidor MCP para listas de verificación reutilizables y ejecuciones fechadas de las mismas: aprobado, fallido, no aplicable y una firma. Listas de verificación que construyes una vez y ejecutas muchas veces, y el registro fechado de cada ejecución que alguien firma.

Funciona con Claude Desktop, Claude Code, Cursor y cualquier cliente del Protocolo de Contexto de Modelos. Se ejecuta en tu propia máquina, o alojado sin instalación.

Página del producto: https://mcp.zovo.one/s/checklist — qué hace, las herramientas que expone y un endpoint de token en vivo.

Instalación

Alojado, nada que instalar. Obtén un token de https://mcp.zovo.one/mcp/connect (la página de conexión) o https://mcp.zovo.one/mcp/token (el mismo token como JSON); se emite uno anónimo gratuito al instante y una clave Pro funciona de la misma manera. Luego apunta un cliente MCP a https://mcp.zovo.one/mcp/checklist a través de streamable-http y envía el token como Authorization: Bearer <token>.

Si tu cliente no puede configurar encabezados, coloca el token en la ruta en su lugar: https://mcp.zovo.one/mcp/checklist/t/<token>. Ambas formas funcionan. La URL desnuda sin token responde 401 en tools/call, por lo que el token no es opcional.

Claude Desktop, un clic. Descarga checklist.mcpb desde la última versión y haz doble clic en él.

Desde el código fuente. El espejo es autónomo: cada dependencia de @theluckystrike/* está incluida, por lo que un clon nuevo se compila sin configuración adicional.

git clone https://github.com/theluckystrike/mcp-checklist.git
cd mcp-checklist
npm install && npm run build

Luego apunta tu cliente al punto de entrada compilado:

{
  "mcpServers": {
    "checklist": {
      "command": "node",
      "args": ["/absolute/path/to/mcp-checklist/dist/index.js"]
    }
  }
}

@theluckystrike/mcp-checklist aún no está publicado en npm, por lo que un comando npx -y @theluckystrike/mcp-checklist fallará. Las tres rutas anteriores son las que funcionan y cada una es ejercitada por CI.

checklist demo

Espejo de solo lectura de mcp-servers/servers/checklist. Ver MIRROR.md.

En el Registro oficial de MCP (io.github.theluckystrike/checklist). Listas de verificación que construyes una vez y ejecutas muchas veces, y el registro fechado de cada ejecución que alguien firma. Una lista de verificación es una lista nombrada de pasos, opcionalmente agrupados en secciones, cada uno requerido u opcional. Una ejecución es un pase de esa lista de verificación contra un trabajo: cada paso se marca como aprobado, fallido o no aplicable, con quién lo marcó y en qué día, y una nota que dice qué se encontró. run_sign_off luego pone un nombre y una fecha y la congela.

La única regla que decide todo lo demás

Si alguien edita la lista de verificación después, agrega un paso o elimina uno, cada ejecución ya en progreso conserva la lista con la que comenzó, y la versión de la que se copió queda registrada en la ejecución.

Eso no es una conveniencia de caché. Una lista de verificación que alguien marcó y firmó tiene que ser la lista que realmente vio. Una ejecución que leyera sus pasos en vivo desde la lista de verificación significaría un certificado de entrega firmado por once verificaciones cuando la persona que lo firma vio diez, sin ningún campo en el registro que mostrara que había sucedido. También significa que eliminar una lista de verificación deja sus ejecuciones legibles y completas, que es lo que quieres un año después cuando alguien pregunta qué se verificó.

Dos reglas más pequeñas se derivan de esto:

Nada derivado se almacena. Los conteos de aprobados, fallidos y pendientes, el porcentaje y si una ejecución puede firmarse se calculan en cada llamada a partir de los propios pasos de la ejecución. Un indicador de "completo" almacenado es un hecho sobre la tarde en que alguien miró por última vez, y complete aquí es una lectura: aparece cuando se responde el último paso y desaparece nuevamente cuando uno se vuelve a poner como pendiente.
No aplicable no es un aprobado. na cuenta como RESPONDIDO y nunca como aprobado. Un paso que fue revisado y descartado es un hecho diferente de un paso que aprobó, y fusionar los dos es cómo una lista de verificación reporta calificación completa para un trabajo donde la mitad de los pasos no aplicaban.

Qué bloquea una firma

Un paso requerido sin responder, un paso requerido que falló, un paso opcional sin responder, o una ejecución sin pasos. force: true firma de todos modos, y las excepciones permanecen en el registro y se imprimen en el informe bajo "Firmado con excepciones". No se pierden, y no son silenciosas.

Instalación

Un clic (.mcpb): descarga checklist.mcpb desde la última versión y haz doble clic en él en Claude Desktop: https://github.com/theluckystrike/mcp-servers/releases/latest

La publicación en npm para @theluckystrike/mcp-checklist está pendiente, por lo que la línea npx a continuación devuelve 404 hoy. Compila desde el código fuente mientras tanto; ver llms-install.md.

Claude Desktop

~/Library/Application Support/Claude/claude_desktop_config.json (macOS) o %APPDATA%\Claude\claude_desktop_config.json (Windows):

{
  "mcpServers": {
    "checklist": {
      "command": "npx",
      "args": ["-y", "@theluckystrike/mcp-checklist"]
    }
  }
}

Claude Code

claude mcp add checklist -- npx -y @theluckystrike/mcp-checklist

Cursor

~/.cursor/mcp.json (global) o .cursor/mcp.json (proyecto), misma entrada que Claude Desktop.

Herramientas

Herramienta	Qué hace
`checklist_create`	Crear una lista de verificación reutilizable: un nombre, una categoría, una descripción
`checklist_item_add`	Agregar un paso: el texto, un encabezado de sección y si es requerido
`checklist_item_remove`	Eliminar un paso y aumentar la versión. Las ejecuciones ya en curso lo conservan
`checklist_show`	Una lista de verificación, agrupada por sección, con una copia imprimible en blanco a pedido
`checklist_list`	Cada lista de verificación con su versión, número de pasos y cuántas ejecuciones provienen de ella
`checklist_delete`	Eliminar una lista de verificación. Sus ejecuciones permanecen legibles, porque cada una lleva su propia copia
`run_start`	Iniciar una ejecución fechada contra un trabajo. Los pasos se copian en ella en este punto
`run_check`	Marcar un paso como aprobado, fallido o na, con quién y cuándo y qué se encontró
`run_show`	La ejecución: cada paso con su respuesta, los conteos, los fallos y qué bloquea la firma
`run_list`	Ejecuciones de más reciente a más antigua, filtradas por lista de verificación, estado, referencia, o solo aquellas con fallos
`run_sign_off`	Firmar con un nombre y una fecha, lo que congela la ejecución
`run_status`	Reabrir una ejecución completa, o abandonar una cuando el trabajo no ocurrió
`run_report`	La ejecución como texto en todos los niveles. Pro también la escribe en `out_path` como archivo .txt
`run_delete`	Eliminar una ejecución. Una que ya fue firmada es rechazada
`license_status`	En qué nivel está esta instalación y de dónde vino la clave
`license_activate`	Almacenar una clave Pro para este servidor

También hay un recurso, checklist://contract, que contiene la regla de instantánea, los estados de los elementos, la máquina de estados de ejecución, qué bloquea una firma y dónde escribe este servidor; y un prompt, run_the_checklist, que recorre todo el trabajo en orden.

Gratis vs Pro

	Gratis	Pro
Listas de verificación que conservas	3	ilimitadas
Ejecuciones de las mismas	ilimitadas	ilimitadas
Pasos por lista de verificación	hasta 500	hasta 500
`run_show`, `run_list`, los conteos	sí	sí
El informe de ejecución como texto	sí	sí
Escribir el informe a un archivo con `out_path`	no	sí

El medidor se basa en cuántas listas de verificación DIFERENTES conservas, no en cuántos trabajos verificas. Un comercio con una verificación previa a la entrega, una hoja de entrega y una lista de defectos ejecuta todo su año dentro del nivel gratuito. Las ejecuciones nunca tienen límite, porque limitar la ejecución de una lista de verificación limitaría lo único para lo que sirve una lista de verificación. Eliminar una lista de verificación libera un espacio.

Obtén Pro: https://mcp.zovo.one/buy/checklist (pago único), o todos los servidores por un precio en https://mcp.zovo.one/buy/bundle

Privacidad

Todos los datos permanecen locales, en ${XDG_DATA_HOME:-~/.local/share}/mcp-servers/checklist/. No hay ninguna llamada de red en este servidor, ninguna clave API y ninguna cuenta. El único archivo que lee que no le pertenece es el perfil de negocio compartido, para el nombre y la dirección en la parte superior de un informe impreso, y nunca escribe en él.

Construido por theluckystrike. Soporte: support@zovo.one

Usa estos documentos como un servidor MCP

Cualquier cliente MCP (Claude, Cursor, Windsurf, VS Code) puede leer la documentación de este repositorio directamente a través de GitMCP — sin instalación:

URL MCP de Documentos: https://gitmcp.io/theluckystrike/mcp-checklist