Knowledge Work Plugins: tareas y memoria compartidas con el asistente
Despliegue Knowledge Work Plugins como configuración del anfitrión
Registre versiones, respalde la memoria y apruebe conectores individualmente sin convertir un plugin en un servicio Docker imaginario.
Qué aprenderás
- Identifique la versión utilizada
- Valide cada conector
- Prepare una reversión completa
Antes de empezar
- Lectura básica de comandos y configuración
- Entorno de ensayo desechable y autorizado
Diseñe un visor independiente que muestre líneas no admitidas, colisiones y diferencias antes de guardar tareas.
Conclusiones clave
- Un plugin no requiere inventar un contenedor.
- Las URL vacías necesitan resolución explícita.
- Revocar cuentas es una operación independiente.
Identifique la versión utilizada
La unidad de despliegue es el plugin del anfitrión junto con los archivos que lee y modifica. Registre ambas versiones. Una actualización del mercado puede cambiar instrucciones aunque TASKS.md siga igual.
Conserve una copia revisada o referencia de lanzamiento mediante un método admitido por el anfitrión. El comando del mercado no garantiza instalar ebd7990c. Ese commit identifica nuestra investigación, no cualquier instalación futura.
Valide cada conector
El productivity/.mcp.json examinado contiene direcciones HTTP de servicios, pero las URL de Gmail y Google Calendar están vacías. Una entrada no demuestra que exista una integración funcional ni que el despliegue esté terminado.
Pruebe una cuenta autorizada y un conector cada vez. Revise los permisos reales y empiece con una lectura inocua antes de permitir escrituras. La lista de categorías del README no sustituye el inventario de cuentas autenticadas.
Prepare una reversión completa
Respalde TASKS.md, CLAUDE.md y memory/ antes de actualizar. Detenga las ediciones concurrentes del agente y del tablero durante el cambio. Si aparecen modificaciones no deseadas, restaure juntos el plugin probado y la instantánea de archivos.
Desactivar el plugin no necesariamente revoca permisos externos ni elimina información retenida. Registre esos estados por separado. Este capítulo propone un despliegue basado en fuentes; no describe una implantación empresarial ejecutada.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Registre anfitrión, revisión y carpeta de trabajo.
- 2
Valide un conector aprobado sin ampliar el escaneo.
- 3
Conserve plugin y memoria anteriores para revertir.
Ejemplo para copiar
{
"rolloutProposal": true,
"hostVersion": null,
"approvedConnectors": [],
"backup": [
"TASKS.md",
"CLAUDE.md",
"memory/"
],
"liveConnectorTested": false
}Preguntas frecuentes
¿Todos los servicios quedan listos al instalar?
No. Hay que validar dirección, soporte del anfitrión y autorización.
¿Qué debe contener el respaldo?
Tareas, memoria de trabajo, memoria profunda y versión del plugin.
Fuentes
- Knowledge Work Plugins / README.mdFuente verificada 2026-09-18
- Knowledge Work Plugins / productivity/README.mdFuente verificada 2026-09-18
- Knowledge Work Plugins / productivity/.mcp.jsonFuente verificada 2026-09-18
- Knowledge Work Plugins / productivity/skills/task-management/SKILL.mdFuente verificada 2026-09-18