apple

Plugin apple in rshankras/SwiftShip. Commands read from the repo's manifest — 6 days ago.

Slash commands (55)

• /apple:accessibility

  Audit the app for accessibility and declare App Store Accessibility Nutrition Labels — automated XCUITest audits, a static scan, the manual assistive-tech passes, then a gated per-device-family label declaration via the ASC API. The compliance gate for the EU Accessibility Act.

• /apple:autonomous

  Autonomously run plan→build→verify across remaining phases

• /apple:brainstorm

  Brainstorm app ideas tailored to your skills and interests

• /apple:bugfix

  Quick bug fix with regression test and structured commit

• /apple:build

  Execute current plan using specialized agents

• /apple:debt

  Measure an existing app against SwiftShip's best practices (design system, code size, concurrency, coding practices, tests), rank the debt by how often each area changes, and pay it down safely — characterization tests first, one area per task, a SwiftLint baseline that only shrinks. Writes .plannin

• /apple:debug

  Systematic debugging with state tracking

• /apple:deploy

  Set up Fastlane for automated deployment

• /apple:design-system

  Set up the design system before any screens — role-named tokens, text styles that carry case, bundled fonts, shared components with ContentStateView, and SwiftLint rules with a shrinking baseline. Writes .planning/DESIGN-SYSTEM.md.

• /apple:differentiate

  Originality / 4.3-spam guardrail — check that an app (and each portfolio addition) is meaningfully distinct in function, content, and metadata before you invest or submit. Protects the whole developer account.

• /apple:discuss

  Gather implementation preferences before planning a phase

• /apple:event

  Create and manage App Store in-app events — promotable cards that surface in Search & Today for discovery and re-engagement (e.g. a themed challenge or seasonal contest).

• /apple:experiment

  Run App Store Product Page Optimization A/B tests (icon, screenshots, subtitle), read the results, and promote the winner — measurable conversion lift wired back into learn-from-store.

• /apple:growth

  Audit an app's growth machinery against the 54-item P0–P9 playbook — score every lever from ASC + codebase evidence, write a .planning/GROWTH.md scorecard, and route every gap to the command that fixes it. Read-only on App Store Connect.

• /apple:help

  Show all SwiftShip commands and usage

• /apple:iap

  Finalize a one-time in-app purchase in App Store Connect — set its price + localized name/description (dry-run first). Not for subscriptions; not the same as promoted-iap.

• /apple:icon

  Generate an app icon on demand — a fast placeholder + light/dark/tinted variants, and flat layered source ready for Icon Composer (the Liquid Glass / iOS 26+ standard) — at any phase

• /apple:idea

  Capture an idea for later without disrupting current work

• /apple:ideas

  Display and manage captured ideas

• /apple:juice

  Game-feel audit + fix pass — celebrations, haptics, sound, motion polish

• /apple:learn-from-store

  Turn a live app's App Store signals (reviews, analytics, sales, crashes) into a metric-tagged backlog for the next version — and verify whether last cycle's changes moved the numbers

• /apple:learn

  Capture a lesson so it never recurs — as a lint rule or test, a project or library skill, or a CLAUDE.md convention

• /apple:localize

  Localize the app for new markets — translate App Store metadata + in-app strings, add/manage locales, and localize IAPs/events, with keywords re-optimized per market. The biggest untapped reach lever for a portfolio.

• /apple:map

  Analyze existing codebase before adding SwiftShip workflow

• /apple:metadata

  Generate App Store metadata (name, description, keywords)

• /apple:milestone

  Complete current version, archive docs, and create release tag

• /apple:modernize

  Sweep the app (or portfolio) for deprecations and new-OS API adoption each release cycle — fix warnings, adopt current SwiftUI/OS APIs (Liquid Glass, new toolbars), and keep older apps from rotting.

• /apple:new-app

  Define a new iOS/macOS app through structured questioning

• /apple:next-version

  Start planning the next app version

• /apple:pause

  Create handoff documentation when stopping mid-work

• /apple:perf

  Profile and diagnose performance issues

• /apple:plan

  Create detailed task plan for current or specified phase

• /apple:privacy

  Publish privacy policy + terms to hosted URLs and set the App Store Connect Privacy/Support URLs (dry-run first). Nutrition label stays a manual checklist.

• /apple:progress

  Show current project status and next steps

• /apple:prototype

  Explore divergent UI directions for a screen as named Swift #Previews, remix the best, fill with lived-in content + edge cases, and tune key animations — before committing to one layout

• /apple:ratings

  Manage the rating as an asset — per-storefront rating health, a gated reply workflow for unanswered negative reviews (drafted from the library skill, posted via the ASC API on explicit OK), and the never-reset guardrail. Replies are the only mechanism that flips existing ratings.

• /apple:rejection

  Work an App Review rejection to resolution — parse the reason, map it to the exact guideline, produce a fix + a Resolution Center reply, and re-submit. Turns a rejection into a checklist, not a panic.

• /apple:release-notes

  Generate release notes for App Store, TestFlight, and changelog

• /apple:release

  Plan a phased release for an existing app — scope features + bug fixes into a structured plan

• /apple:resume

  Restore context from previous session

• /apple:review

  Run comprehensive code, HIG, and App Store review

• /apple:roadmap

  Create phased development roadmap from APP.md

• /apple:screenshots

  Plan and automate App Store screenshot capture

• /apple:security

  Run security audit on your Apple app

• /apple:ship

  One-command final mile — push metadata, upload screenshots + build, set IAP price, category & URLs, and submit for review (dry-run/gated). Turns a completed build into a live App Store submission.

• /apple:spike

  Time-boxed experiment to validate an Apple API or approach before planning

• /apple:submit

  Final App Store submission checklist

• /apple:subscription

  Set up and manage auto-renewable subscriptions — groups, tiers, intro/promotional/win-back offers, and the StoreKit 2 lifecycle — for recurring-revenue apps (complements iap for one-time unlocks).

• /apple:test

  Generate or expand tests on demand using SwiftShip's testing skills

• /apple:testflight

  Prepare and manage TestFlight beta

• /apple:usage

  Report what the local usage ledger shows — command mix, outcomes, model-tier adherence, and escalation economics

• /apple:validate

  Validate an app idea with market research and competitive analysis before building

• /apple:verify

  Verify completed work against plan deliverables

• /apple:visual-qa

  Visual QA from screenshots or code-level UI audit

• /apple:walkthrough

  Drive each user flow in the Simulator (UI test + per-step screenshots), audit the nav graph for dead-ends, and run a human discoverability check

Subagents (6)

• app-store-reviewer

  Use this agent to check App Store Review Guidelines compliance before submission. Examples: <example> Context: User preparing for submission user: "Is my app ready for App Store?" assistant: "I'll use the app-store-reviewer agent to check Review Guidelines compliance." <commentary> Pre-submission ch

• cloudkit-expert

  Use this agent for CloudKit sync, iCloud integration, and data synchronization. Examples: <example> Context: User needs iCloud sync user: "Add iCloud sync to my app" assistant: "I'll use the cloudkit-expert agent to implement CloudKit synchronization." <commentary> iCloud/CloudKit work triggers the

• hig-reviewer

  Use this agent to review Human Interface Guidelines compliance for iOS/macOS apps. Examples: <example> Context: User wants HIG review user: "Review my app for HIG compliance" assistant: "I'll use the hig-reviewer agent to check Human Interface Guidelines compliance." <commentary> HIG review requests

• storekit-expert

  Use this agent for StoreKit 2 implementation, subscriptions, and in-app purchases. Examples: <example> Context: User needs to add purchases user: "Add in-app purchases to my app" assistant: "I'll use the storekit-expert agent to implement StoreKit 2 purchases." <commentary> Any IAP or StoreKit work

• swift-generalist

  Use this agent for Apple-platform build and review tasks that don't match a named specialist (swiftui-builder, storekit-expert, cloudkit-expert). It is the cost-pinned replacement for the built-in general-purpose agent — same breadth, but defaults to Sonnet instead of inheriting the session model (o

• swiftui-builder

  Use this agent when building SwiftUI views, components, or screens for iOS/macOS apps. Examples: <example> Context: User needs a new SwiftUI view user: "Create a settings screen for my app" assistant: "I'll use the swiftui-builder agent to create a modern SwiftUI settings screen." <commentary> Build

Hooks (3)

• SessionStart

  "${CLAUDE_PLUGIN_ROOT}/hooks/swiftship-glue.sh" "${CLAUDE_PLUGIN_ROOT}"

• UserPromptSubmit

  "${CLAUDE_PLUGIN_ROOT}/hooks/swiftship-usage-log.sh"

• PostToolUse

  "${CLAUDE_PLUGIN_ROOT}/hooks/swiftship-usage-log.sh"