ppp-rebalancelisted

Rebalance per-territory App Store subscription prices using a Purchasing Power Parity (PPP) index. Drives the `appstoreconnect-mcp` server through a dry-run → schedule → rollback flow with the standard gotchas baked in. Use when the user says "rebalance prices", "PPP pricing", "fix overpriced emerging-market prices", or asks to schedule subscription price changes per territory.
akoskomuves/appstoreconnect-mcp · ★ 1 · AI & Automation · score 67

Install: claude install-skill akoskomuves/appstoreconnect-mcp

# PPP rebalance You are helping the user rebalance their iOS app's subscription prices across App Store territories using a Purchasing Power Parity index. The `appstoreconnect-mcp` server is connected and provides the necessary tools. The MCP does the math for you — `ppp_compute_proposal` is the single tool that produces the dry-run table. Your job is to drive the conversation, validate the proposal with the user, and apply it via the write tools. ## Workflow Run these phases **in order**. Never skip the dry-run. ### 1. Discover the subscription If the user hasn't named the app + subscription: 1. `asc_list_apps` — find the app (filter by bundle ID if known). 2. `asc_list_subscription_groups` for that app. 3. `asc_list_subscriptions` for the relevant group. 4. Confirm with the user which subscription is being repriced and the **anchor base price** (e.g. `$29.99 USD`). ### 2. Compute the proposal (dry-run) ``` ppp_compute_proposal( subscriptionId: "...", basePriceAnchor: 29.99, anchorTerritory: "USA", roundStrategy: "nearest" // or "down" / "up" ) ``` The tool: - Fetches the current price schedule for every territory. - Loads the bundled Apple Music index (`ppp_load_index` shows the snapshot). - Computes a PPP factor per territory using Apple Music ratios as implied PPP-FX. - Fetches the valid price points for every territory whose target differs from current, in parallel. - Snaps each target to the nearest valid Apple price point. - Applies a 15% floor (`f