posthog/ai-plugin

managing-reminders

Create and manage PostHog reminders — private, human-paced nudges that fire as in-app notifications on a schedule, optionally linked to a PostHog resource.

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/posthog/ai-plugin --skill managing-reminders

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

Managing reminders

This skill guides you through creating and managing PostHog reminders. A reminder is a private, human-paced nudge to yourself: it fires an in-app notification on a schedule, with no condition attached. It can optionally link to a PostHog resource.

When to use this skill

Use this skill when the user:

  • Says "remind me to…", "nudge me", "ping me", or "don't let me forget"
  • Wants a one-off reminder at a specific date/time
  • Wants a recurring reminder (every day, weekly, every Monday, weekdays, monthly, etc.)
  • Wants to be reminded to review a specific dashboard, insight, experiment, flag, survey, notebook, replay, or error
  • Wants to see, change, or cancel reminders they have set

Reminder vs alert vs subscription

These three look similar but solve different jobs. Pick the right one:

  • Reminder — a human-paced nudge to yourself with no condition. It just fires an

in-app notification on a schedule ("remind me to review the launch dashboard every Monday"). If the user says "remind me to…", it is a reminder.

  • Alert — watches an insight's metric on a schedule and notifies only when a

threshold or anomaly condition is met ("tell me if signups drop below 100").

  • Subscription — delivers an insight or dashboard export/snapshot on a schedule via

email, Slack, or webhook ("email me this dashboard every morning").

If there is a condition to evaluate, it is an alert. If there is an export to deliver, it is a subscription. If it is just a timed nudge to a person, it is a reminder.

Scheduling shapes

A reminder uses exactly one of scheduled_at, recurrence_interval, or cron_expression. Providing zero or more than one is rejected.

One-off

Set scheduled_at to a future ISO 8601 timestamp. The reminder fires once, then becomes completed.

User saysField
"remind me tomorrow at 3pm"scheduled_at: <tomorrow 15:00 in the user's tz>
"remind me on Jan 5 at 9am"scheduled_at: "2026-01-05T09:00:00" (+ timezone)

Preset recurring

Set recurrence_interval to one of daily, weekly, monthly, yearly.

User saysField
"every day"recurrence_interval: "daily"
"every week"recurrence_interval: "weekly"
"every month"recurrence_interval: "monthly"
"every year"recurrence_interval: "yearly"

Cron recurring

Set cron_expression to a 5-field cron string (min hour day-of-month month day-of-week) when the cadence is a specific weekday or time the presets can't express.

User saysField
"every Monday at 9am"cron_expression: "0 9 * * 1"
"weekdays at 8:30"cron_expression: "30 8 * * 1-5"
"1st of the month at noon"cron_expression: "0 12 1 * *"

A reminder may fire at most 4 times per day — a more frequent cron (e.g. hourly) is rejected.

Timezone

Always pass timezone as the user's IANA zone (e.g. "America/New_York") when you know it, so wall-clock times like "9am" resolve to the right moment. If omitted, it defaults to the project timezone. Cron and preset schedules resolve in this zone; scheduled_at is an absolute instant, so include its offset or rely on the same zone.

Attaching a resource

To link the reminder to a PostHog object, set resource_type and resource_id together. The fired notification deep-links to that object. The resource must already exist in the project.

resource_typeresource_id is the…
dashboardnumeric id
insightshort_id
experimentnumeric id
feature_flagnumeric id
surveyid
notebookshort_id
replaysession_id
error_trackingissue id

Resolve the id first if the user gives you a name or URL (e.g. fetch the insight to get its short_id). Omit both fields for a standalone reminder with no linked resource.

Privacy and lifecycle

  • Reminders are private to the creating user and scoped to the current project. Other

users never see them.

  • They fire as in-app notifications — not email, Slack, or webhook.
  • A one-off becomes completed after it fires.
  • A recurring reminder stays active until deleted, or until its optional end_date passes

(then it becomes completed).

  • A one-off whose delivery permanently fails becomes errored — surface this via reminders-list

when reporting on a user's reminders.

The MCP tools

  • reminder-create — create a reminder
  • reminders-list — list the user's reminders (schedule, status, next fire time)
  • reminder-get — get one reminder by id
  • reminder-update — update title, message, schedule, timezone, end date, or attached resource

(changing the schedule recomputes the next fire time)

  • reminder-delete — delete a reminder, which stops it firing

Worked example

User: "Remind me to review the launch dashboard every Monday at 9am."

  1. Resolve the dashboard id (e.g. dashboard 67).
  2. Pick the schedule shape: a specific weekday + time → cron.
  3. Pass the user's timezone if known.
  4. Call reminder-create:
json
{
  "title": "Review the launch dashboard",
  "resource_type": "dashboard",
  "resource_id": "67",
  "cron_expression": "0 9 * * 1",
  "timezone": "America/New_York"
}

Confirm back to the user when it will next fire (use next_fire_at from the response), and that it will keep firing weekly until they delete it.

관련 작업

같은 저장소의 Skills

더 많은 Skills

모든 Skills
posthog
공식

composing-grid-canvases

Compose PostHog grid canvases — widget grids (including the user's home canvas) built from reusable component canvases. Use when a task asks to add, fill, move, resize, or remove a widget on a grid or home canvas, to compose a whole canvas of widgets from one ask, to build a reusable widget/component, or when a placement id or grid canvas id is the target. Covers the component store search → configure → fork → build ladder, the component placement contract (size, configSchema), the placement lif

1시간 설치 수
1
GitHub Stars
96
업데이트
10월 31일
posthog
공식

consuming-endpoints-from-client-code

Wire a PostHog endpoint into a client app or SDK. Covers fetching the OpenAPI spec, generating a typed client with openapi-generator or @hey-api/openapi-ts, sending the right auth header, shaping the variables payload (HogQL codename vs insight breakdown property), handling rate-limit and materialised-endpoint error responses. Use when the user says "how do I call my endpoint", "generate a client for this", or "what auth header do I use".

1시간 설치 수
1
GitHub Stars
96
업데이트
10월 31일
posthog
공식

designing-email-templates

Author, save, and edit email templates in the PostHog workflows library — compose email design JSON with Liquid personalization and create and round-trip-edit templates over MCP. Use when asked to design, build, update, or fix an email template for workflows, broadcasts, or campaigns.

1시간 설치 수
1
GitHub Stars
96
업데이트
10월 31일
posthog
공식

exploring-llm-evaluations

Investigate AI observability evaluations — hog (deterministic code-based), llmjudge (LLM-prompt-based), and sentiment (user-message sentiment). Find existing evaluations, inspect their configuration, run them against specific generations, query individual results, and set up scheduled reports on an evaluation. Use when the user asks to debug why an evaluation is failing, surface common failure modes, compare results across filters, dry-run a Hog evaluator, prototype a new LLM-judge prompt, inspe

1시간 설치 수
1
GitHub Stars
96
업데이트
10월 31일