Wagglet

1. 01

   Habilitar el acceso MCP para el equipo

   Una persona con el permiso de configuración del equipo habilita el acceso MCP en la configuración del equipo. Deshabilitarlo más tarde rechaza inmediatamente todas las solicitudes de conexión sin eliminar las conexiones.
2. 02

   Crear una conexión MCP personal

   En Perfil → Conexiones MCP, asigne al cliente un nombre reconocible y créelo. Wagglet muestra el token MCP una sola vez y conserva solo su hash. Guárdelo en el almacén de credenciales protegido del cliente, no en un repositorio, mensaje, URL o captura de pantalla.
3. 03

   Configurar el endpoint de Wagglet

   Apunte el cliente MCP al endpoint HTTPS canónico y envíe el token en el encabezado Authorization. El enlace público del endpoint es útil para la configuración, pero una visita al navegador sin autenticación MCP no es un inicio de sesión en el espacio de trabajo.
4. 04

   Verificar la identidad actual antes de trabajar

   Llame a whoami primero. Use su Team, identidad, roles, permisos y los esquemas actuales de tools/list como autoridad. Los nombres de herramientas y esquemas pueden evolucionar; un catálogo antiguo copiado no es la fuente de verdad.

URL     https://wagglet.com/api/mcp
Header  Authorization: Bearer <your MCP token>

Use list_notes y search_notes para descubrir notas y transcripciones. read_note devuelve una URL de descarga de markdown de corta duración e incluye documentos pequeños en línea. Cada descarga vuelve a verificar el acceso.

create_note crea una Nota privada. Lea antes de update_note o append_note, y proporcione su revisión y un id de operación nuevo. Las escrituras se fusionan con la escritura en vivo; las reemplazos en conflicto le piden que lea de nuevo.

1. 01

   Descubrir identificadores

   Use herramientas de búsqueda y listado acotadas para tickets, Stories, Notas y personas. Continúe a través de cursores cuando la población solicitada sea mayor que una respuesta.
2. 02

   Leer el registro completo autorizado

   Obtenga el ticket o Story antes de cambiarlo. Conserve el registro devuelto y las revisiones del elemento para la mutación prevista. Los registros de Plantilla recurrente incluyen su programación estructurada; las Ocurrencias programadas incluyen su procedencia de plantilla.
3. 03

   Usar el comando de ciclo de vida correspondiente

   Elija la acción explícita de Wagglet. Asigne a cada mutación prevista un operationId nuevo; reutilícelo solo para reintentar esa operación exacta después de un resultado de red incierto.
4. 04

   Conciliar conflictos y confirmaciones

   Ante STALE_REVISION, lea de nuevo y concilie con el estado actual. Ante CONFIRMATION_REQUIRED, muestre el impacto al usuario y continúe con los campos de confirmación requeridos de esa herramienta contra la misma revisión actual solo después de la aprobación.

[!note] Nota Regla de reintento

Un id de operación está limitado a su conexión. Repetir la misma mutación prevista devuelve su primer resultado almacenado en lugar de repetir la acción. Reutilizar ese id para argumentos diferentes o una herramienta distinta es un error, no un atajo. Los resultados de tickets almacenados se reautorizan antes de la reproducción.

[!note] Nota Cambios de colaboradores

set_ticket_collaborators reemplaza la lista completa de colaboradores y está disponible solo para el creador del ticket. get_ticket devuelve las identidades actuales de los colaboradores: léalas primero, conserve a todos los que deban permanecer y use la revisión devuelta si otra edición de ticket se ejecuta primero. Eliminar a alguien devuelve los nombres exactos y un token de confirmación emitido por el servidor de corta duración porque revoca su acceso privado a Borradores y otras acciones permitidas de co-propietario.

[!note] Nota Tareas programadas

schedule_ticket mueve un Borrador listo para publicar y de su propiedad o un ticket Abierto no reclamado al carril Programado, o cambia lo que publica una tarea programada: BY_HAND, REPEATING o ON_DATE. Las filas Manual y Recurrente generan copias y permanecen; las filas En una fecha se publican una vez y desaparecen. spawn_scheduled_draft copia una fila en sus Borradores, post_scheduled_now publica una que usted creó sin esperar, y search_tickets con publication: "scheduled" lista el carril.

[!note] Nota Plantillas recurrentes

create_recurring_template convierte un Borrador de su propiedad o un ticket Abierto no reclamado en una Plantilla recurrente visible para el equipo y no publicada. Use update_recurring_schedule para su cadencia semanal o de días de intervalo y opciones de generación, y set_recurring_template_active para activarla o pausarla. Cada comando exitoso consume la revisión actual del ticket y devuelve la siguiente. Busque con publication: "all" para descubrir plantillas. La plantilla permanece fuera del tablero en el carril Programado; sus Ocurrencias programadas son tickets publicados ordinarios. El campo scheduled de un ticket nombra el disparador del carril: manual, recurrente o en una fecha.

Verificaciones actuales

La revocación de conexión, la configuración MCP del equipo, la membresía actual, los roles, los permisos efectivos y el Team de la conexión se verifican en cada solicitud.

Borradores privados

Solo el creador y los colaboradores pueden verlos. Todos los demás no reciben señal de identificador, recuento, relación o existencia.

Tareas solo humanas

MCP puede exponer metadatos de planificación seguros, pero no el prompt de agente inactivo ni las instrucciones Human, y no puede realizar las acciones reservadas del ciclo de vida del agente.

Adjuntos

Cada lectura de MCP reautoriza la visibilidad de la tarea. Texto e imágenes acotados pueden devolverse en línea; otros archivos usan acceso de descarga de corta duración.

Analítica

El análisis de resultados requiere el permiso dedicado de analítica y devuelve evidencia de producto acotada, nunca SQL arbitrario ni una taxonomía almacenada inventada.

Registros de acciones

Una mutación exitosa registra su conexión, persona, herramienta, objetivo y hora. El contenido creado, los argumentos, las credenciales, las lecturas y los rechazos no se copian en ese registro de origen.

• Rote una conexión cuando su credencial pueda haber sido expuesta.
• Revoque clientes que ya no use; las credenciales revocadas fallan en la siguiente solicitud.
• La deshabilitación del equipo conserva las conexiones para que sigan visibles y revocables, pero no pueden usarse hasta que el acceso se habilite de nuevo.
• Las conexiones MCP no tienen caducidad automática. Revise nombres, hora de creación y hora de último uso como parte de la higiene normal de acceso del equipo.

Para una tarea reclamada, use Task Handoff. Su credencial inicial es de solo lectura, arraigada a la reclamación y de corta duración; la entrega llega por separado. Cualquiera que sea la ruta que elija, use su propia cuenta de proveedor y mantenga la entrega, aceptación, fusión e implementación veraces y separadas.