Skip to main content

tracking-verify

Use when the user wants preview QA, failure interpretation, release readiness, or an explicit publish handoff.

来源信息

仓库
jtrackingai/analytics-tracking-automation
最近来源活动
2026年4月17日 09:04
检测到的 SKILL.md 语言
英语
星标
142
分支
41

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

文件资源管理器
2 个文件

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
tracking-verify
description
Use when the user wants preview QA, failure interpretation, release readiness, or an explicit publish handoff.
# Tracking Verify Use this skill for verification and optional publish handoff. ## Inputs - `<artifact-dir>/event-schema.json` - `<artifact-dir>/gtm-context.json` ## Workflow If the telemetry consent prompt appears and no prior choice is recorded, stop and follow [../../references/telemetry-consent.md](../../references/telemetry-consent.md) before continuing. Run preview: ```bash ./event-tracking preview <artifact-dir>/event-schema.json --context-file <artifact-dir>/gtm-context.json ``` If comparing against an older preview run, pass the previous health baseline: ```bash ./event-tracking preview <artifact-dir>/event-schema.json --context-file <artifact-dir>/gtm-context.json --baseline <previous-tracking-health.json> ``` `preview` launches a real Chromium via Playwright and exercises the live site to fire GA4/GTM events for verification. Run it in an environment that permits outbound network and local browser execution; environments that restrict either tend to cause Playwright to hang or fail silently rather than return a clean error. Then interpret: - blockers - expected failures - selector mismatches - unexpected fired events outside the approved schema - release readiness If the user explicitly wants to publish after verification: ```bash ./event-tracking publish --context-file <artifact-dir>/gtm-context.json --version-name "GA4 Events v1 - <date>" ``` If `tracking-health.json` is missing, still manual-only, or has blockers, `publish` now stops by default. Only use `--force` when the user explicitly wants to override that gate. ## Required Output Produce and share: - `<artifact-dir>/preview-report.md` - `<artifact-dir>/preview-result.json` - `<artifact-dir>/tracking-health.json` - `<artifact-dir>/tracking-health-report.md` - `<artifact-dir>/tracking-health-history/` - updated `<artifact-dir>/workflow-state.json` ## Closeout Style - default to a verification verdict first: healthy, blocked, or manual follow-up required - summarize blockers, unexpected events, and release-readiness in plain language before listing files - keep raw preview data and artifact references after the summary ## Stop Boundary - stop after preview if the user only asked for QA - publish only when the user explicitly wants to affect the live site If the platform is Shopify, switch to the Shopify-specific rules in `tracking-shopify`. ## References - [../../references/preview-report.md](../../references/preview-report.md) - [../../references/gtm-troubleshooting.md](../../references/gtm-troubleshooting.md) - [../../references/output-contract.md](../../references/output-contract.md)
在 GitHub 查看