Conectar Canny MCP con Microsoft Copilot

💡 ¿Sin instalación? Usa cloud.anythingmcp.com directamente. Inicia sesión, pulsa Connectors → Canny, pega tus credenciales, genera una MCP API key y listo. Sin Docker, sin git clone, sin servidor local.

Canny + Microsoft Copilot

Feedback de clientes en Canny: lee tableros, posts y solicitudes de funciones con votos y comentarios, usuarios y empresas con MRR, categorías, etiquetas e historial de estados, registra nuevos posts, votos y comentarios, clasifica con cambios de estado, etiquetas y responsables, y escribe, programa y publica entradas del changelog.

Requisitos previos

Las instrucciones de configuración completas están incluidas en el conector (visibles en el store al seleccionarlo). Las variables de entorno requeridas:

CANNY_API_KEY

Paso 1 — Obtener credenciales

La configuración lleva alrededor de 1 minuto. Necesitas un workspace de Canny y acceso a su configuración de empresa.

1. En Canny abre Settings > API & Webhooks (la configuración de la empresa) y copia la secret API key en CANNY_API_KEY.
2. Instala el conector y ejecuta canny_list_boards: lista tus tableros de feedback y confirma la clave.

Cómo viaja la clave: cada llamada a Canny es un POST con un cuerpo JSON, también las de lectura. Canny espera la clave en el campo apiKey de ese cuerpo, y el conector la añade por ti a cada petición. Es la clave secreta de toda tu empresa en Canny, así que confíala solo a workspaces de confianza.

Qué lee:

• Tableros con número de posts, indicador de privado y URL de administración; las categorías (y subcategorías) y etiquetas de cada tablero.
• Posts (ideas y solicitudes de funciones) con canny_list_posts, filtrados por tablero, autor, empresa, etiquetas, estado o un texto de búsqueda y ordenados por newest, oldest, score, trending, statusChanged o relevance. Con sort: score o trending ves lo más pedido. canny_get_post añade campos personalizados, ETA, issues de Jira o Linear vinculadas y el historial de fusiones.
• Comentarios (incluidas las notas internas que solo ve el equipo) y votos con votante, prioridad y fecha, filtrados por post, tablero, autor o usuario, o empresa.
• El historial de cambios de estado con el estado anterior y el nuevo, quién lo cambió y el comentario adjunto.
• Usuarios con email, el id de usuario de tu aplicación, empresas e indicador de admin; empresas (cuentas de clientes) con dominio, gasto mensual (MRR), número de miembros y campos personalizados, buscables por nombre o segmento.
• Entradas del changelog, también borradores y programadas, con detalles en markdown, tipos, etiquetas y posts vinculados.

Qué escribe:

• Recoger feedback: canny_create_or_update_user crea a la persona (o actualiza la que coincide) y devuelve el id de Canny que hace falta como autor o votante; con companies también vincula y crea empresas. Después canny_create_post para una idea nueva, o canny_create_vote sobre un post existente cuando alguien pide algo que ya está, con prioridad opcional. canny_create_comment añade un comentario o una respuesta (parent_id), con internal: true para una nota que solo ve el equipo.
• Clasificación: canny_change_post_status pone open, under review, planned, in progress, complete, closed o un estado personalizado. Necesita el id de Canny de un admin como changer_id, y should_notify_voters envía un email a todos los votantes. canny_update_post cambia título, detalles, ETA, imágenes, responsable o campos personalizados; canny_change_post_category, canny_add_post_tag y canny_remove_post_tag ordenan los posts; canny_create_category y canny_create_tag amplían un tablero.
• Empresas: canny_update_company cambia nombre, dominio, gasto mensual o campos personalizados. Un CRM sincronizado puede sobrescribir estos valores.
• Changelog: canny_create_changelog_entry escribe un borrador por defecto; published: true o scheduled_for lo publica, y post_ids vincula los posts que entrega. canny_update_changelog_entry cambia título, detalles, tipos, etiquetas y posts vinculados (las listas enviadas sustituyen a las anteriores), y canny_change_changelog_entry_status publica, programa o devuelve una entrada a borrador. Con notify activado, la publicación envía un email a tus usuarios.

Nada está desactivado al instalar: el conector no tiene herramientas de borrado. Ten en cuenta que un cambio de estado con should_notify_voters y una entrada del changelog publicada con notify envían emails.

Ids: todos los ids son cadenas hexadecimales de 24 caracteres. Los filtros company_id usan el identificador de la empresa tal como lo devuelve canny_list_companies (el id de tu aplicación cuando las empresas están sincronizadas). El id de Canny de un admin para changer_id, by_id u owner_id sale de canny_list_users (entradas con isAdmin: true) o de canny_get_user con el email del admin. canny_get_user encuentra un usuario por exactamente uno de estos datos: id de Canny, email o id de usuario en tu aplicación.

Formatos de datos: los posts llevan score (el número de votos), commentCount, status, eta y url (el enlace de administración). Las horas son ISO 8601 en UTC. Los detalles del changelog son markdown.

Paginación: hay dos estilos. canny_list_posts, canny_list_categories, canny_list_tags y canny_list_changelog_entries usan limit y skip y responden con hasMore. canny_list_comments, canny_list_votes, canny_list_users, canny_list_companies y canny_list_status_changes usan limit (hasta 100) y cursor: la IA pasa el cursor devuelto mientras hasNextPage sea true. Una búsqueda de empresas no se pagina con cursor.

Límites: por clave, 5 peticiones por segundo y 1.000 por hora en el plan Free, 10 y 5.000 en los planes de pago, 20 y 15.000 en Business. El 429 llega con Retry-After.

Errores comunes: Canny devuelve los errores como {"error": "..."}. Un mensaje sobre la API key vuelve como 401: copia de nuevo la clave secreta desde Settings > API & Webhooks. Un mensaje de límite vuelve como 429 y todo lo demás como 400, por ejemplo invalid post id.

El conector no borra ni fusiona posts, no borra comentarios, votos, usuarios ni entradas del changelog, no crea tableros y no gestiona webhooks.

Paso 2 — Instalar el adapter

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Paso 3 — Añadir el conector en Microsoft Copilot

La URL de tu servidor: en AnythingMCP abre MCP Servers → el servidor donde está este conector y copia su URL (https://cloud.anythingmcp.com/mcp/…). Úsala donde esta guía muestra YOUR_SERVER_ID.

Microsoft Copilot usa servidores MCP a través de agentes creados en Copilot Studio: añades AnythingMCP a un agente como herramienta y luego publicas el agente en Microsoft 365 Copilot y Teams. Copilot Studio se conecta desde la nube de Microsoft por Streamable HTTP, que AnythingMCP admite.

1. En Copilot Studio, abre tu agente (o crea uno), ve a Tools y elige Add a tool → New tool → Model Context Protocol.
2. Escribe un Server name (por ejemplo AnythingMCP), una Server description que diga qué hace el conector y la Server URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Copilot Studio usa la descripción para decidir cuándo llamar al servidor.
3. En la autenticación, elige API key, pon Type en Header y X-API-Key como nombre de la cabecera, y selecciona Create.
4. En Add tool, elige Create a new connection, pega una clave de API MCP de AnythingMCP (MCP Servers → tu servidor → API keys) y selecciona Add to agent.
5. Pruébalo en el panel Test del agente: pide algo que necesite las herramientas de Canny.
6. Selecciona Publish y luego Channels → Microsoft 365 and Microsoft Teams, deja marcada Make agent available in Microsoft Copilot y elige Add channel. See agent in Teams lo instala para ti; en Microsoft 365 Copilot, escribe @ y elige el agente.

¿Prefieres que cada persona inicie sesión? En lugar de la clave de API elige OAuth 2.0 → Dynamic discovery: cada usuario inicia sesión en AnythingMCP la primera vez que el agente lo llama.

¿Lo alojas tú mismo? Usa la dirección HTTPS pública de tu instancia en lugar de https://cloud.anythingmcp.com. Copilot Studio se conecta desde la nube de Microsoft, así que localhost no funciona.

Herramientas disponibles

Ejemplos de prompts

• "¿Cuáles son las diez solicitudes de funciones abiertas más votadas en nuestro tablero Feature Requests?"
• "¿Qué posts pasaron a planned o in progress en el último mes, y quién los cambió?"
• "¿Qué empresas con el MRR más alto votaron la solicitud del modo oscuro?"
• "[email protected] pidió hoy en una llamada una exportación a CSV. Añade su voto al post existente o crea el post si no hay ninguno."
• "Escribe un borrador de entrada del changelog para la nueva edición masiva y vincula los posts que entrega."

FAQ

¿Para qué Copilot es? Para Microsoft 365 Copilot en el trabajo, mediante agentes de Copilot Studio. La app de Microsoft Copilot para cuentas personales no permite añadir tu propio servidor MCP.

¿Qué necesito? Una cuenta de trabajo con acceso a Copilot Studio (licencia o prueba) para crear el agente. Quien lo use en Microsoft 365 Copilot o Teams necesita acceso al agente: compártelo o pide a un administrador que lo publique para la organización. Si tu organización aplica directivas de datos a los conectores de Power Platform, también cubren los servidores MCP.

El agente no llama a las herramientas. Comprueba que el nombre de la cabecera sea exactamente X-API-Key y que la clave pertenezca al mismo servidor MCP que la URL, y escribe una Server description concreta: Copilot Studio la usa para decidir cuándo llamar al servidor. Vuelve a publicar el agente después de cada cambio; en un chat abierto, escribe "start over" para usar la nueva versión.

Siguientes pasos

• Página del conector
• Conectar a Claude
• Conectar a ChatGPT
• Conectar a Cursor
• Conectar a Gemini
• Conectar a Meta Muse