Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Twilio Segment mit einem Klick hinzu und richte deinen KI-Client (Claude, ChatGPT, Copilot oder Cursor) auf den erzeugten MCP-Endpoint. Kein Docker, kein git clone, keinerlei Entwicklungserfahrung nötig.
Zusammenfassung
Lass deine KI mit deinem Twilio-Segment-Workspace arbeiten: Sources, Destinations und Warehouses auflisten, Event-Volumen, Zustellung und Warehouse-Syncs prüfen, Tracking-Pläne, Functions, Nutzung und den Audit Trail lesen. Workspaces in den USA und der EU.
Frag einfach
Beispiel-Prompts für Twilio Segment
Klick auf einen Prompt, um ihn zu kopieren. In Claude, ChatGPT, Cursor, Gemini, Copilot oder OpenClaw einfügen — und gegen diesen Connector laufen lassen.
Claude ist KI und kann Fehler machen. Bitte Antworten gegenprüfen.
💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Twilio Segment klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
Twilio Segment
Lass deine KI mit deinem Twilio-Segment-Workspace arbeiten: Sources, Destinations und Warehouses auflisten, Event-Volumen, Zustellung und Warehouse-Syncs prüfen, Tracking-Pläne, Functions, Nutzung und den Audit Trail lesen. Workspaces in den USA und der EU.
Einrichtung
- Öffne als Workspace Owner Settings → Workspace settings → Access Management → Tokens (
https://app.segment.com/goto-my-workspace/settings/access-management/tokens) und klicke auf Create Token. - Wähle einen Public API-Token, keinen Config-API-Token. Gib ihm die kleinste Rolle, die abdeckt, was du brauchst: Workspace Member mit Read-only-Rollen (zum Beispiel Source Read-only und Tracking Plan Read-only) zum Lesen, Workspace Owner nur, wenn die schreibenden Tools aktiviert werden sollen.
- Segment zeigt den Token nur einmal: Kopiere ihn sofort in
SEGMENT_API_TOKEN. Er wird als Bearer-Token und nur an Segment gesendet. - Setze
SEGMENT_API_HOSTauf die Region des Workspace:https://api.segmentapis.comfür einen US-Workspace,https://eu1.api.segmentapis.comfür einen EU-Workspace. Ein Token funktioniert nur in seiner eigenen Region. - Installiere den Connector und führe
segment_get_workspaceaus, um die Verbindung zu prüfen. Ein Token gehört zu genau einem Workspace, installiere also pro Workspace einen Connector.
Was der Connector liest: Sources, Destinations mit ihren Actions-Mappings, Warehouses mit Verbindungsstatus und letzten Syncs, das Event-Volumen im Zeitverlauf, die Delivery Overview (wo Events verloren gehen, Schritt für Schritt, mit Gründen), Zustellmetriken pro Destination, Tracking-Pläne und ihre Regeln (Protocols), Functions mit ihrem Code, die tägliche Nutzung nach API-Aufrufen und MTU sowie den Audit Trail, der zeigt, wer was geändert hat. Tracking-Pläne brauchen Protocols, Functions das Functions-Feature und Mappings die Destination Subscriptions im Workspace.
Secrets: Einstellungsfelder, die üblicherweise Zugangsdaten von Destinations und Warehouses enthalten (API-Keys, Secrets, Tokens, Passwörter), werden weggelassen. segment_get_source liefert allerdings die Write Keys der Source, mit denen jeder Daten in diese Source senden kann.
Limits: Segment begrenzt Anfragen pro Token, IP-Adresse und Endpoint und antwortet mit 429 und einem Retry-After-Header. Manche Endpoints sind strenger: Warehouse-Syncs erlauben 2 Aufrufe pro Minute, das Event-Volumen 60 pro Minute, Tracking-Plan-Regeln und der Verbindungsstatus von Warehouses 200 pro Minute. Listen kommen in Seiten mit bis zu 1.000 Einträgen, und die KI folgt pagination.next, bis sie alles hat.
Bei der Installation deaktiviert: segment_update_source und segment_update_destination benennen eine Source oder Destination um oder schalten sie ein oder aus, und eine deaktivierte verwirft Daten, bis sie wieder aktiviert wird. segment_delete_source und segment_delete_destination lassen sich nicht rückgängig machen. Ein Administrator aktiviert diese Tools bewusst, und auch dann bestätigt die KI jede Änderung zuerst mit dir; ein Löschen wartet, bis du ID und Namen bestätigst.
Häufige Fehler: 403 "Not authorized to perform this operation": Der Token ist falsch oder widerrufen, gehört zu einem Workspace in der anderen Region, ist ein Config-API-Token, oder seine Rolle deckt diese Ressource nicht ab. 401: Es wurde kein Token gesendet. 404: In diesem Workspace gibt es keine Ressource mit dieser ID. 422: Ein Parameter fehlt oder ist ungültig, zum Beispiel ein Zeitraum für die Delivery Overview, der länger ist, als die Granularität erlaubt. Eine Meldung zu einem Feature bedeutet, dass der Workspace kein Protocols, keine Functions oder keine Destination Subscriptions hat. 429: Warte die Zeit aus Retry-After ab.
Der Connector sendet keine Events: Die Tracking API von Segment nutzt den Write Key einer Source auf einem anderen Host. Er legt auch keine Sources, Destinations oder Warehouses an und deckt weder Filter, Transformationen, Reverse ETL, Engage-Audiences und Computed Traits, die Zugriffsverwaltung, Lösch- und Unterdrückungsregeln noch den Katalog ab.
Voraussetzungen: SEGMENT_API_HOST, SEGMENT_API_TOKEN
Connector lokal 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
Öffne http://localhost:3000/connectors/store, wähle Twilio Segment und trage die unter Voraussetzungen aufgelisteten Variablen ein.
Verfügbare Tools
| Tool | What it does |
|---|---|
segment_get_workspace | Get the Segment workspace the token belongs to (id, slug, name) |
segment_list_sources | List the workspace's sources (websites, apps, servers and cloud apps that send data) with id, name, slug, enabled flag, source type… |
segment_get_source | Get one source by id: name, slug, enabled flag, source type, labels, write keys, settings and the id of the tracking plan connected to it |
segment_list_source_destinations | List the destinations connected to one source (id, name, enabled flag, destination type) |
segment_list_source_warehouses | List the warehouses connected to one source (id, name, enabled flag, warehouse type) |
segment_get_source_schema_settings | Get a source's schema settings: whether unplanned track events, properties and traits are allowed or blocked, what happens on tracking plan… |
segment_list_destinations | List the workspace's destinations (tools Segment sends data to) with id, name, enabled flag, destination type, catalog metadata id and the… |
segment_get_destination | Get one destination by id: name, enabled flag, destination type, source id and its settings |
segment_list_destination_subscriptions | List the mappings (subscriptions) of an Actions destination: id, name, action, trigger (which events it fires on) and enabled flag |
segment_get_destination_delivery_metrics | Delivery metrics summary of one destination for one source: totals per metric (delivered, discarded, retried and so on) with breakdowns |
segment_list_warehouses | List the workspace's warehouses (id, name, enabled flag, warehouse type such as Snowflake, BigQuery, Redshift, Postgres) |
segment_get_warehouse | Get one warehouse by id: name, enabled flag, warehouse type and its connection settings without passwords, keys and other secrets |
segment_get_warehouse_connection_state | Check whether Segment can currently connect to a warehouse with its saved settings (e.g |
segment_list_warehouse_syncs | Recent sync reports of a warehouse for every connected source: source id, start and end, status, duration, rows synced and notices |
segment_list_tracking_plans | List the tracking plans (id, name, slug, description, type, created and updated) |
segment_get_tracking_plan | Get one tracking plan by id (name, slug, description, type, created and updated) |
segment_list_tracking_plan_rules | List the rules of a tracking plan: per event or trait the rule type, key, JSON Schema of the allowed properties, version and dates |
segment_list_tracking_plan_sources | List the sources connected to a tracking plan (id, name, slug, enabled flag, source type) |
segment_list_functions | List the workspace's Functions of one type (id, name, description, type, created) |
segment_get_function | Get one Function by id, including its JavaScript code, declared settings (names and types, not values) and type |
segment_get_event_volume | Event volume of the workspace over time: totals and series per bucket, optionally grouped by event name, event type or source and filtered… |
segment_get_delivery_overview | Delivery Overview counts for one step of a source's pipeline: successfully-received and failed-on-ingest (events reaching Segment)… |
segment_get_daily_api_calls_usage | Daily cumulative API call counts of the workspace for one usage month (the volume Segment bills on for API-based plans) |
segment_get_daily_mtu_usage | Daily cumulative monthly tracked users (MTU) of the workspace for one usage month: anonymous, identified, anonymous then identified and… |
segment_list_audit_events | List Audit Trail events (who changed what and when): id, timestamp, type (e.g |
segment_update_source | Rename a source or switch it on or off |
segment_update_destination | Rename a destination or switch it on or off |
segment_delete_source | Delete a source for good, with its settings and connections; data sent with its write key is no longer accepted |
segment_delete_destination | Delete a destination for good, with its settings and mappings |
Beispiel-Prompts
- „Welche unserer Destinations sind deaktiviert, und aus welchen Sources lesen sie?“
- „Zeig mir die Delivery Overview unserer iOS-Source für die letzten 24 Stunden und wo Events verloren gegangen sind.“
- „Wie hat sich das Event-Volumen pro Source in den letzten 7 Tagen entwickelt, und wie viele MTU haben wir diesen Monat schon verbraucht?“
- „Wer hat laut Audit Trail in den letzten zwei Wochen Sources oder Destinations geändert?“
Nächste Schritte
War dieser Guide hilfreich?
