Skip to main content
Any AI agent can pull live user activity. Wiring one is always the same three moves โ€” only the per-agent specifics change. The recommended way for an agent to read live activity is the MCP server โ€” one endpoint, the get_live_user_activity tool, Bearer auth. Point your agent at it and it can pull a userโ€™s recent activity on demand.
Optional fallback โ€” REST. If an agent canโ€™t speak MCP but can call an external HTTP endpoint (e.g. Intercomโ€™s โ€œdata connectorsโ€), the same activity is available at the REST endpoint with the same Bearer auth. Reach for this only when MCP isnโ€™t an option.

2. ๐Ÿ”‘ Satisfy identity

Make the agent send the same user_id that activity is stored under โ€” your activity sourceโ€™s stable user id (e.g. the PostHog identify id, the Amplitude user_id). This is the step that most often gets skipped โ€” see Identity.

3. ๐Ÿค– Follow the per-agent recipe

Intercom Fin

Connect Fin to the MCP server + Messenger JWT identity verification.

More agents coming

Maven and others follow the same pattern โ€” pick a door, bind identity to your sourceโ€™s user id, point the agent at the endpoint.
Adding a new agent doesnโ€™t change this surface โ€” the endpoint, the MCP tool, and the identity rule stay the same. A new agent just needs its own short recipe describing how it calls the endpoint and how it passes a verified user_id.