| name | superwall |
| description | Provides Superwall REST API access, documentation lookup, SDK integration triage, dashboard linking, and SDK source cloning. Use when the user asks about Superwall paywalls, campaigns, subscriptions, API usage, SDK integration, webhook events, or debugging SDK behavior. |
Superwall
API Access
A bash helper is included at {baseDir}/scripts/sw-api.sh. It wraps the Superwall REST API V2.
Requires: SUPERWALL_API_KEY environment variable (org-scoped bearer token).
{baseDir}/scripts/sw-api.sh --help
{baseDir}/scripts/sw-api.sh --help /v2/projects
{baseDir}/scripts/sw-api.sh /v2/projects
{baseDir}/scripts/sw-api.sh /v2/projects/{id}
{baseDir}/scripts/sw-api.sh -m POST -d '{"name":"My Project"}' /v2/projects
{baseDir}/scripts/sw-api.sh -m PATCH -d '{"name":"Renamed"}' /v2/projects/{id}
The --help flag requires jq.
Data hierarchy
Organization → Projects → Applications. Each application has a platform (ios, android, flutter, react_native, web), a bundle_id, and a public_api_key (used for SDK initialization — distinct from the org API key used for REST calls).
Bootstrap workflow
- Call
GET /v2/projects to list all projects
- Find the project matching the user's context
- Inspect its
applications array to find the right platform
- Use the application's
public_api_key for SDK init, the org SUPERWALL_API_KEY for REST API calls
Pagination
Cursor-based. Responses include has_more. Pass limit (1-100), starting_after, or ending_before as query params.
API Key Setup
API keys are org-scoped — one key grants access to all projects and applications in the organization.
- Get an API key:
https://superwall.com/select-application?pathname=/applications/:app/settings/api-keys
- Store the key as
SUPERWALL_API_KEY in the environment.
Required scopes
For full use of this skill, the API key requires all scopes. However, you may
also provision just read access if you'll just be doing analysis.
Documentation
All Superwall documentation is available in machine-readable formats. Do not hardcode doc content — always fetch live.
| Resource | URL | Use when |
|---|
| Doc index | https://superwall.com/docs/llms.txt | Finding the right doc page for a topic |
| Full docs | https://superwall.com/docs/llms-full.txt | Need comprehensive context across many topics |
| Single page | curl -sL https://superwall.com/docs/{path}.md | Reading a specific doc page |
Platform doc prefixes
- iOS:
/docs/ios/
- Android:
/docs/android/
- Flutter:
/docs/flutter/
- Expo:
/docs/expo/
- React Native:
/docs/react-native/
- Dashboard:
/docs/dashboard/
- Web Checkout:
/docs/web-checkout/
- Integrations:
/docs/integrations/
Tip: Fetch llms.txt first to find the exact path, then fetch that page with curl -sL.
SDK Integration
For SDK integration, use the platform-specific quickstart skills when available:
| Platform | Skill |
|---|
| iOS (Swift/ObjC) | superwall-ios-quickstart |
| Android (Kotlin/Java) | superwall-android-quickstart |
| Flutter | superwall-flutter-quickstart |
| Expo | superwall-expo-quickstart |
For platforms without a dedicated skill (React Native), or when the quickstart skills are not installed, follow the live-doc workflow in references/sdk-integration.md.
Dashboard Links
URL patterns for linking users to Superwall dashboard pages. See references/dashboard-links.md.
SDK Source (for debugging)
Clone SDK repos locally to trace internal behavior. See references/sdk-source.md.
Webhooks & Integrations
Live integration catalog (same source the Superwall dashboard pulls from):
curl -s https://webhooks.superwall.me/integrations
Always fetch live — do not cache.
For general webhook and event documentation, fetch from the docs:
- Webhook setup:
curl -sL https://superwall.com/docs/integrations/webhooks.md
- Event catalog: Fetch
https://superwall.com/docs/llms.txt and search for "events" or "analytics" to find the full event type reference