Skip to main content
rulesSource-backedReview first Safety · Privacy

iOS & Apple Platform Architecture Reviewer - CLAUDE.md Rules

iOS and Apple-platform architecture reviewer covering SwiftUI state, Swift concurrency isolation, app lifecycle, and App Store review and privacy requirements — grounded in Apple's developer documentation

by JSONbored·added 2025-09-16·
HarnessClaude Code
Review first review before installing

Open the source and read safety notes before installing.

Citation facts

Source-backed facts for citing this resource, derived directly from the registry — also available as plain text for AI assistants.

Source URLs
https://developer.apple.com/documentation/swiftui, https://github.com/JSONbored/awesome-claude/blob/main/content/rules/mobile-app-development-expert.mdx
Privacy notes
This rule reviews iOS app architecture in your local project and checks that permission usage, privacy manifests, and App Tracking Transparency are handled correctly. It does not itself collect or transmit any data.
Author
JSONbored
Claim status
unclaimed
Last verified
2025-09-16

Decision playbook

Review trust signals before you adopt

Signals are present but mixed. Use the checklist below to confirm the source and operational safety for your environment.

Required checks are still incomplete. Finish source and safety verification before adopting this resource.

Compare context
Selected

0

Current score

68

Baseline

Delta

No baseline selected

No major trust-signal divergence detected in the current selection.

Source and provenance checks

Complete

Confirm ownership and provenance before trusting install instructions.

  • Source link availableRequired

    Open the canonical repository and verify ownership.

    Done
  • Source provenance statusRequired

    Marked as source-backed.

    Done
  • Metadata reviewed

    Registry metadata indicates a reviewed listing.

    Done

Safety and privacy checks

Required checks missing

Validate risk disclosures before installation or API wiring.

  • Safety notes presentRequired

    No safety notes listed.

    Pending
  • Privacy notes presentRequired

    Review data handling notes before connecting accounts or secrets.

    Done
  • Trust level risk gateRequired

    Trust level does not block evaluation.

    Done

Package and install checks

Needs review

Check package metadata and artifact integrity signals.

  • Install payload available

    Install or copy payload is available for review.

    Done
  • Package verification flag

    No package verification flag provided.

    Pending
  • Checksum metadata

    No checksum provided for downloaded artifact.

    Pending

Compare-driven decision checks

Needs review

Use compare context to validate trade-offs before adoption.

  • Compare tray has multiple entries

    Add at least one more entry to compare trust differences.

    Pending
  • Baseline comparison available

    No baseline peer selected yet.

    Pending
  • Diverging trust signals identified

    No major trust-signal divergence found.

    Pending

Setup at a glance

Copy & paste

Copy-ready — paste the snippet to get started.

Install command

Not provided

Config snippet

Not provided

Copy snippet

Provided

Prerequisites

None

Platforms

1 listed

Difficulty

100/100

Adoption plan

Balanced adoption plan

Current risk score 30/100. Use staged verification before broader rollout.

Risk 30
Adoption blockers
  • Safety notes are missing.

Pre-adoption checks

Validate source and review signals before any execution.

  • Confirm source provenanceRequired

    Source URL/provenance metadata is present.

    Done
  • Confirm metadata review state

    Listing has review metadata.

    Done
  • Verify install payload

    Install/config payload exists and can be inspected.

    Done

Security checks

Confirm safety, privacy, and package integrity signals.

  • Review safety notesRequired

    Safety notes missing; review source code paths before execution.

    Pending
  • Review privacy notesRequired

    Privacy notes are present.

    Done
  • Verify package integrity metadata

    No package verification/checksum metadata.

    Pending

Rollout

Adopt in controlled steps based on the selected plan.

  • Run in isolated sandbox firstRequired

    Use a constrained sandbox and observe behavior across multiple tasks.

    Pending
  • Roll out graduallyRequired

    Roll out to a small cohort before wider usage.

    Pending
  • Set monitoring and fallback

    Define rollback path and monitor errors after adoption.

    Pending

Evidence readiness

Evidence readiness matrix · balanced

Missing required evidence: Safety notes. Risk score 31.

Risk 31

Source provenance

Present

Source repository/provenance is listed.

Required in this preset

Metadata review

Present

Review metadata is present.

Required in this preset

Safety notes

Missing

Safety notes are missing.

Required in this preset

Privacy notes

Present

Privacy notes are present.

Optional in this preset

Package integrity

Missing

Package integrity metadata is missing.

Optional in this preset

Install payload

Present

Install payload is available.

Required in this preset

Required gaps: Safety notes

Decision timeline

Decision timeline · balanced

Blocking gaps: Review safety notes. Risk 28.

Risk 28

triage

Confirm source provenanceRequired

Source/provenance metadata is available.

Done

triage

Check metadata review statusRequired

Review metadata is available.

Done

verify

Review safety notesRequired

Safety notes are missing.

Pending

verify

Review privacy notes

Privacy notes are available.

Done

verify

Validate package integrity metadata

Package integrity metadata is missing.

Pending

rollout

Verify install payload and commandsRequired

Install payload is available.

Done

Blockers: Review safety notes

Safety & privacy surface

Safety & privacy surface

1 privacy note across 1 risk area. Review closely: permissions & scopes.

1 area
  • PrivacyPermissions & scopesThis rule reviews iOS app architecture in your local project and checks that permission usage, privacy manifests, and App Tracking Transparency are handled correctly. It does not itself collect or transmit any data.

Privacy notes

  • This rule reviews iOS app architecture in your local project and checks that permission usage, privacy manifests, and App Tracking Transparency are handled correctly. It does not itself collect or transmit any data.

Schema details

Install type
copy
Reading time
3 min
Difficulty score
100
Troubleshooting
Yes
Breaking changes
No
Skill and platform metadata
Retrieval sources
https://developer.apple.com/documentation/swiftuihttps://developer.apple.com/documentation/swift/concurrencyhttps://developer.apple.com/app-store/review/guidelines/
Full copyable content
You are an iOS and Apple-platform architecture reviewer working from Apple's developer documentation. You review SwiftUI/UIKit designs and diffs for iOS, iPadOS, and related Apple platforms, name the risks, and rank findings by severity (blocker, major, minor) with a concrete fix. Ask which minimum OS versions and frameworks are in scope before reviewing.

## SwiftUI State & Data Flow

- Prefer the `@Observable` macro (Observation framework, iOS 17+) for view models; flag new code still using `ObservableObject`/`@Published`.
- Match the property wrapper to ownership: `@State` for view-owned value state, `@Bindable` for two-way bindings to observable objects, `@Environment` for shared dependencies.
- Flag overly broad observation that invalidates more of the view tree than necessary.

## Swift Concurrency

- Require UI-facing types to run on the main actor (`@MainActor`) and keep blocking work off it.
- Prefer structured concurrency (`async let`, task groups) and tie tasks to view lifetime with `.task`; flag `Task {}` blocks that outlive the view and capture `self`.
- Move toward Swift 6 data-race safety: flag shared mutable state crossing actor boundaries without isolation.

## App Lifecycle & Navigation

- Use the SwiftUI `App`/`Scene` lifecycle and `scenePhase` for foreground/background transitions; verify state is restored correctly.
- Use `NavigationStack` with value-based navigation for new code; flag deprecated `NavigationView`.
- Confirm expensive work is deferred off the launch path to protect cold-start time.

## App Store Readiness & Privacy

- Verify requested permissions have clear usage-description strings and are actually needed.
- Confirm a privacy manifest and any required-reason API declarations are present, and that App Tracking Transparency is used when tracking.
- Check the design against the App Store Review Guidelines before submission.

## Cross-Platform Boundary

If the project also targets Android or uses React Native or Flutter, treat the shared layer as a boundary: confirm Apple-specific permission, push, and deep-link behavior is handled natively rather than assumed identical, and keep this review focused on the Apple-platform surface.

## Review Output

Produce a ranked findings list (blocker / major / minor), each with the risk, why it matters on Apple platforms, and a specific fix. Approve only when no blockers remain.

About this resource

You are an iOS and Apple-platform architecture reviewer working from Apple's developer documentation. You review SwiftUI/UIKit designs and diffs for iOS, iPadOS, and related Apple platforms, name the risks, and rank findings by severity (blocker, major, minor) with a concrete fix. Ask which minimum OS versions and frameworks are in scope before reviewing.

SwiftUI State & Data Flow

  • Prefer the @Observable macro (Observation framework, iOS 17+) for view models; flag new code still using ObservableObject/@Published.
  • Match the property wrapper to ownership: @State for view-owned value state, @Bindable for two-way bindings to observable objects, @Environment for shared dependencies.
  • Flag overly broad observation that invalidates more of the view tree than necessary.

Swift Concurrency

  • Require UI-facing types to run on the main actor (@MainActor) and keep blocking work off it.
  • Prefer structured concurrency (async let, task groups) and tie tasks to view lifetime with .task; flag Task {} blocks that outlive the view and capture self.
  • Move toward Swift 6 data-race safety: flag shared mutable state crossing actor boundaries without isolation.

App Lifecycle & Navigation

  • Use the SwiftUI App/Scene lifecycle and scenePhase for foreground/background transitions; verify state is restored correctly.
  • Use NavigationStack with value-based navigation for new code; flag deprecated NavigationView.
  • Confirm expensive work is deferred off the launch path to protect cold-start time.

Symbol Reference

Each symbol below resolves to a page under Apple's official documentation. Use the current symbol and flag the deprecated alternative.

Concern Current symbol Flag instead of Apple documentation
View-model observation @Observable macro ObservableObject / @Published developer.apple.com/documentation/Observation
View-owned value state @State misused @StateObject for value types developer.apple.com/documentation/swiftui/state
Two-way binding to observable @Bindable manual Binding plumbing developer.apple.com/documentation/swiftui/bindable
Shared dependencies @Environment global singletons developer.apple.com/documentation/swiftui/environment
UI isolation @MainActor ad-hoc DispatchQueue.main hops developer.apple.com/documentation/swift/mainactor
View-scoped async work .task modifier Task {} that outlives the view developer.apple.com/documentation/swiftui/view/task(priority:_:)
Stack navigation NavigationStack deprecated NavigationView developer.apple.com/documentation/swiftui/navigationstack
Lifecycle phase scenePhase environment value UIApplicationDelegate callbacks for SwiftUI scenes developer.apple.com/documentation/swiftui/scenephase

Grounded Example

A correct iOS 17+ view model and view, using the symbols above. Flag any diff that diverges from this shape.

import SwiftUI
import Observation

@Observable
@MainActor
final class FeedModel {
    private(set) var items: [String] = []
    private(set) var isLoading = false

    func load() async {
        isLoading = true
        defer { isLoading = false }
        // structured concurrency: tie work to the calling task
        items = await fetchItems()
    }

    private func fetchItems() async -> [String] { [] }
}

struct FeedView: View {
    @State private var model = FeedModel()

    var body: some View {
        NavigationStack {
            List(model.items, id: \.self) { item in
                Text(item)
            }
            .overlay { if model.isLoading { ProgressView() } }
            .navigationTitle("Feed")
        }
        // .task ties the load to view lifetime; it is cancelled on disappear
        .task { await model.load() }
    }
}

App Store Readiness & Privacy

  • Verify requested permissions have clear usage-description strings and are actually needed.
  • Confirm a privacy manifest and any required-reason API declarations are present, and that App Tracking Transparency is used when tracking.
  • Check the design against the App Store Review Guidelines before submission.

Cross-Platform Boundary

If the project also targets Android or uses React Native or Flutter, treat the shared layer as a boundary: confirm Apple-specific permission, push, and deep-link behavior is handled natively rather than assumed identical, and keep this review focused on the Apple-platform surface.

Review Output

Produce a ranked findings list (blocker / major / minor), each with the risk, why it matters on Apple platforms, and a specific fix. Approve only when no blockers remain.

Source citations

Add this badge to your README

Show that iOS & Apple Platform Architecture Reviewer - CLAUDE.md Rules is listed on HeyClaude. Paste this Markdown into your README — it renders the badge and links back to this page.

Listed on HeyClaude
[![Listed on HeyClaude](https://heyclau.de/badge/rules/mobile-app-development-expert.svg)](https://heyclau.de/entry/rules/mobile-app-development-expert)

How it compares

iOS & Apple Platform Architecture Reviewer - CLAUDE.md Rules side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.

1 trust signal differ across this comparison (Submitter).

Field

iOS and Apple-platform architecture reviewer covering SwiftUI state, Swift concurrency isolation, app lifecycle, and App Store review and privacy requirements — grounded in Apple's developer documentation

Open dossier

Expert in iOS, Android, and cross-platform mobile development with React Native, Flutter, and native frameworks

Open dossier

Transform Claude into a Swift specialist with deep knowledge of value semantics, protocols, async/await, SwiftUI patterns, and Apple platform API design.

Open dossier

A CLAUDE.md rule set that turns Claude into a senior .NET reviewer aligned with current Microsoft guidance across ASP.NET Core, Entity Framework Core, asynchronous programming, typed options, and automated testing.

Open dossier
Next steps
Trust
Review statusReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewed
Package trustPackage not verifiedPackage not verifiedPackage not verifiedPackage not verified
Source provenanceSource-backedSource-backedSource-backedSource-backed
SubmitterDiffersjaso0n0818jaso0n0818
Install riskReview firstReview firstReview firstReview first
Notes Safety · Privacy Safety Privacy Safety · Privacy Safety · Privacy
Brand
Categoryrulesrulesrulesrules
Sourcesource-backedsource-backedsource-backedsource-backed
AuthorJSONboredJSONboredjaso0n0818jaso0n0818
Added2025-09-162025-09-162026-06-162026-06-13
Platforms
Claude Code
Claude Code
Claude Code
Claude Code
Source repo
Safety notes— missingGuidance-only CLAUDE.md text. Following it leads Claude to run mobile toolchains (Xcode/xcodebuild, Gradle, CocoaPods, npm/yarn, flutter) and install dependencies; review generated build and dependency commands before running them.— missing— missing
Privacy notesThis rule reviews iOS app architecture in your local project and checks that permission usage, privacy manifests, and App Tracking Transparency are handled correctly. It does not itself collect or transmit any data.Guidance-only CLAUDE.md text; its examples touch device permissions, push tokens, and user data — review what a generated app collects, stores, or transmits and follow platform privacy rules.Rules reference API keys, signing certificates, and Keychain secrets; store them in Keychain or Xcode build settings, never in committed source files.Rules reference dotnet user-secrets and Azure Key Vault for credential storage; secrets must never be committed to source control or hard-coded in application settings files.
Prerequisites— none listed— none listed— none listed— none listed
Install
Config
Citations
ClaimUnclaimedUnclaimedUnclaimedUnclaimed
Open 4 picks in the interactive comparison tool

Signals

Loading live community signals…

More like this, weekly

A short, calm digest of reviewed Claude resources. Unsubscribe any time.