mcpbeat

Integration Astro View Transitions

posthog/skills-integration-astro-view-transitions

PostHog integration for Astro with ClientRouter view transitions

This is a copy. The original lives at posthog/integration-astro-view-transitions.

13k tokens
context cost
the whole folder, loaded on every use
8
files
instructions only
0
copies elsewhere
how many repositories repackaged it
57
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/PostHog/skills --skill integration-astro-view-transitions

What comes with it

47 748 bytes besides the instruction
references/EXAMPLE.md
references/astro.md
references/basic-integration-1.0-begin.md
references/basic-integration-1.1-edit.md
references/basic-integration-1.2-revise.md
references/basic-integration-1.3-conclude.md
references/identify-users.md

The instruction itself

7 sections, as written by the author

PostHog integration for Astro (View Transitions)

This skill helps you add PostHog analytics to Astro (View Transitions) applications.

Workflow

Follow these steps in order to complete the integration:

  • basic-integration-1.0-begin.md - PostHog Setup - Begin ← Start here
  • basic-integration-1.1-edit.md - PostHog Setup - Edit
  • basic-integration-1.2-revise.md - PostHog Setup - Revise
  • basic-integration-1.3-conclude.md - PostHog Setup - Conclusion

Reference files

  • references/EXAMPLE.md - Astro (View Transitions) example project code
  • references/astro.md - Astro - docs
  • references/identify-users.md - Identify users - docs
  • references/basic-integration-1.0-begin.md - PostHog setup - begin
  • references/basic-integration-1.1-edit.md - PostHog setup - edit
  • references/basic-integration-1.2-revise.md - PostHog setup - revise
  • references/basic-integration-1.3-conclude.md - PostHog setup - conclusion

The example project shows the target implementation pattern. Consult the documentation for API details.

Key principles

  • Environment variables: Always use environment variables for PostHog keys. Never hardcode them.
  • Minimal changes: Add PostHog code alongside existing integrations. Don't replace or restructure existing code.
  • Match the example: Your implementation should follow the example project's patterns as closely as possible.

Framework guidelines

  • Always use the is:inline directive on PostHog script tags to prevent Astro from processing them and causing TypeScript errors
  • Use PUBLIC_ prefix for client-side environment variables in Astro (e.g., PUBLIC_POSTHOG_PROJECT_TOKEN)
  • Create a posthog.astro component in src/components/ for reusable initialization across pages
  • Import the PostHog component in a Layout and wrap all pages with that layout
  • Wrap PostHog initialization with a window.__posthog_initialized guard to prevent stack overflow during soft navigation
  • Set capture_pageview option to 'history_change' for automatic pageview tracking during soft navigation
  • Use the astro page-load event instead of just DOMContentLoaded to re-run scripts after soft navigation

Identifying users

Identify users during login and signup events. Refer to the example code and documentation for the correct identify pattern for this framework. If both frontend and backend code exist, pass the client-side session and distinct ID using X-POSTHOG-DISTINCT-ID and X-POSTHOG-SESSION-ID headers to maintain correlation.

Error tracking

Add PostHog error tracking to relevant files, particularly around critical user flows and API boundaries.

How to use it

Copy the folder

Take posthog/skills-integration-astro-view-transitions from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.