PostHog in Claude, ChatGPT und jedem MCP-Client. Für Ihr ganzes Team.
Insights und Trends, Events und Personen, Feature Flags, Session Recordings, Error Tracking. Ein Token in Loopthink, ein Login pro Person, Rollen pro Tool und ein Audit-Eintrag für jeden Aufruf.
Kostenlos für 2 Connectors, ohne Karte · Pro 19 € · in der EU betrieben · 19 Lese-Tools, 2 Schreib-Tools standardmäßig aus
“Wöchentlich aktive Nutzer der letzten acht Wochen, gezählt als eindeutige Personen mit einem Pageview.”
Die letzten drei der acht Wochen, eindeutige Personen mit Pageview:
| Woche | WAU | Veränderung | Pageviews |
|---|---|---|---|
| 06.10.2026 | 4.812 | +6,1 % | 61.340 |
| 13.10.2026 | 5.104 | +6,1 % | 65.920 |
| 20.10.2026 (bisher) | 1.286 | 15.480 |
- nur lesend
- protokolliert
Ein Token rein, die Tools kommen raus.
In PostHog liegt die Produktnutzung: Events und die Personen dahinter, gespeicherte Insights und Dashboards, Feature Flags mit ihren Rollouts, Session Recordings und Error Tracking. Die Fragen sind alltäglich, „wie viele Leute haben letzte Woche den neuen Export benutzt“, „ist das Beta-Flag noch an“, aber heute braucht es dafür ein Insight, das jemand bauen muss, oder eine HogQL-Abfrage, die nur eine Analystin schreiben kann.
Mit dem PostHog-Connector fragen Produkt, Entwicklung und Support in Claude oder ChatGPT und bekommen die Antwort aus dem laufenden Projekt. Loopthink hält einen Personal API Key, jede Person meldet sich mit ihrer eigenen Identität an, und jeder Aufruf wird unter ihrem Namen protokolliert. Der Key erreicht den KI-Client nie.
Neunzehn Lese-Tools decken HogQL- und Insight-Abfragen, gespeicherte Insights und Dashboards, Event- und Property-Definitionen, Personen und Kohorten, Feature Flags und ihren Status, Session Recordings, Error-Tracking-Issues und Annotationen ab. Die zwei Schreib-Tools, ein Feature Flag ein- und ausschalten, bleiben aus, bis Sie sie für eine Rolle einschalten.
- Produkt
“Wöchentlich aktive Nutzer der letzten acht Wochen, gezählt als eindeutige Personen mit einem Pageview.”
Beantwortet von
run_hogql_query - Produkt
“Zeig mir die Zahlen hinter dem gespeicherten Insight „Onboarding funnel“ und sag mir, wo der größte Abbruch ist.”
Beantwortet von
get_insight - Entwicklung
“Welche Feature Flags sind vollständig ausgerollt und seit 30 Tagen unverändert? Prüf zuerst „new-billing-page“.”
Beantwortet von
get_feature_flag_status - Support
“Hat der Kunde mit der E-Mail m.bauer@example.de heute Session Recordings mit Konsolenfehlern?”
Beantwortet von
list_session_recordings - Entwicklung
“Liste die offenen Error-Tracking-Issues sortiert nach betroffenen Nutzern und sag mir, welche diese Woche zum ersten Mal aufgetreten sind.”
Beantwortet von
query_error_tracking_issues - Entwicklung
“Schalte das Flag „checkout-v2“ für alle aus, der Zahlungsschritt schlägt fehl.”
Beantwortet von
disable_feature_flag
Was der PostHog-Connector kann.
| Tool | Was es tut | Zugriff | Standard |
|---|---|---|---|
| run_hogql_query | Runs a HogQL (PostHog SQL, ClickHouse dialect) query over the project's data and returns { columns, types, results (rows as arrays), hasMore }. Main tables: events (event, times… | Lesen | An |
| run_insight_query | Runs a structured PostHog query node, the same as an insight does: TrendsQuery, FunnelsQuery, RetentionQuery, LifecycleQuery, StickinessQuery, PathsQuery or EventsQuery. Use it… | Lesen | An |
| list_insights | Lists saved insights (charts) of the project: id, short_id, name, description, kind, tags, last_modified_at. Metadata only; read the numbers with get_insight. | Lesen | An |
| get_insight | Gets one insight with its query definition and result. Reads the cached result by default (refresh force_cache, no recomputation); set refresh to blocking to compute it when the… | Lesen | An |
| list_dashboards | Lists the project's dashboards: id, name, description, pinned, tags, last viewed. Use get_dashboard for its insights. | Lesen | An |
| get_dashboard | Gets one dashboard with its tiles (insights and text cards) and their cached results. | Lesen | An |
| list_event_definitions | Lists the event names tracked in the project with volume and last seen date. Use it to find the exact event name before querying ($pageview, $exception, signed_up ...). | Lesen | An |
| list_property_definitions | Lists property names of events, persons, groups or sessions with their type (String, Numeric, Boolean, DateTime). Use it to find the property to filter or break down by. | Lesen | An |
| list_persons | Lists or finds persons (identified users): id, uuid, name, distinct_ids, properties (email, plan ...), created_at, last_seen_at. search matches email, name, person id or distinc… | Lesen | An |
| get_person | Gets one person with all properties and distinct ids. | Lesen | An |
| list_feature_flags | Lists feature flags: id, key, name, active (whether it is being served), filters (release conditions; rollout percentages sit in filters.groups[].rollout_percentage, variants in… | Lesen | An |
| get_feature_flag | Gets one feature flag with its full release conditions, variants and linked experiments. | Lesen | An |
| get_feature_flag_status | Tells whether a flag is still in use: status (ACTIVE, STALE, DELETED, UNKNOWN) and the reason, e.g. fully rolled out and unchanged for 30 days. | Lesen | An |
| list_session_recordings | Lists session recordings, newest first: id, start_time, recording_duration, active_seconds, click_count, console_error_count, start_url, person. Filter by date or person. | Lesen | An |
| get_session_recording | Gets the metadata of one session recording: duration, active time, clicks, console errors, start URL, person. | Lesen | An |
| query_error_tracking_issues | Lists error tracking issues (grouped exceptions) with occurrences, affected users, first and last seen. Filter by status and text. | Lesen | An |
| get_error_tracking_issue | Gets one error tracking issue: name, description, status, first_seen, assignee, linked external issues. | Lesen | An |
| list_cohorts | Lists cohorts (saved groups of persons): id, name, description, count, static or dynamic. | Lesen | An |
| list_annotations | Lists annotations (notes on charts such as releases or campaigns) with date and text. Useful to explain a change in a trend. | Lesen | An |
| enable_feature_flag | WRITE: Turns a feature flag on (active = true) with its existing release conditions. Refused for archived flags. | Schreiben | Aus |
| disable_feature_flag | WRITE: Turns a feature flag off (active = false) for every user. PostHog refuses when other active flags depend on it. | Schreiben | Aus |
Schreib-Tools sind für jede Rolle aus, bis Sie sie einschalten, ein Tool für eine Rolle. Die Namen und Beschreibungen sind das, was das Modell sieht, deshalb bleiben sie englisch; es bekommt außerdem die vollständige Parameterbeschreibung jedes Tools.
So kommen Sie an den PostHog-Token.
Fünf Minuten, einmalig. Niemand in Ihrem Team sieht ihn je.
- 1
In PostHog Settings > Account > Personal API keys öffnen und auf „Create personal API key“ klicken. Nicht das Preset „MCP Server“ verwenden: Es vergibt Schreib-Scopes.
- 2
Den Zugriff des Keys auf das eine Projekt beschränken, das Loopthink lesen soll.
- 3
Die unten aufgeführten Lese-Scopes auswählen und nichts mit write (feature_flag:write nur, wenn Sie die Tools zum Ein- und Ausschalten wollen).
- 4
Den Key erstellen und kopieren; er wird nur einmal angezeigt. Hier zusammen mit der Datenregion und der Projekt-ID einfügen.
- 5
In Loopthink fügen Sie PostHog aus dem Katalog hinzu und fügen den Token ein. Außerdem fragt der Connector nach data region und project id. Eine Minute später sieht Ihr Team die Tools.
Ein Personal API Key handelt als der Benutzer, der ihn erstellt hat; ein eigenes PostHog-Mitglied hält ihn am Leben, wenn Leute das Unternehmen verlassen. Limits pro Key: 240 Analytics-Anfragen pro Minute, 2400 Abfragen pro Stunde, 3 gleichzeitige Abfragen.
Was wir in PostHog zu maskieren empfehlen.
Personen und Events tragen den Nutzer dahinter: E-Mail, Name, Distinct IDs, IP-Adresse und die URL, auf der er war. Die vorgeschlagenen Felder maskieren all das und behalten Event-Namen, Zeitstempel, Zählwerte, Flag-Definitionen und Recording-Metadaten, also das, was eine Nutzungsfrage braucht. Das Produktteam sieht, dass 412 Personen die Preisseite erreicht haben, ohne zu sehen, wer sie sind.
- properties.email
- name
- distinct_id
- distinct_ids
- properties.$ip
- $ip
- person
- start_url
- properties.$current_url
- assignee
Was PostHogs eigener MCP-Server Ihnen nicht gibt.
- Ein Login pro Person in jedem MCP-Client: Das Loopthink-Audit zeigt, wer gefragt hat, nicht einen gemeinsamen API Key.
- Tools pro Rolle: Der Support liest Recordings und Fehler, niemand außerhalb der Entwicklung kann ein Feature Flag umlegen.
- Maskierung von E-Mails, Distinct IDs, IP-Adressen und URLs in Abfrageergebnissen, bevor die Antwort die EU verlässt.
- Schreib-Tools standardmäßig aus, pro Tool und Rolle zuschaltbar.
- Derselbe Server in Claude, ChatGPT und Langdock, einmal verwaltet.
PostHog und Loopthink
- Welche Scopes braucht der Personal API Key?
- Nur Lese-Scopes: query:read, insight:read, dashboard:read, event_definition:read, property_definition:read, person:read, cohort:read, annotation:read, feature_flag:read, session_recording:read und error_tracking:read. feature_flag:write nur ergänzen, wenn eine Rolle enable_feature_flag oder disable_feature_flag nutzen soll. Beim Erstellen des Keys nicht das Preset „MCP Server“ wählen, es vergibt Schreib-Scopes.
- Unser Projekt liegt auf PostHog Cloud EU. Was tragen wir ein?
- Die Datenregion auf eu setzen und die Projekt-ID aus der URL nach /project/ eintragen. Der Key ist auf das eine Projekt begrenzt, das Sie beim Erstellen ausgewählt haben; beschränken Sie ihn also auf das Projekt, das Loopthink lesen soll.
- Gibt es Rate Limits, die wir kennen sollten?
- Pro Key erlaubt PostHog 240 Analytics-Anfragen pro Minute, 2400 Abfragen pro Stunde und 3 gleichzeitige Abfragen. Eine HogQL-Abfrage läuft höchstens 10 Sekunden und liefert 100 Zeilen, sofern Sie kein LIMIT setzen; fragen Sie also lieber nach Aggregaten als nach rohen Events. Der Key handelt als das Mitglied, das ihn erstellt hat; ein eigenes PostHog-Mitglied hält ihn am Leben, wenn Leute gehen.
- Braucht jedes Teammitglied einen eigenen PostHog-Account?
- Nein. Loopthink hält einen Schlüssel oder Token für PostHog. Ihre Leute melden sich mit ihrer eigenen Identität bei Loopthink an, und jeder Aufruf an PostHog wird unter ihrem Namen protokolliert. Die Lizenzen in PostHog bleiben, wie sie heute sind.
- Wo liegt der PostHog-Schlüssel?
- In Loopthink, verschlüsselt, in der EU. Er erreicht weder den KI-Client noch die Personen, die den Connector nutzen. Rotieren Sie ihn in PostHog, wann immer Sie wollen, und fügen Sie den neuen einmal ein.
- Kann jemand aus dem Chat heraus in PostHog schreiben?
- Nur, wenn Sie es einschalten. Schreibaktionen sind eine eigene Zeile in der Rechtematrix und für jede Rolle standardmäßig aus. Braucht eine Rolle ein Schreib-Tool, geben Sie genau dieses eine Tool genau dieser Rolle frei.
- Was sieht das Modell?
- Das Ergebnis des Tool-Aufrufs, nach der Maskierung. Felder, die Sie als personenbezogen markieren, etwa E-Mail-Adressen, Namen oder Kartendaten, werden maskiert, bevor die Antwort zu den KI-Client reist. Das Modell bekommt die Zahlen, nicht die Menschen.
- Was kostet es?
- Kostenlos für eine Person und zwei Connectors, ohne Karte. Pro kostet 19 € im Monat für bis zu fünf Personen und jeden Connector auf dieser Seite, mit Rollen, feldgenauer Maskierung und 30 Tagen Audit-Log. Team kostet 49 € für zehn Personen und bringt Ihre eigenen REST-APIs und SQL-Datenbanken, Ihre eigene Domain und Ihren eigenen Identity Provider dazu. Kein Gespräch nötig.
Hängen Sie fest, oder fehlt ein Tool? Ein Mensch, der diesen Connector kennt, antwortet innerhalb eines Arbeitstags.
