Onboarding MCP

Listas de verificación de incorporación de empleados y clientes: pasos, responsables, fechas límite, seguimiento de progreso y exportación de finalización.

GitHubPrueba este MCPPatrocinado

Documentación

mcp-onboarding

Servidor MCP para un planificador de incorporación de nuevos empleados: registros de contratación, plantillas de roles, responsables de tareas y fechas límite. Incorporación de nuevos empleados como plantillas de tareas basadas en roles, con una lista de verificación fechada por contratación que RR. HH. y el gerente leen ambos.

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/onboarding — 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/onboarding 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/onboarding/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 onboarding.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-onboarding.git
cd mcp-onboarding
npm install && npm run build

Luego apunta tu cliente al punto de entrada compilado:

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

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

onboarding demo

Espejo de solo lectura de mcp-servers/servers/onboarding. Consulta MIRROR.md.

En el Registro oficial de MCP (io.github.theluckystrike/onboarding). Incorporación de nuevos empleados como plantillas de tareas basadas en roles, con una lista de verificación fechada por contratación que RR. HH. y el gerente leen ambos.

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 curso mantiene 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 vieron. 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 muestre que eso sucedió. 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 menores se derivan de ello:

Nada derivado se almacena. Los conteos de aprobado, fallido y pendiente, 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 "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 cuando uno se vuelve a poner en pendiente.
No aplicable no es un aprobado. na cuenta como RESPONDIDO y nunca como aprobado. Un paso que se revisó y se descartó 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 obligatorio sin responder, un paso obligatorio 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-onboarding está pendiente, por lo que la línea npx a continuación devuelve 404 hoy. Compila desde el código fuente mientras tanto; consulta 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-onboarding"]
    }
  }
}

Claude Code

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

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 obligatorio
`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, cantidad 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 no aplicable, con quién, 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. Se rechaza una que esté firmada
`license_status`	En qué nivel está esta instalación y de dónde proviene la clave
`license_activate`	Almacenar una clave Pro para este servidor

También hay un recurso, checklist://contract, que lleva 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 ellas	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 intercambio con una verificación previa a la entrega, una hoja de traspaso 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 de API y ninguna cuenta. El único archivo que lee que no le pertenece es el perfil empresarial compartido, para el nombre y la dirección en la parte superior de un informe impreso, y nunca escribe en él.

Creado 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 de Docs MCP: https://gitmcp.io/theluckystrike/mcp-onboarding