Deja que tu agente trabaje en todas tus apps

Cualquier app que publique un servidor MCP remoto por HTTP streamable o SSE. Muchas herramientas SaaS ofrecen uno, como Linear, HubSpot, Notion, GitHub, Stripe e Intercom, y cada una se añade pegando la URL de su servidor. Basedash sincroniza las herramientas que expone el servidor, así que lo que puede hacer el agente depende de ese servidor: leer issues, actualizar registros del CRM, crear páginas o cualquier otra cosa que ofrezca. Los servidores locales que solo funcionan por stdio en tu máquina no se pueden añadir.

Sí. Si tu equipo ejecuta su propio servidor MCP delante de API internas, un sistema de soporte o un backend de producto, añade su URL igual que la de un proveedor. Tiene que ser accesible desde Basedash por HTTP streamable o SSE. Añade una API key u otros encabezados estáticos si el servidor los espera, o deja que Basedash ejecute el flujo OAuth si el servidor lo requiere. En un despliegue autoalojado, los callbacks OAuth usan tu propia URL base, así que Basedash y el servidor pueden quedarse dentro de tu red.

Cuando el agente quiere usar una herramienta en Needs approval, se detiene y pregunta antes de ejecutar nada. En el chat web apruebas o rechazas la llamada en la conversación, y en Slack la solicitud aparece en el hilo con los botones Approve y Deny. Si se aprueba, la herramienta se ejecuta y el agente sigue con el resultado; si se rechaza, la llamada nunca llega a la otra app. Las automatizaciones y los chats por API no pueden esperar a una persona, así que solo usan herramientas en Always allow.

Depende de lo que declare el servidor. Cuando Basedash sincroniza un conector, las herramientas que el servidor marca como de solo lectura con la anotación readOnlyHint de MCP empiezan en Always allow, y todas las demás empiezan en Needs approval, así que todo lo que podría escribir espera a una persona hasta que decidas lo contrario. Puedes cambiar el modo de cualquier herramienta en la página del conector, incluido Blocked, que impide al agente usarla. Las herramientas que lleguen con una resincronización reciben los mismos valores por defecto.

Lo eliges para cada conector: toda la organización, grupos concretos o miembros concretos. Las personas sin acceso no reciben sus herramientas en sus chats, así que un conector a un sistema de finanzas o de RR. HH. puede quedarse con el equipo responsable. Los modos de las herramientas se aplican encima, de modo que incluso quien tiene acceso solo llega a las herramientas en Always allow o Needs approval, nunca a las bloqueadas.

Los encabezados estáticos que añades, como una API key, se cifran antes de guardarse. Cuando un servidor usa OAuth, Basedash ejecuta el flujo con PKCE, guarda los tokens de acceso y de actualización cifrados en reposo y los renueva automáticamente. Si la autorización caduca o se revoca, Basedash te pide que vuelvas a conectar el conector en lugar de fallar en silencio. Leer un conector con la API pública nunca devuelve sus encabezados configurados ni sus tokens OAuth.

Sí, con el plan Enterprise. Los registros de auditoría guardan cada llamada a una herramienta de un conector como un evento con la persona para quien se ejecutó, el conector y la herramienta, si tuvo éxito y cuánto tardó. Crear, editar o eliminar un conector y cambiar el acceso a sus herramientas también queda registrado. Los admins pueden revisar los eventos en Basedash o llevarlos a un SIEM con el endpoint de auditoría y una API key de administrador.