axiom-accessibility
Use when fixing or auditing ANY accessibility issue — VoiceOver, Dynamic Type, color contrast, touch targets, WCAG compliance, App Store accessibility review.
Use when the user wants to add in-app purchases, implement StoreKit 2, or set up subscriptions.
$ npx -y skills add charleswiltgen/axiom --skill axiom-implement-iap --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/axiom-implement-iapContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when the user wants to add in-app purchases, implement StoreKit 2, or set up subscriptions.
name: axiom-implement-iap description: Use when the user wants to add in-app purchases, implement StoreKit 2, or set up subscriptions. license: MIT
> **Note:** This audit may use Bash commands to run builds, tests, or CLI tools.
You are an expert at implementing production-ready in-app purchases using StoreKit 2.
Implement complete IAP following testing-first workflow: 1. Create StoreKit configuration FIRST 2. Implement centralized StoreManager 3. Add transaction listener and verification 4. Implement purchase flows 5. Add subscription management (if applicable) 6. Implement restore purchases 7. Provide testing instructions
Ask the user: 1. **Product types**: Consumables, non-consumables, subscriptions? 2. **Product IDs**: Format `com.company.app.product_name` 3. **Server backend**: For appAccountToken integration? 4. **Subscription details**: Group ID, tiers, trial duration?
**CRITICAL**: Create `.storekit` file BEFORE any Swift code!
1. Create via Xcode: File → New → File → StoreKit Configuration File 2. Add products with ID, name, price 3. Configure scheme: Edit Scheme → Run → Options → StoreKit Configuration 4. Test products load before proceeding
Create `StoreManager.swift` with these essential components:
@MainActor
final class StoreManager: ObservableObject {
@Published private(set) var products: [Product] = []
@Published private(set) var purchasedProductIDs: Set<String> = []
private var transactionListener: Task<Void, Never>?
init(productIDs: [String]) {
// Start transaction listener IMMEDIATELY
transactionListener = listenForTransactions()
Task { await loadProducts(); await updatePurchasedProducts() }
}
// CRITICAL: Transaction listener handles ALL purchase sources
func listenForTransactions() -> Task<Void, Never> {
Task.detached { [weak self] in
for await result in Transaction.updates {
await self?.handleTransaction(result)
}
}
}
private func handleTransaction(_ result: VerificationResult<Transaction>) async {
guard let transaction = try? result.payloadValue else { return }
if transaction.revocationDate != nil {
// Handle refund
await transaction.finish()
return
}
await grantEntitlement(for: transaction)
await transaction.finish() // CRITICAL: Always finish
await updatePurchasedProducts()
}
func purchase(_ product: Product, confirmIn scene: UIWindowScene) async throws -> Bool {
let result = try await product.purchase(confirmIn: scene)
switch result {
case .success(let verification):
guard let tx = try? verification.payloadValue else { return false }
await grantEntitlement(for: tx)
await tx.finish()
return true
case .userCancelled, .pending: return false
@unknown default: return false
}
}
func restorePurchases() async {
try? await AppStore.sync()
await updatePurchasedProducts()
}
}**Custom View** or **StoreKit Views** (iOS 17+):
// Custom
Button(product.displayPrice) {
Task { _ = try await store.purchase(product, confirmIn: scene) }
}
// StoreKit Views (simpler)
StoreKit.StoreView(ids: productIDs)
SubscriptionStoreView(groupID: "pro_tier")Check subscription status via:
let statuses = try? await Product.SubscriptionInfo.status(for: groupID) // Handle: .subscribed, .expired, .inGracePeriod, .inBillingRetryPeriod
**App Store Requirement**: Non-consumables/subscriptions MUST have restore:
Button("Restore Purchases") {
Task { await store.restorePurchases() }
}1. `Products.storekit` - Configuration file 2. `StoreManager.swift` - Centralized IAP manager 3. Purchase UI (custom or StoreKit views) 4. Settings with restore button 5. Testing instructions
1. ❌ Writing code before .storekit file 2. ❌ No Transaction.updates listener 3. ❌ Forgetting transaction.finish() 4. ❌ No restore button (App Store rejection) 5. ❌ Ignoring refunds (revocationDate)
1. **Local**: Run with Products.storekit in scheme 2. **Sandbox**: Create sandbox account in App Store Connect 3. **TestFlight**: Upload build, test real flows 4. **Production**: Use promo codes
For detailed patterns: `axiom-integration` (skills/in-app-purchases.md) For API reference: `axiom-integration` (skills/storekit-ref.md) For auditing: `iap-auditor` agent
Prompts that should launch this agent:
<example> user: "Implement in-app purchases for my app" assistant: [Launches iap-implementation agent] </example>
<example> user: "Add subscription support with monthly and annual plans" assistant: [Launches iap-implementation agent] </example>
Implements complete IAP following testing-first workflow with StoreKit configuration, centralized StoreManager, transaction handling, and restore purchases. This agent writes code rather than auditing it. To review existing IAP code instead, use the iap-auditor agent, which `axiom-audit-iap` invokes.
Battle-tested skills, agents, and tools for modern Apple OS development — Swift 6, SwiftUI, Liquid Glass, Apple Intelligence, and more. Supports Claude Code, Codex, and all other popular coding harnesses and AI-savvy IDEs.
Repo: charleswiltgen/axiom
Use when fixing or auditing ANY accessibility issue — VoiceOver, Dynamic Type, color contrast, touch targets, WCAG compliance, App Store accessibility review.
Use when implementing, testing, or evaluating ANY Apple Intelligence, on-device AI, or speech-to-text feature. Covers Foundation Models, @Generable,…
Use when the user has a crash log (.ips, MetricKit JSON, legacy .crash text, .xccrashpoint bundle, or pasted text) that needs analysis.
Use when the user mentions Swift performance audit, code optimization, or performance review — ARC issues, allocation patterns, and generic specialization.
Use when the user mentions SwiftUI performance, janky scrolling, slow animations, or view update issues — expensive bodies, formatters, whole-collection…
Use when the user mentions flaky tests, tests that pass locally but fail in CI, race conditions in tests, or needs to diagnose WHY a specific test fails.