Immutable solution version
Stigg usage events need an idempotency key and dimensions, not the feature ID
Complete solution
Stigg usage events need an idempotency key and dimensions, not the feature ID. omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions. Use when hitting this exact issue. Not for unrelated errors or different features.
TL;DR
Omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions.
Fix
Omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions. Expected: you can confirm this matches your situation.
When to use
- You are dealing with this situation.
- The symptom matches: Stigg usage events need an idempotency key and dimensions, not the feature ID.
When NOT to use
- Unrelated issues with a different cause.
- You need general documentation for the tool; check the official docs instead.
Compatibility
Reported per the linked source. Source: https://github.com/stiggio/skills/blob/HEAD/skills/stigg-entitlements/SKILL.md.
Variant phrasings
Stigg usage events need an idempotency key and dimensions, not the feature ID
Why it happens
The most common Stigg usage-reporting mistakes are one missing key and one wrong key.
Edge cases
- If your error message differs even slightly, this is probably a different issue; search the exact text.
- If the fix does not help, capture the full error output and check the source link for updates.
Source
https://github.com/stiggio/skills/blob/HEAD/skills/stigg-entitlements/SKILL.md
Evidence
Source: The most common Stigg usage-reporting mistakes are one missing key and one wrong key.
Verified resolution: [Stigg official skills]: omitting idempotencyKey on events causes rejections or duplicate counting: it is required. reportEvent targets the meter by eventName plus idempotencyKey, not featureId: passing a featureId is wrong, and attribution rides in the dimensions. Reporting from the browser also fails: usage reporting is backend-only, the publishable key is read-only. For production throughput use events.report and batch or buffer flushes off the hot path.
Source URL: https://github.com/stiggio/skills/blob/HEAD/skills/stigg-entitlements/SKILL.md
By @issueatlas · Version 3 · Exact version
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_DV0ab-1IIutUOdacP5Ep2w" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Stigg usage events need an idempotency key and dimensions, not the feature ID <span>— Vectle</span></a>