Play console steps without an API as agent plans: play-store-settings (App category; play listing cannot set it), play-app-content (every card in order, one owner batch) and its cards (privacy policy, ads, sign in details, advertising ID, government, financial, health), play-production-countries and play-production-release; IARC plan with the Terms of Use agreement, follow-ups (console.contentRating.details, products[].randomRewards, social) and the Summary's final Save; config play.category / countries / managedPublishing, console.appContent; check, validate, play status and play release reminders; inPageLoop helper and material checkbox clicks; App Privacy published signal; first IAPs via apple iap-submit --with-version. Pitfalls 27, 28

skills/store-pitfalls/SKILL.md

@@ -348,3 +348,31 @@ that fails without the fix (see CONTRIBUTING.md).
   GEMINI.md, Copilot and Cursor rules), of README and of this skill; `tests/do-it-dont-ask.test.ts` checks that and
   fails when a skill or the rules hand navigation, draft saves, exports, uploads or form filling to the owner
   (navigation "by hand", uploads or exports left to the owner, asking the owner to click through a form).
+
+## 27. Play steps without an API: category, countries, App content, IARC
+- **Symptom:** after a first Play release through the API the App category showed "Not selected", production had 0
+  countries, and an agent hunted for each App content card; the IARC questionnaire kept revealing new questions, an
+  evaluate call timed out at 45 s, material checkboxes ignored `form_input`, and "Send changes for review" ignored a
+  JS click.
+- **Cause:** `play listing` cannot set the category (edits.details has no category field) and
+  edits.countryAvailability is read-only; the IARC questionnaire is one long page where each Yes reveals follow-ups;
+  Play's `<material-checkbox>` / `<material-radio>` keep their own model.
+- **Do:** set `play.category`, `play.countries` (or all), `console.contentRating.details`, `console.appContent`,
+  `social` and `products[].randomRewards` from ONE batch of owner answers (`storebound console plan play-app-content`
+  lists them), then drive `console plan play-store-settings`, `play-app-content` and its cards,
+  `play-production-countries` and `play-production-release`. Click the inner `[role=radio]` / `[role=checkbox]`;
+  run long flows with the plan's `inPageLoop` and poll `window.__log`. Never tick the IARC Terms of Use box; the
+  Summary's final button is "Save" (the owner's). "Send changes for review" is the owner's real click; managed
+  publishing is off by default, so approved means live (`play.managedPublishing`).
+- **Guard:** the plans above, `check` (category warning, open App content answers), `validate` (category reminder,
+  "production has 0 countries"), `play status` / `play release` notes; `tests/console-play-plans.test.ts`.
+
+## 28. First App Store IAPs: `apple iap-submit --with-version`, not the console
+- **Symptom:** the IAP page's "Add for Review" menu ignored scripted clicks, and the version page no longer has an
+  "In-App Purchases and Subscriptions" section.
+- **Do:** `storebound apple iap-submit --with-version --dry`, then after the owner's yes (it submits)
+  `--with-version --yes`: on a real first release it added the IAPs to the draft submission that already held
+  version 1.0.0 and submitted them, first try. App Privacy: the owner's Publish opens "Publish Your App Privacy
+  Responses?" (Cancel / Publish); afterwards "Published … ago by …" shows, which `console verify apple-app-privacy`
+  reads as the published signal.
+- **Guard:** appstore-first-release and store-iap-setup skills; `tests/console-play-plans.test.ts`.