本文へ移動
cccskills
無料GitHub で公開

request-timing-audit

Detects permission requests triggered at app launch or before meaningful user interaction, which violates Guideline 5.1.1(ii) requiring permissions to be requested only at the moment of need with contextual explanation.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md6.1 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Skill: Request Timing Audit

<!-- SEO: permission request timing App Launch AppDelegate viewDidLoad location camera tracking prompt too early iOS rejection -->

Purpose

Detects permission requests triggered at app launch or before meaningful user interaction, which violates Guideline 5.1.1(ii) requiring permissions to be requested only at the moment of need with contextual explanation.

Apple Guideline

  • Primary: 5.1.1(ii) — Data Collection and Storage: Permission Request Context
  • Related: 5.1.1(i), 5.1.2
  • Reference: references/guidelines/5-legal.md

Real-World Rejection Cases

  • Case: App requested location permission in applicationDidFinishLaunching before any user interaction — rejected Source: Apple Developer Forums Root cause: Permissions must be requested at the moment they are needed, with context explaining why — launching the app does not constitute a moment of need

Trigger

Invoke on any iOS/macOS project to verify permission prompts are contextually timed and not presented at app launch.

Inputs

NameTypeDefaultDescription
project_rootpathcwdiOS/macOS project root
shared_contextobjectnilPre-collected context from appstore-full-audit Phase 1

Actions

Phase 1: Context Collection

Skip this phase if shared_context is provided.

  1. Glob **/AppDelegate.swift — locate AppDelegate.
  2. Glob **/SceneDelegate.swift — locate SceneDelegate.
  3. Glob **/*.swift — collect all Swift source files.
  4. Glob **/*.m — collect Objective-C source files.

Phase 2: Checks

  1. Location permission at launch Grep pattern requestWhenInUseAuthorization|requestAlwaysAuthorization in AppDelegate.swift and SceneDelegate.swift. Any match found in applicationDidFinishLaunching, application(_:didFinishLaunchingWithOptions:), scene(_:willConnectTo:), or sceneDidBecomeActive → 🟠 HIGH. Permission should be deferred until the feature requiring location is actually invoked.

  2. Camera/microphone permission at launch Grep pattern AVCaptureDevice\.requestAccess|AVAudioSession.*requestRecordPermission|requestAuthorization in AppDelegate.swift and SceneDelegate.swift. Any match in top-level launch methods → 🟠 HIGH.

  3. Camera/microphone permission in root view's viewDidLoad Grep pattern AVCaptureDevice\.requestAccess|requestAuthorization in **/*.swift. For each match, Read surrounding context — if located inside viewDidLoad of a root/initial view controller (e.g., ViewController, HomeViewController, MainViewController, RootViewController), flag → 🟠 HIGH.

  4. Tracking authorization before onboarding Grep pattern requestTrackingAuthorization in **/*.swift. For each match, Read surrounding context — if called before any onboarding UI is presented (e.g., directly in applicationDidFinishLaunching or before a splash/welcome screen), flag → 🟠 HIGH.

Phase 3: Output

Collect all findings from Phase 2 and build the prioritised findings list below. Include file paths and line numbers. Omit tiers with no findings.

Output Format

## Request Timing Audit — Findings

### 🔴 CRITICAL — Guaranteed rejection
- [ ] TODO: <exact actionable step> — `file:line` — Guideline 5.1.1(ii)

### 🟠 HIGH — Very likely rejection
- [ ] TODO: Move requestWhenInUseAuthorization out of applicationDidFinishLaunching — defer until user initiates a location-dependent action — `AppDelegate.swift:42` — Guideline 5.1.1(ii)
- [ ] TODO: Move requestTrackingAuthorization to after onboarding is complete — do not call before any user interaction — `AppDelegate.swift:55` — Guideline 5.1.1(ii)

### 🟡 MEDIUM — Possible rejection
- [ ] TODO: Verify AVCaptureDevice.requestAccess is called only when user explicitly opens camera — not in viewDidLoad — `HomeViewController.swift:88`

### 🟢 LOW — Best practice
- [ ] TODO: Add a contextual pre-permission UI explaining why permission is needed before presenting the system prompt

Tools Used

Glob, Grep, Read

Constraints

  • Read-only. No file edits.
  • No network calls.
  • Skip Phase 1 if shared_context is provided by orchestrating agent.
  • Works on Swift, Objective-C, React Native, Flutter projects.

Quick Commands

Run these in your project root to check manually:

# Check for permissions requested at launch
!grep -rn "requestWhenInUseAuthorization\|requestAlwaysAuthorization" . --include="*.swift" | grep -i "didFinishLaunch\|AppDelegate\|SceneDelegate"

# Find all permission request call sites
!grep -rn "requestAuthorization\|requestAccess\|requestTrackingAuthorization" . --include="*.swift"

Swift Anti-Pattern Reference

examples/swift/PermissionPatterns.swift

Detection Steps

  1. Find target files

    • Glob: **/AppDelegate.swift, **/SceneDelegate.swift, **/*.swift
  2. Search for rejection patterns

    • Grep requestAuthorization\|requestAccess\|requestAlwaysAuthorization\|requestWhenInUseAuthorization — all permission requests
    • For each match: check if the containing function is application(_:didFinishLaunchingWithOptions:) or scene(_:willConnectTo:session:options:)
    • Grep viewDidLoad of the initial ViewController — check if permission is requested before any UI interaction
  3. Determine verdict

    • Permission request inside didFinishLaunchingWithOptions → 🟠 HIGH (Guideline 5.1.1(ii))
    • Permission request in viewDidLoad of root view controller with no prior UI context → 🟠 HIGH
    • Permission requested only after user initiates a feature that requires it → 🟢 pass
  4. Report

    • File path + line of launch-time permission request
    • Permission type (location, camera, contacts, etc.)
    • Fix: Defer permission request until user taps a feature that needs it (e.g., request camera access when user taps "Take Photo")

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Detects missing or insufficient in-app account deletion functionality required since June 30, 2022 under Guideline 5.1.1(v) for all apps that support account creation.

日本語の概要は準備中です。原文の説明を表示しています。

cruisediary/apple-app-review-skills192026年5月2日 更新

Detects feature patterns that require a higher age rating than commonly submitted, enforcing Guideline 2.3.6 which requires age ratings to accurately reflect the app's content and social features.

日本語の概要は準備中です。原文の説明を表示しています。

cruisediary/apple-app-review-skills192026年5月2日 更新

Detects apps that send user data to third-party AI systems without explicit in-app consent and disclosure, enforcing Guideline 5.1.2(i).

日本語の概要は準備中です。原文の説明を表示しています。

cruisediary/apple-app-review-skills192026年5月2日 更新

Detects placeholder content, stub UI, hardcoded test credentials, and non-production endpoints that signal an incomplete app to reviewers under Guideline 2.1.

日本語の概要は準備中です。原文の説明を表示しています。

cruisediary/apple-app-review-skills192026年5月2日 更新

Detects app name violations including names exceeding 30 characters, beta labels, Apple trademark terms, and version numbers in the display name, enforcing Guideline 2.3.7.

日本語の概要は準備中です。原文の説明を表示しています。

cruisediary/apple-app-review-skills192026年5月2日 更新

App Store rejection prevention for iOS/macOS apps. Covers privacy, UGC, IAP, metadata, layout, and quality checks based on real Apple rejection cases.

日本語の概要は準備中です。原文の説明を表示しています。

cruisediary/apple-app-review-skills192026年5月2日 更新

cruisediary のスキルをすべて見る

このスキルの問題を報告する