u/genzits

Capawesome Cloud and Insider SDKs are merging into one platform with unified pricing

Capawesome Cloud and Insider SDKs are merging into one platform with unified pricing

We're launching Capawesome Platform today, which merges Capawesome Cloud (Live Updates, Native Builds, App Store Publishing) and our Insider SDKs into a single product with one website, one onboarding flow, and one pricing system.

Why: most teams wanted both, but had to sign up twice and pay on two invoices. Many devs only cared about Live Updates and didn't want to pay for Native Builds. There was no trial for Insider SDKs. And after we moved Live Updates to per-update pricing last year, the community kept asking for the simpler MAU-based model back.

Three pricing tracks:

  • Platform: Live Updates + Native Builds + App Store Publishing + Automations + Insider SDKs in one cloud, from $19/mo
  • Live Updates only: OTA updates for teams that handle their own native builds, from $9/mo
  • SDKs only: All 22+ Insider SDKs ($249/mo Develop, $4,999 one-time Maintain, or Enterprise)

Key changes from community feedback:

  • Unlimited Live Updates with MAU-based pricing (the old simpler model is back)
  • No more commercial-use restriction on Insider SDKs — use the libraries in any project
  • 14-day trial on every plan, including SDKs
  • Yearly billing gets you two months free

Existing customers keep their current plans until they decide to switch.

Going forward, we're focusing on depth over breadth on the existing SDKs — more features, better docs, faster support — instead of shipping a new plugin every week.

https://capawesome.io

capawesome.io
u/genzits — 3 days ago

How to use AI agents across the Capacitor app lifecycle

We just published a guide on getting AI coding agents to handle real Capacitor work — not just code completion, but the full lifecycle: scaffolding, plugin setup, builds, deploys, hotfixes, debugging, and major version upgrades.

The short version: general-purpose agents struggle with Capacitor because Xcode toolchains, Gradle versions, signing certificates, and plugin config aren't well represented in their training data. They often invent commands or skip steps. The fix is two pieces working together:

  • Open source agent skills that teach the agent how to perform Capacitor tasks correctly (npx skills add capawesome-team/skills)
  • Capawesome CLI for the actual build/sign/deploy capability

Once both are set up, the same agent can scaffold a new Ionic + React + Tailwind app, install plugins like NFC with all native config, build and submit to the App Store with one prompt, push hotfixes via Live Updates, and even debug iOS-specific build failures from Windows or Linux without committing throwaway changes to git.

Works with Claude Code, Cursor, Windsurf, GitHub Copilot, and any agent that follows the agentskills.io spec.

Happy to answer questions or hear what other workflows you'd want covered.

capawesome.io
u/genzits — 5 days ago

Capawesome April 2026 update is out

We just published the April 2026 update covering everything that shipped this month across Capawesome Cloud and our Capacitor plugins.

A few highlights:

  • Capawesome Cloud API response times are now up to 5x faster after backend infrastructure improvements. Faster Live Update checks and a snappier Cloud Console for everyone, no action needed.
  • We launched two free, browser-based signing tools: the Android Keystore Generator and the iOS Certificate Generator. Private keys stay on your device via the Web Crypto API, so no macOS, Keychain, or local tooling is required.
  • SSO now requires domain verification before members can sign in, which also means SSO is no longer Enterprise-only — it's now available on the Business plan as well.
  • A new Viewer role for read-only org access, and an improved webhook message layout for Discord, Slack, and Teams notifications.
  • On the plugin side, Capacitor Speech Recognition v8.1.0 adds full on-device recognition (audio never leaves the device) and Audio Recorder v8.1.0 adds a uri option for startRecording(...) so you can save recordings to a custom path.

We also have something big planned for May that we'll share soon.

Disclosure: I work on Capawesome.

capawesome.io
u/genzits — 12 days ago

How to migrate a Capacitor app from CocoaPods to Swift Package Manager

We just published a new guide that walks through migrating a Capacitor app's iOS dependency management from CocoaPods to Swift Package Manager.

Capacitor 8 made SPM the default for new iOS projects, and CocoaPods is now in maintenance mode. If you maintain an existing Capacitor app on CocoaPods, migrating to SPM is the next step.

The post covers what actually changes in your project (CapApp-SPM replacing the Podfile, the new debug.xcconfig, plugin SPM support requirements), the files you need to back up before re-scaffolding (Info.plist, AppDelegate.swift, Assets.xcassets, App.entitlements, GoogleService-Info.plist, signing config, and so on), and three migration paths:

  • Capawesome Skills — the capacitor-app-spm-migration skill drives the full migration with an AI agent
  • npx cap spm-migration-assistant — the official Capacitor CLI assistant
  • Manual re-scaffold — delete the ios folder, re-add with --packagemanager SPM, and restore your files

The big gotcha: you cannot mix SPM and CocoaPods in a single Capacitor app. All your plugins need SPM support before you migrate.

https://capawesome.io/blog/how-to-migrate-a-capacitor-app-to-spm/

u/genzits — 13 days ago
▲ 11 r/capawesome+1 crossposts

Apple now requires Xcode 26 / iOS 26 SDK for App Store submissions

As of April 28, 2026, every app or app update submitted to App Store Connect must be built with Xcode 26 and the iOS 26 SDK (or matching SDKs for iPadOS, tvOS, visionOS, watchOS). Apps already on the store keep working, but the next update has to be on the new toolchain.

For Capacitor apps, this is purely a toolchain change. Capacitor itself works fine with Xcode 26 — there's no app-side migration needed.

I just published a short write-up on what the change means and how Capawesome Cloud customers are affected. Both default build stacks (macos-sequoia and macos-tahoe) already ship Xcode 26 by default, so most builds are already compliant. The only case where action is needed is if you've pinned XCODE_VERSION=16.x via a reserved environment variable — in that case, remove the override or bump it to 26.x.

Disclosure: I work on Capawesome.

Source: https://capawesome.io/blog/xcode-26-requirement-for-capacitor-apps/

capawesome.io
u/genzits — 15 days ago