计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
check-posthog-loading【效率与协作】Inspect how the PostHog JavaScript SDK is loaded across a list of URLs. Use to confirm consistent installation across pages, find pages missing the snippet, detect mismatched API keys or hosts between pages, and verify the load method (head snippet vs deferred vs array.js).
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
For each URL, navigates a real browser to the page, waits for PostHog to initialize, and reports:
window.posthog is defined and __loaded.head_snippet, snippet, array_js_only, or none.head / body).api_key, api_host, person_profiles.distinct_id.api_host or api_key than others?Call the check_posthog_loading MCP tool with:
urls (required) — list of URLs to inspect.posthog_host (default https://us.i.posthog.com).Returns a structured summary with which URLs loaded successfully, which didn't, and the load-method distribution.
Look for these red flags:
loaded list, full not_loaded list — snippet not present
anywhere. Re-run install or check that the layout includes the snippet.loaded / not_loaded — snippet missing from some pages.
Common cause: a page rendered by a different template or layout.api_key values across pages — a page is pointing
at the wrong PostHog project.api_host values — a page is pointing at the wrong
ingestion endpoint (e.g. EU cloud vs US cloud, or vs a self-hosted reverse
proxy). This causes events to land in different projects than expected.load_method: array_js_only with no init config — array.js was
loaded but posthog.init() was never called. Common with manual installs
that miss the second half.