Productboard MCP mit Microsoft Copilot verbinden

💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Productboard klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein git clone, kein lokaler Server.

Productboard + Microsoft Copilot

Produktmanagement mit Productboard über die REST API v2: Produkte, Komponenten, Features, Initiativen, Objectives und Key Results, Releases, Unternehmen und Nutzer als Entitäten mit Custom Fields und Beziehungen lesen und bearbeiten, Kundenfeedback als Notes erfassen, durchsuchen und mit Features verknüpfen sowie Mitglieder und Teams nachschlagen.

Voraussetzungen

Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:

PRODUCTBOARD_API_TOKEN

Schritt 1 — Zugangsdaten holen

Die Einrichtung dauert etwa 2 Minuten. Du brauchst einen Productboard-Workspace im Pro-Plan oder höher.

1. Öffne in Productboard Settings > Integrations > Public APIs > Access Token und klicke auf +, um ein Token zu erstellen. Kopiere es sofort: Es wird nur einmal angezeigt.
2. Trag es ohne Bearer-Präfix in PRODUCTBOARD_API_TOKEN ein. Es wird als Authorization: Bearer <token> gesendet und handelt mit den Rechten des Mitglieds, das es erstellt hat; das Token eines Workspace-Admins oder Makers sieht also am meisten.
3. Installiere den Connector und führe productboard_list_entity_configurations aus: Es bestätigt das Token und listet die Entitätstypen deines Workspaces.

Nur API v2: Der Connector nutzt die Productboard REST API v2 (https://api.productboard.com/v2). API v1 wurde im April 2026 abgekündigt und am 8. Juli 2026 abgeschaltet.

Alles ist eine Entität: Produkte, Komponenten, Features, Subfeatures, Initiativen, Objectives, Key Results, Releases, Release-Gruppen, Nutzer und Unternehmen (sowie Wettbewerber und Aufgaben, wo der Workspace sie hat) sind Entitäten mit einem type. Kundenfeedback liegt in Notes.

Zuerst den Workspace erkunden: Die Felder unterscheiden sich je Workspace. productboard_list_entity_configurations und productboard_get_entity_configuration zeigen alle Felder eines Typs (Standardfelder wie name, description, status, owner, timeframe, teams, tags und Custom Fields mit UUID als Schlüssel), welche Pflicht sind und welche Patch-Operationen sie erlauben. productboard_list_note_configurations macht dasselbe für Notes, productboard_list_field_values listet die Optionen eines Auswahl-, Tag- oder Statusfelds.

Was er liest:

• Die Roadmap: productboard_list_entities mit types (etwa ["feature"], ["objective", "keyResult"] oder ["company"]) und Filtern nach Name, Owner, Status, Team, Eltern-Entität oder Archivstatus; productboard_search_entities für strukturierte Filter auf mehrere IDs, Zeiträume, Feldwerte (auch Custom Fields), Eltern und Kunden, mit Auswahl der zurückgegebenen Felder; productboard_get_entity für einen Eintrag samt links.html-URL.
• Die Hierarchie: productboard_list_entity_relationships zeigt Eltern, Kinder, Verknüpfungen und Blocker, etwa alle Features einer Komponente.
• Feedback: productboard_list_notes nach Datum, Owner, Ersteller, Quellsystem, bearbeitet oder archiviert; productboard_search_notes für Volltextsuche kombiniert mit Tags, Kunde und verknüpften Features; productboard_get_note und productboard_list_note_relationships für eine Note, ihren Kunden und ihre verknüpften Features.
• Personen: productboard_list_members und productboard_get_member für Workspace-Mitglieder, productboard_list_teams und productboard_list_team_members für Teams.

Was er schreibt:

• productboard_create_entity legt ein Feature, eine Komponente, Initiative, ein Objective, Key Result, Release, Unternehmen und mehr mit type und fields an; die Eltern-Entität setzt du über relationships, etwa [{"type": "parent", "target": {"id": "<component id>"}}].
• productboard_update_entity überschreibt Werte mit fields oder wendet patch-Operationen an (set, addItems, removeItems, clear), etwa auf Tags und Teams.
• productboard_set_entity_parent verschiebt eine Entität unter eine andere Eltern-Entität; productboard_create_entity_relationship fügt eine Beziehung link, isBlockedBy oder isBlocking hinzu.
• productboard_create_note erfasst Feedback im Insights-Posteingang mit Titel, Text, Tags, Owner, Quelldatensatz, Kunde und verknüpften Features; productboard_update_note ändert die Note (markiert sie etwa als bearbeitet); productboard_link_note hängt eine Note an ein Feature oder setzt ihren Kunden.

Nichts deaktiviert, nichts zu löschen: Bei der Installation ist kein Tool deaktiviert, weil der Connector gar keine Lösch-Tools hat. Wer in API v2 eine Entität löscht, löscht auch alle ihre Kinder, deshalb bleibt Löschen in der Productboard-App.

Datenformate: Verweise sind Objekte: Owner als {"email": "[email protected]"} oder {"id": "<uuid>"}, ein Status als {"name": "In progress"}, Tags als [{"name": "Q4"}]. timeframe sieht so aus: {"startDate": "2026-10-01", "endDate": "2026-12-31", "granularity": "month"}. content von Notes und Rich-Text-Felder nehmen einfaches HTML oder reinen Text. Listen liefern data, jeder Eintrag mit id, type, fields, links.html, createdAt und updatedAt. Alle IDs sind UUIDs, Zeiten ISO 8601 in UTC. Ohne die Berechtigung members:pii:read kommen Owner-E-Mails als [redacted] zurück.

Blättern: Ist links.next gesetzt, nimmt die KI den Wert pageCursor aus dieser URL und übergibt ihn als page_cursor; sie hört auf, wenn links.next null ist.

Grenzen und häufige Fehler: 50 Anfragen pro Sekunde und Token; 429 kommt mit Retry-After. 401 bedeutet ein falsches oder widerrufenes Token, 403 ein Token, dessen Mitglied für diese Daten keine Rechte hat, 400 oder 422 ein unbekanntes Feld oder einen unbekannten Typ: Die Meldung nennt, was der Workspace akzeptiert, und die KI prüft die Konfiguration.

Der Connector löscht keine Entitäten oder Notes, ändert keine Workspace-Einstellungen, Felder oder Status und nutzt nicht die abgeschaltete API v1.

Schritt 2 — Adapter installieren

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

Schritt 3 — Connector in Microsoft Copilot hinzufügen

Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese Anleitung YOUR_SERVER_ID zeigt.

Microsoft Copilot nutzt MCP-Server über Agents, die du in Copilot Studio baust: Du fügst AnythingMCP einem Agent als Tool hinzu und veröffentlichst den Agent dann in Microsoft 365 Copilot und Teams. Copilot Studio verbindet sich aus der Cloud von Microsoft per Streamable HTTP, das AnythingMCP unterstützt.

1. Öffne in Copilot Studio deinen Agent (oder leg einen an), geh zu Tools und wähle Add a tool → New tool → Model Context Protocol.
2. Trag einen Server name ein (zum Beispiel AnythingMCP), eine Server description, die sagt, was der Connector kann, und die Server URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Anhand der Beschreibung entscheidet Copilot Studio, wann es den Server aufruft.
3. Wähle bei der Authentifizierung API key, setze Type auf Header und den Header-Namen auf X-API-Key und klicke auf Create.
4. Wähle in Add tool die Option Create a new connection, füge einen MCP-API-Key aus AnythingMCP ein (MCP Servers → dein Server → API keys) und klicke auf Add to agent.
5. Probier es im Test-Bereich des Agents aus: Bitte um etwas, wofür er die Productboard-Tools braucht.
6. Klicke auf Publish, dann auf Channels → Microsoft 365 and Microsoft Teams, lass Make agent available in Microsoft Copilot aktiviert und wähle Add channel. See agent in Teams installiert den Agent für dich; in Microsoft 365 Copilot tippst du @ und wählst den Agent aus.

Lieber eine Anmeldung pro Person? Wähle statt API key OAuth 2.0 → Dynamic discovery: Dann meldet sich jede Person beim ersten Aufruf des Agents bei AnythingMCP an.

Du hostest selbst? Nimm statt https://cloud.anythingmcp.com die öffentliche HTTPS-Adresse deiner Instanz. Copilot Studio verbindet sich aus der Cloud von Microsoft, localhost funktioniert deshalb nicht.

Verfügbare Tools

Beispiel-Prompts

• „Liste die Features im Status In progress mit Owner und Zeitraum auf, gruppiert nach Komponente.“
• „Welche unbearbeiteten Feedback-Notes der letzten zwei Wochen erwähnen das Onboarding? Fass die wichtigsten Themen zusammen.“
• „Leg ein Feature ‚Dark Mode für die Mobile App‘ unter der Komponente Mobile an, Owner [email protected], Status New idea.“
• „Erfasse dieses Support-Ticket als Note von [email protected] und verknüpfe sie mit dem Feature CSV-Export.“
• „Zeig mir unsere Objectives mit ihren Key Results für dieses Quartal, mit Status und Owner.“

FAQ

Für welchen Copilot gilt das? Für Microsoft 365 Copilot im Unternehmen, über Agents aus Copilot Studio. Die Microsoft-Copilot-App für private Konten bietet keine Möglichkeit, einen eigenen MCP-Server hinzuzufügen.

Was brauche ich? Ein Arbeitskonto mit Zugang zu Copilot Studio (Lizenz oder Testversion), um den Agent zu bauen. Wer ihn in Microsoft 365 Copilot oder Teams nutzen soll, braucht Zugriff auf den Agent: Teile ihn oder lass ihn von einem Admin für die Organisation veröffentlichen. Wendet deine Organisation Datenrichtlinien auf Power-Platform-Connectors an, gelten sie auch für MCP-Server.

Der Agent ruft die Tools nicht auf. Prüfe, dass der Header-Name genau X-API-Key lautet und der Schlüssel zum selben MCP-Server gehört wie die URL, und formuliere die Server description konkret: Copilot Studio entscheidet anhand der Beschreibung, wann es den Server aufruft. Veröffentliche den Agent nach jeder Änderung erneut; in einem offenen Chat holst du die neue Version mit „start over“.

Nächste Schritte

• Connector-Startseite
• Mit Claude verbinden
• Mit ChatGPT verbinden
• Mit Cursor verbinden
• Mit Gemini verbinden
• Mit Meta Muse verbinden