managing-subscriptions
/managing-subscriptions
Zarządza subskrypcjami PostHog: planowane wysyłki e-mailem, na Slacka lub webhook, zmianę częstotliwości i listę odbiorców.
- Autor
- 420company ↗
- Repozytorium
- artemis ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 25.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 2
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 25.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Zarządza subskrypcjami PostHog: planowane wysyłki e-mailem, na Slacka lub webhook, zmianę częstotliwości i listę odbiorców.
Oryginalny opis (EN)
Manage PostHog subscriptions — scheduled email, Slack, or webhook deliveries of insight or dashboard snapshots. Use when the user wants to subscribe to an insight or dashboard, check existing subscriptions, change delivery frequency, add or remove recipients, or stop receiving updates.
Jak działa
- When to use this skill
- Subscriptions vs alerts
- Workflow
- Defaults
- Error handling
Podgląd SKILL.md
---
name: managing-subscriptions
description: 'Manage PostHog subscriptions — scheduled email, Slack, or webhook deliveries of insight or dashboard snapshots. Use when the user wants to subscribe to an insight or dashboard, check existing subscriptions, change delivery frequency, add or remove recipients, or stop receiving updates.'
---
# Managing subscriptions
This skill guides you through managing PostHog subscriptions.
Subscriptions deliver scheduled snapshots of insights or dashboards via email, Slack, or webhook.
## When to use this skill
Use this skill when the user:
- Wants to "track", "follow", "subscribe to", or "get updates" about an insight or dashboard
- Asks for "daily updates", "weekly reports", or "send me this every morning"
- Wants to know what subscriptions they have
- Asks to stop, pause, or unsubscribe from something
- Wants to change who receives an update or how often
## Subscriptions vs alerts
Subscriptions and alerts serve different purposes:
- **Subscriptions** deliver a snapshot on a fixed schedule (daily, weekly, etc.) regardless of the data
- **Alerts** fire only when a condition is met (threshold crossed, anomaly detected)
If the user says "notify me when this drops below 100", use alerts.
If the user says "send me this every morning", use subscriptions.
## Workflow
### Listing existing subscriptions
Before creating a new subscription, check if one already exists.
Use `subscriptions-list` with optional filters:
- Filter by insight: pass the `insight` query parameter with the insight ID
- Filter by dashboard: pass the `dashboard` query parameter with the dashboard ID
- Filter by channel: pass `target_type` as `email`, `slack`, or `webhook`
### Creating a subscription
#### Step 1: Ask the user how they want to receive it
**Always ask the user whether they want email or Slack delivery** before creating a subscription.
Do not assume a channel — ask explicitly:
> Would you like to receive this via **email** or **Slack**?
If the user says Slack, you must verify the integration is available (see step 2).
If the user doesn't have a preference, suggest email as the simplest option.
#### Step 2: Verify channel availability
**Email** requires no setup — it works out of the box. You just need the user's email address.
Get it from the user context or from `org-members-list`.
**Slack** requires a connected Slack integration. Before creating a Slack subscription:
1. Call `integrations-list` and look for an integration where `kind` is `"slack"`
2. If a Slack integration exists, note its `id` — you'll need it as `integration_id`
3. If **no Slack integration exists**, tell the user:
> Slack isn't connected to this project yet. You can set it up in
> [Project settings > Integrations](/settings/integrations).
> In the meantime, would you like to receive this via email instead?
Slack setup requires an OAuth flow in the browser — it cannot be done via MCP.
**Webhook** requires the user to provide a URL. Verify it looks like a valid URL before submitting.
#### Step 3: Identify the target
Get the insight ID or dashboard ID. If the user provides a URL like `/project/2/insights/pKxzopBG`,
fetch the insight first with `insight-get` to get the numeric ID.
#### Step 4: Determine delivery settings from the user's request
| User says | Parameters |
| --------------------------------------- | ------------------------------------------------------------------------- |
| "every day" / "daily" / "every morning" | `frequency: "daily"` |
| "every week" / "weekly" | `frequency: "weekly"` |
| "every Monday" | `frequency: "weekly"`, `byweekday: ["monday"]` |
| "every month" / "monthly" | `frequency: "monthly"` |
| "twice a week" | `frequency: "weekly"`, `interval: 1`, `byweekday: ["monday", "thursday"]` |
#### Step 5: Create with `subscriptions-create`
For an insight subscription via email:
```json
{
"insight": 12345,
"target_type": "email",
"target_value": "user@example.com",
"frequency": "daily",
"start_date": "2025-01-01T09:00:00Z"
}
```
For a dashboard subscription (requires selecting which insights to include, max 6):
```json
{
"dashboard": 67,
"dashboard_export_insights": [101, 102, 103],
"target_type": "email",
"target_value": "user@example.com",
"frequency": "weekly",
"byweekday": ["monday"],
"start_date": "2025-01-01T09:00:00Z"
}
```
For Slack delivery, include the `integration_id` from step 2:
```json
{
"insight": 12345,
"target_type": "slack",
"target_value": "#general",
"integration_id": 789,
"frequency": "daily",
"start_date": "2025-01-01T09:00:00Z"
}
```
### Updating a subscription
Use `subscriptions-partial-update` with the subscription ID. Common updates:
- **Change frequency**: `{"frequency": "weekly", "byweekday": ["monday"]}`
- **Add recipients**: Update `target_value` with the full comma-separated list
- **Change channel**: Update `target_type` and `target_value` together
### Deactivating a subscription
Subscriptions are soft-deleted. Use `subscriptions-partial-update`:
```json
{
"id": 456,
"deleted": true
}
```
## Defaults
When the user doesn't specify details:
- **Frequency**: `"daily"`
- **Channel**: email to the current user
- **Start date**: now (ISO 8601)
- **Title**: auto-generated from the insight/dashboard name if not specified
## Error handling
- **Duplicate check**: If a subscription already exists for the same insight/dashboard and channel, inform the user and offer to update it rather than creating a duplicate
- **Slack not connected**: If a Slack subscription is requested but no Slack integration exists, explain that Slack must be connected in [Project settings > Integrations](/settings/integrations) first, then offer email as an alternative. Do not attempt to create the subscription — it will fail with a validation error
- **Slack integration wrong team**: The Slack integration must belong to the same PostHog team. If `integrations-list` returns Slack integrations but creation still fails, the integration may be misconfigured
- **Dashboard insights**: Dashboard subscriptions require at least 1 and at most 6 insights selected via `dashboard_export_insights`. If the user doesn't specify which insights, fetch the dashboard with `dashboard-get` and select the first 6 insights from its tiles
Pliki w paczce (2)
- SKILL.json 1 KB
- SKILL.md 7 KB
Wersje
W bazie nie ma innych skilli o nazwie managing-subscriptions.
Migawka bazy z 28.10.2026 · wersja paczki 90ce36575414 (skrót SHA-256 całej paczki)
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 82webhook-subscriptions
Tworzy i zarządza subskrypcjami webhooków, dzięki którym zewnętrzne usługi uruchamiają agenta automatycznie. - 100notification
Planuje dostarczanie treści Metabase mailem, Slackiem lub webhookiem: alerty pytań (mb alert) i subskrypcje dashboardów (mb subscription), wybór między nimi, warunki kanałów i testowanie dostawy. - 100webhook-subscriptions
Tworzy i zarządza subskrypcjami webhooków, które uruchamiają agentów po zdarzeniach z GitHuba, Stripe, Linear i innych źródeł. - 100turning-engineering-analytics-into-insights
Zamienia dane analityki inżynieryjnej (PR i CI) w zapisane insighty, dashboardy i subskrypcje PostHog oraz wyjaśnia, jak odpytywać dane produktu przez SQL. - 98webhook-subscriptions
Tworzy subskrypcje webhooków, aby zewnętrzne usługi uruchamiały agentów lub wysyłały powiadomienia bez kosztu modelu. - 100posthog-webhooks-events
Buduje i weryfikuje destynacje webhooków PostHog w czasie rzeczywistym oraz ograniczone zapytania do prywatnego API i HogQL, przydatne przy przesyłaniu zdarzeń do innych systemów.