docs: cross-link wrapper SDKs + doc pages to openiap.dev API references (#107)

## Summary
- Add doc comments on every public OpenIAP API across all wrapper SDKs
(apple, google, react-native-iap, expo-iap, flutter, kmp, godot) linking
to www.openiap.dev/docs/apis/<symbol>; full
@param/@returns/@throws/@example for the 5 core funcs (initConnection,
fetchProducts, requestPurchase, finishTransaction,
getAvailablePurchases). Preserves original Apple StoreKit / @platform /
@example content.
- GraphQL schema descriptions get canonical URLs, propagated to every
generated Types file via codegen.
- Docs site (~70 API + Type pages) get a one-paragraph iOS/Android
behaviour blurb with Apple/Google reference links.
- Mobile/tablet UI fixes: CodeBlock badge attached as tab-bar (no
overlap with scrolling code), sidebar drawer below sticky nav (no
z-index collision with hamburger), sidebar margin-left clamped so the
centering offset doesn't shove it right at 768–1400px.

## Test plan
- [x] `swift build` — packages/apple
- [x] `./gradlew :openiap:compilePlayDebugKotlin` — packages/google
- [x] `./gradlew :library:compileKotlinMetadata` — kmp-iap
- [x] `bun run lint:tsc` — expo-iap
- [x] `yarn typecheck` — react-native-iap (pre-existing example-expo
errors unrelated)
- [x] `dart analyze lib` — flutter_inapp_purchase
- [x] `bun run build` — packages/docs (vite + tsc)
- [ ] Visual QA: mobile sidebar opens, drawer items clickable, code
block badge stays inside the tab bar at narrow widths
- [ ] Visual QA: tablet 768–1300px viewport — sidebar stays at left
edge, content fills the rest

🤖 Generated with [Claude Code](https://claude.com/claude-code)

<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit

* **Documentation**
* Massive cross-SDK docs refresh: clearer API semantics,
platform-specific behavior notes, event-driven purchase flow guidance
(listener-delivered outcomes), timing/acknowledgement rules, deprecation
guidance (prefer verifyPurchase), expanded examples, and many
OpenIAP/Apple/Google reference links.
* **Style**
* Docs UI improvements: revamped code-block header/tabs and
sidebar/responsive layout for better navigation.
* **Bug Fixes**
* Adjusted fetchProducts default behavior: omitting type now defaults to
in-app products.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->

---------

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Author: hyochan

CLAUDE.md

@@ -14,6 +14,7 @@ This document provides an overview for AI agents working across the OpenIAP mono
 | Platform Packages | [`knowledge/internal/04-platform-packages.md`](knowledge/internal/04-platform-packages.md) |
 | Docs Patterns | [`knowledge/internal/05-docs-patterns.md`](knowledge/internal/05-docs-patterns.md) |
 | Git & Deployment | [`knowledge/internal/06-git-deployment.md`](knowledge/internal/06-git-deployment.md) |
+| Docs Consistency / SSOT | [`knowledge/internal/07-docs-consistency.md`](knowledge/internal/07-docs-consistency.md) (run `bun audit:docs` before pushing API/Type doc edits) |
 
 ## Monorepo Structure
 

bun.lock

@@ -0,0 +1,190 @@
+# Docs Consistency Rules — Single Source of Truth (SSOT)
+
+This document captures the consistency rules for OpenIAP documentation, code
+comments, and generated types. PR #107 (and earlier rounds) repeatedly
+surfaced the same class of drift — the docs claimed one field/default/type,
+but the SDK code actually used another. These rules + the companion audit
+script (`scripts/audit-docs.ts`) catch those before review.
+
+## Sources of truth
+
+When two places disagree, the upstream wins:
+
+```
+GraphQL schema  →  generated Types  →  hand-written wrapper SDK  →  docs page
+(packages/gql      (libraries/*/src       (Swift / Kotlin /          (packages/docs/
+ /src/*.graphql)   /types.{ts,kt,...})    Dart / TS / GDScript)        src/pages/...)
+```
+
+- `packages/gql/src/*.graphql` — schema descriptions ARE the canonical doc
+  string. Edits propagate via `bun run generate` to every generated
+  `Types.{ts,kt,swift,dart,gd}`.
+- `libraries/*/src/types.ts` (or equivalent) — generated; never hand-edit.
+  When a docs page mentions a field name, that field MUST exist in the
+  generated TS type. The audit script enforces this.
+- Wrapper SDK source (e.g. `libraries/expo-iap/src/index.ts`) — JSDoc
+  parameter names MUST match the actual function-signature parameter
+  names. ESLint rule `tsdoc/syntax` + the audit script catch drift.
+- Doc pages — the surface visible to users. Must reflect what each upstream
+  layer actually exposes.
+
+## Rules
+
+### R1 — JSDoc / KDoc / Dartdoc / Swift `@param` names match the signature
+
+If the function declares `(args) =>`, the JSDoc tag is `@param args …`.
+If it declares `(request) =>`, the tag is `@param request …`. Don't carry
+over the schema field name (`props`, `params`) when the wrapper destructured
+or renamed.
+
+```ts
+// ✅ wrapper destructures from `args`
+/** @param args Purchase request. … */
+export const requestPurchase = async (args) => { … };
+
+// ❌ JSDoc says `props`; signature says `args`
+/** @param props … */
+export const requestPurchase = async (args) => { … };
+```
+
+### R2 — Defaults match across SDKs
+
+If `fetchProducts.type` defaults to `'in-app'` in Flutter / expo-iap /
+react-native-iap / godot-iap, then the Apple wrapper must also default to
+`.inApp` — and the Apple doc comment must say `.inApp`. The schema
+description is the canonical statement.
+
+When changing a default, update:
+1. The GraphQL schema description.
+2. Re-run `bun run generate`.
+3. Every wrapper SDK's `?? <default>` expression and JSDoc / KDoc / etc.
+4. Every API doc page (`packages/docs/src/pages/docs/apis/<symbol>.tsx`).
+
+### R3 — Doc pages reference real fields only
+
+When a Type doc page lists fields in a `<table>` or `<ul>`, every field name
+MUST exist in the generated `libraries/expo-iap/src/types.ts` (or
+`libraries/react-native-iap/src/types.ts` — they're identical in shape).
+The audit script greps for fields that don't appear in the type definition
+and flags them.
+
+Example failure modes already encountered:
+- `BillingProgramAvailabilityResultAndroid` doc listed
+  `responseCode` + `debugMessage` — neither field exists; the type has
+  `billingProgram` + `isAvailable`.
+- `LaunchExternalLinkParamsAndroid` doc listed `program` + `url` — neither
+  exists; the type has `billingProgram` + `launchMode` + `linkType` +
+  `linkUri`.
+- `ExternalPurchaseCustomLinkNoticeResultIOS` doc listed `result` +
+  `noticeType` — neither exists; the type has `continued` + `error`.
+
+### R4 — Enum values listed in docs must exist
+
+When a doc page mentions enum values (e.g.
+`'continue' | 'cancelled'`, `.acquisition`, `.services`), they must
+appear in the generated enum definition. The audit script extracts string
+literals from `<code>'…'</code>` blocks in doc pages and checks them
+against the generated TypeScript union types.
+
+`ExternalPurchaseCustomLinkNoticeTypeIOS` is the canonical recent miss —
+the union is `'browser'` only, but the doc claimed
+`'continue' | 'cancelled' | …`.
+
+### R5 — `<Link to="/docs/...">` targets must resolve
+
+Anchor links should point to existing pages and section anchors. Common
+recent failures:
+- "Use verifyPurchase" link pointed to `/docs/apis/get-active-subscriptions`
+  (totally unrelated).
+- `getExternalPurchaseCustomLinkTokenIOS` Returns linked to the
+  `external-purchase-link` page without an anchor — but that page
+  documents only `ExternalPurchaseNoticeResultIOS`, so users land in the
+  wrong section. Add a precise `#external-purchase-custom-link-token-result-ios`
+  anchor on the type page AND link to it.
+
+The audit script crawls every internal `<Link to="/docs/...">` and asserts
+the target file (and anchor when given) exists.
+
+### R6 — Native version constraints are honest
+
+`enableBillingProgramAndroid: 'external-payments'` is gated to Play Billing
+8.3.0+ (Japan only); the 8.2.0+ programs are `EXTERNAL_CONTENT_LINK` /
+`EXTERNAL_OFFER`. A doc page that mixes these up misleads readers about
+what works on which SDK.
+
+When you write `<X> 8.2.0+`, you should be able to point to the matching
+release-notes line. Don't paraphrase — quote the version requirement
+exactly as Google / Apple states it.
+
+### R7 — Code-example snippets compile-check
+
+Code examples in doc pages should at minimum parse / type-check against
+the wrapper they target. The audit script does NOT yet run a full
+TypeScript / Kotlin / Dart parser, but it does:
+- Verify imports (`import {…} from 'expo-iap'`) reference symbols that
+  expo-iap actually exports.
+- Verify field accesses on shown objects (e.g. `purchase.purchaseToken`)
+  exist on the corresponding generated type.
+
+When in doubt, run the example in a real example app before publishing.
+
+### R8 — Platform-only callouts use the right wrapper
+
+iOS-suffixed APIs (`syncIOS`, `getStorefrontIOS`, …) and Android-suffixed
+APIs (`acknowledgePurchaseAndroid`, …) are exposed via every framework
+wrapper (expo-iap, rn-iap, kmp-iap, flutter, godot-iap). The TS / Dart /
+KMP / GDScript example tabs MUST show how to call the function from each
+wrapper, with a `Platform.OS === 'ios'` (or `Platform.isIOS` / etc.)
+guard so readers don't accidentally call iOS-only methods on Android.
+
+The native Swift / Kotlin tab keeps the platform-native call. The
+wrapper tabs use the suffixed name (`syncIOS()`, etc.) — except in
+`packages/google` Kotlin (the Android-only native), where convention
+strips the `Android` suffix from method names.
+
+## Pre-commit checklist
+
+Run before every `git push` on docs / SDK changes:
+
+```bash
+# 1. Format + lint the docs site
+cd packages/docs
+bunx prettier --check "src/**/*.{ts,tsx,css}"
+bun run lint
+
+# 2. Cross-library typecheck for SDKs you touched
+cd libraries/expo-iap && bun run lint:tsc
+cd libraries/react-native-iap && yarn typecheck   # ignore example-expo errors
+cd libraries/flutter_inapp_purchase && dart analyze lib
+cd packages/apple && swift build
+cd packages/google && ./gradlew :openiap:compilePlayDebugKotlin
+
+# 3. SSOT audit — run the docs-consistency audit script
+cd scripts && bun run audit-docs.ts
+```
+
+Auto-mode users: the `commit-push-pr` skill runs steps 1 + 2 automatically
+before pushing. Step 3 is opt-in until the audit script has zero false
+positives in CI.
+
+## Audit script
+
+`scripts/audit-docs.ts` is the executable companion to this guide. It
+parses every `/docs/apis/*.tsx` and `/docs/types/*.tsx` page, extracts:
+- `<Link to="/docs/...">` targets
+- `<code>fieldName</code>` mentions inside Returns / Parameters tables
+- String-literal enum values in `<code>'…'</code>` blocks
+- `@see {@link openiap.dev/...}` URLs
+
+…and cross-references each against the generated TypeScript types in
+`libraries/expo-iap/src/types.ts`. Failures print as a punch-list with the
+file, line, and the offending mention.
+
+Run with:
+
+```bash
+cd /Users/hyo/Github/hyodotdev/openiap
+bun run scripts/audit-docs.ts
+```
+
+Exit code 1 means at least one drift; 0 means clean.