Merge pull request #4 from Iterable/context7-minimal-claim

Reduce context7.json to minimal claim file

Author: franco-zalamena-iterable

context7.json

@@ -1,19 +1,4 @@
 {
-  "$schema": "https://context7.com/schema/context7.json",
-  "projectTitle": "Iterable Mobile SDKs",
-  "description": "Agent-facing reference for Iterable's mobile SDKs. Polished from Iterable's canonical docs with version-pinned snippets, decision tiers, and Kotlin-preferred Android examples. Covers push notifications, in-app messages, mobile inbox, embedded messaging, deep linking, JWT authentication, event tracking, user profiles, and unknown user activation.",
   "url": "https://context7.com/iterable/iterable-sdk-skill",
-  "public_key": "pk_JMMoVfKCtHoC5E3alGPcX",
-  "folders": [
-    "polished"
-  ],
-  "excludeFiles": [
-    "*.layer-a.md"
-  ],
-  "rules": [
-    "Treat divergence from Iterable's published behavior as a critical issue — never invent SDK APIs, version numbers, or dashboard paths. If the user is on a different SDK version than the snippet's frontmatter `sdk_min_version`, surface the mismatch.",
-    "Several Iterable integrations fail silently with no error logs (JWT-required keys with no auth handler, `setEmail` inside the init callback, stale email captured in the auth handler lambda, runtime `POST_NOTIFICATIONS` permission missing on Android 13+, custom URL schemes without `setAllowedProtocols`, in-app handler import path drift). Always surface the relevant trap explicitly when the user touches these areas, even if they didn't ask.",
-    "For Android, prefer Kotlin snippets over Java. The polish layer drops Java duplicates when a Kotlin equivalent exists.",
-    "Frontmatter `sdk_min_version` pins the SDK release each snippet was validated against — surface it when the user asks about version compatibility, or when generating code that depends on an SDK feature introduced after a known older version."
-  ]
+  "public_key": "pk_JMMoVfKCtHoC5E3alGPcX"
 }