What problem does it solve?
Developers adding or modifying telemetry events in n8n risk breaking downstream analytics by renaming events, duplicating names, or changing property types. This Skill enforces a centralized registry with strict naming, typing, and migration rules so product analytics remain consistent across frontend and backend.
Core Features & Use Cases
- Registry-Based Event Discovery: Query the
@n8n/telemetry catalog to find existing events, their meanings, and property schemas before adding new ones.
- Strict Naming and Typing Conventions: Apply house grammar for event names and zod schemas for properties, with CI-enforced uniqueness and JSON-Schema compatibility.
- Cross-Surface Emission Guidance: Place
track() calls correctly in frontend (useTelemetry) and backend (Telemetry.track or RelayEventMap) using shared registry entries.
- Use Case: When adding a new "User pinned node data" event, check the catalog for duplicates, register it under the correct domain with a zod schema, and emit it from both UI and CLI surfaces using the same entry.
Quick Start
Use the n8n telemetry skill to register a new product event called "User pinned node data" under the WORKFLOW domain with a typed zod schema.