downloading-batch-export-files

Exporta eventos, personas o sesiones de PostHog bajo demanda y descarga los archivos resultantes. Úsalo cuando el usuario solicite descargar/exportar datos sin procesar de PostHog, crear un…

npx skills add https://github.com/posthog/ai-plugin --skill downloading-batch-export-files

Downloading batch export files

Use this skill when a user wants a one-off downloadable export of PostHog data. The export is started and monitored through MCP, but the final file download uses the existing REST endpoint directly.

Available MCP tools

ToolPurpose
posthog:file-download-batch-exports-createStart an on-demand export and return the run ID
posthog:file-download-batch-exports-retrievePoll the run status and return file IDs after completion

Do not rely on a generated MCP tool for the /download/ endpoint. That endpoint is a redirecting file download endpoint, so raw HTTP/download handling is the right interface until MCP has explicit redirect support.

Workflow

1. Choose the export shape

Ask a short clarifying question if the user did not specify the required inputs:

  • model: one of events, persons, or sessions
  • data_interval_start and data_interval_end: ISO 8601 datetimes; the range must be at most one week
  • file.format: Parquet or JSONLines; prefer Parquet for compact analytics exports and JSONLines for line-oriented text processing
  • file.compression: optional, one of zstd, gzip, brotli, lz4, or snappy. If JSONLines was chosen as format, only gzip and brotli are supported.
  • file.max_size_mb: optional maximum part size in MB; set this when the user wants multiple smaller files instead of a single (potentially large) file.

For events, include and exclude are optional event-name filters. Use them only when the user asks for specific events or wants to omit specific events.

2. Start the export

Call posthog:file-download-batch-exports-create with the selected shape. The response contains an id for the export run.

Example request:

{
  "model": "events",
  "file": {
    "format": "JSONLines",
    "compression": "gzip"
  },
  "include": ["$pageview"],
  "data_interval_start": "2026-05-25T00:00:00Z",
  "data_interval_end": "2026-05-26T00:00:00Z"
}

3. Poll until completion

Call posthog:file-download-batch-exports-retrieve with the returned id.

Status handling:

StatusAction
Starting or RunningWait briefly and poll again
CompletedRead the files array and download each file
CancelledStop and report that the run was cancelled
Failed, FailedRetryable, FailedBilling, Terminated, or TimedOutStop and report the error field

When Completed, the files array contains file UUIDs. For single-file exports it usually contains one UUID. For split exports, download every UUID unless the user asked for a specific part.

4. Optionally, cancel a running export

If required by the user, a running export can be cancelled by calling posthog:file-download-batch-exports-cancel-create with the returned id.

An export that has already finished or has already failed may not be cancelled.

After cancelling an export, the id may not be used anymore and the export must start again from the beginning. However, you may still use the id to retrieve the export status (which will always be Cancelled).

5. Download files through REST

Use a direct authenticated HTTP request to the existing endpoint:

GET /api/projects/{project_id}/file_download_batch_exports/{run_id}/download/{part}/

part can be either:

  • a file UUID from the files array returned by file-download-batch-exports-retrieve
  • a zero-based file index, ordered by key

If there is only one file, this also works without part:

GET /api/projects/{project_id}/file_download_batch_exports/{run_id}/download/

Let the HTTP client follow the redirect, or inspect the Location header if you need the temporary signed URL. Use the same PostHog authentication context as other API calls.

6. Save, do not print, file contents

Treat the result as a file download, not a chat response. Parquet is binary and must be written as bytes. JSONLines may still be large; save it to a file rather than pasting the contents unless the user explicitly asks for a tiny sample.

Use a filename that includes the model, run ID, and part identifier when possible, for example:

posthog-events-<run_id>-<part>.jsonl.gz
posthog-persons-<run_id>-<part>.parquet

Watch-outs

  • The maximum export interval is one week. Split longer user requests into separate export runs or ask which week to export.
  • A run can briefly report Running after completion while file records are being created. Poll again instead of failing immediately.
  • Download URLs are temporary. If a URL expires, call the REST download endpoint again for a fresh redirect.
  • Do not send the signed URL to unrelated services unless the user explicitly asks; it grants temporary access to the exported file.
  • If the user wants all parts of a split export, iterate over every UUID in files; do not assume part 0 is enough.
  • Large batch exports may take a few minutes or even longer to complete. Suggest to the user that they can speed-up their download by including only certain events or narrowing the date range.

Más skills de posthog

managing-experiment-lifecycle
posthog
Guía las transiciones de estado de los experimentos: iniciar, pausar, reanudar, finalizar, enviar variantes, archivar, restablecer y duplicar. Cubre condiciones previas,…
official
configuring-experiment-analytics
posthog
Configures the analytics side of a PostHog experiment — exposure criteria (default `$feature_flag_called` vs custom exposure events), primary and secondary…
official
error-tracking-hono
posthog
Seguimiento de errores de PostHog para Hono
official
error-tracking-react
posthog
Seguimiento de errores de PostHog para React
official
integration-android
posthog
Integración de PostHog para aplicaciones Android
official
integration-ruby
posthog
Integración de PostHog para cualquier aplicación Ruby que utilice el SDK de Ruby
official
tuning-incremental-sync-config
posthog
La configuración de una sincronización reside en ExternalDataSchema y puede modificarse en cualquier momento mediante external-data-schemas-partial-update. La mayoría de los cambios no son destructivos (entran en vigor en la siguiente sincronización), pero algunos (cambiar sync_type, modificar claves primarias) requieren un manejo cuidadoso para evitar corromper los datos sincronizados.
official
instrument-integration
posthog
Usa esta habilidad para agregar el SDK de PostHog a una aplicación. Úsala al configurar PostHog por primera vez, o al revisar PRs que necesiten inicialización de PostHog. Cubre la instalación del SDK, la configuración del proveedor y la configuración básica. Compatible con cualquier framework o lenguaje.
official