prizmkit 1.1.100 → 1.1.102

package/bundled/skills-windows/app-planner/references/rules/mobile/fixed-rules.md

@@ -1,290 +0,0 @@
-# Fixed Rules — Complete Mobile Fixed Rules
-
-> This file is read by the `mobile-rules` skill in Phase 1 and injected directly into `mobile-rules.md`.
-> These rules are industry consensus / best practices — **do not ask the user**.
-> Every rule includes RATIONALE so the AI understands intent, not just constraints.
-
----
-
-## F1. Project Structure
-
-### F1.1 Platform Directory Conventions
-
-- **Rule**: Project root must clearly separate platform-specific code from shared code:
-  - Flutter: `lib/` (Dart), `test/`, `ios/`, `android/`
-  - React Native: `src/`, `ios/`, `android/`, `app.json`
-  - iOS: `AppName/` (Swift sources), `AppNameTests/`, `AppName.xcodeproj`
-  - Android: `app/src/main/java/`, `app/src/test/`, `app/build.gradle`
-- **Rule**: Shared cross-platform code goes in `shared/` or `core/` directory.
-- **Forbidden**: Mixing platform-specific and cross-platform code in the same directory.
-- **RATIONALE**: Clean platform separation is the first defense against accidental platform coupling.
-
-### F1.2 Module Organization
-
-- **Rule**: Organize source by feature/module, not by technical layer (e.g., `features/auth/`, not `models/` + `views/` + `controllers/`).
-- **Rule**: Within each feature directory, enforce the chosen architecture pattern (MVVM/Clean Architecture/MVI).
-- **Forbidden**: Circular dependencies between feature modules.
-- **RATIONALE**: Feature-based organization keeps related code together and limits blast radius of changes.
-
-### F1.3 Naming Conventions
-
-- **Flutter**: File names snake_case (`user_profile_screen.dart`). Widget classes PascalCase.
-- **React Native**: Component files PascalCase (`UserProfileScreen.tsx`). Hooks `useXxx.ts`.
-- **iOS/Swift**: Files PascalCase (`UserProfileView.swift`). Protocols start with describable verb.
-- **Android/Kotlin**: Files PascalCase (`UserProfileScreen.kt`). Layout XML snake_case.
-- **RATIONALE**: Consistent naming lets AI and developers find files by convention alone.
-
----
-
-## F2. UI Development
-
-### F2.1 Component/Widget Principles
-
-- **Rule**: UI components must be single-responsibility. One component does one visual unit.
-- **Rule**: Pass data down, emit events up. Forbid bidirectional data binding between parent and child.
-- **Rule**: Every UI component must specify explicit sizing behavior (intrinsic, expanded, fixed). Forbid relying on implicit defaults.
-- **Forbidden**: Hardcoding colors, font sizes, or spacing values in UI code. Use design tokens or theme.
-- **RATIONALE**: UI is the most change-prone layer. Single-responsibility components make changes localized.
-
-### F2.2 Platform UI Conventions
-
-- **Rule**: Follow platform HIG (Human Interface Guidelines) for navigation patterns:
-  - iOS: tab bar at bottom, back swipe gesture, navigation bar with large titles
-  - Android: navigation drawer or bottom nav, back button (system), app bar
-- **Rule**: Touch targets must be ≥ 44pt (iOS) / 48dp (Android). Smaller targets need padding.
-- **Forbidden**: Copying UI patterns from one platform to another without adapting to HIG.
-- **RATIONALE**: Users expect platform-native behavior. Violating HIG causes rejection from App Store review.
-
-### F2.3 Adaptive Layout
-
-- **Rule**: UI must adapt to safe areas (notch, home indicator, camera cutout).
-- **Rule**: Support both portrait and landscape on iPad/tablet. Phone may lock to portrait.
-- **Rule**: Text must support Dynamic Type / font scaling (1x–3x). Test with largest accessibility text size.
-- **Forbidden**: Using fixed pixel dimensions for text containers.
-- **RATIONALE**: Device fragmentation is orders of magnitude worse on mobile than on web.
-
----
-
-## F3. Navigation & Deep Linking
-
-### F3.1 Navigation Patterns
-
-- **Rule**: Navigation flow must be predictable. Back button/gesture always goes to the previous screen.
-- **Rule**: Deep links must resolve to a specific screen regardless of app launch state (cold start, background, foreground).
-- **Rule**: Navigation state must survive process death (save/restore navigation stack).
-- **Forbidden**: Modifying the navigation stack during transition animations.
-- **RATIONALE**: Broken navigation is the #1 cause of mobile app user frustration and 1-star reviews.
-
-### F3.2 Deep Linking
-
-- **Rule**: All deep link routes must be validated before navigation. Forbid navigating to arbitrary URLs.
-- **Rule**: Universal Links (iOS) / App Links (Android) must be configured with the correct `apple-app-site-association` / `assetlinks.json`.
-- **Rule**: Deep link handling must work with both custom scheme (`myapp://`) and HTTPS (`https://myapp.com/`).
-- **RATIONALE**: Deep links are an attack surface (open redirect). Unvalidated deep links can expose sensitive screens.
-
----
-
-## F4. State Management Principles
-
-- **Rule**: UI state must be separated from business state. UI state belongs in the View/Widget. Business state belongs in ViewModel/Bloc/Store.
-- **Rule**: State changes must be observable and traceable. Forbid silently mutating shared state.
-- **Rule**: Long-lived state (user session, cached data) must survive configuration changes / process death.
-- **Forbidden**: Using global mutable variables as state containers.
-- **RATIONALE**: Uncontrolled shared mutable state is the root of all mobile app heisenbugs — bugs that vanish when you try to reproduce them.
-
----
-
-## F5. Networking
-
-### F5.1 API Communication
-
-- **Rule**: All API calls must handle: success, network error, timeout, server error (4xx/5xx), and empty response.
-- **Rule**: Network requests must be cancellable (dispose on screen exit to prevent memory leaks and stale UI updates).
-- **Rule**: Sensitive data in transit must use HTTPS with certificate pinning for production builds.
-- **Forbidden**: Making network calls on the main/UI thread.
-- **RATIONALE**: Mobile networks are unreliable by nature. Every network call needs full error handling or it will crash your app.
-
-### F5.2 Offline & Caching
-
-- **Rule**: Critical flows must work offline or show graceful degradation (not a white screen).
-- **Rule**: Network responses should be cached with TTL. Stale cache is better than no data.
-- **Rule**: Offline mutations must be queued and synced when connectivity returns, with conflict resolution.
-- **RATIONALE**: Airplane mode, tunnels, elevators — mobile apps must assume connectivity is intermittent.
-
----
-
-## F6. Data Persistence
-
-### F6.1 Local Storage
-
-- **Rule**: Choose the right storage for the data type: structured → SQLite, KV → DataStore/MMKV/Hive, files → app sandbox, credentials → Keychain/Keystore.
-- **Rule**: Database migrations must be versioned and tested. Forbid destructive migrations (drop column/table) without a backup step.
-- **Forbidden**: Storing sensitive data (tokens, passwords, PII) in plaintext in any local storage.
-- **RATIONALE**: Local storage is not encrypted by default on all platforms. Assume the device can be compromised.
-
-### F6.2 Encryption
-
-- **Rule**: Authentication tokens must be stored in Keychain (iOS) / EncryptedSharedPreferences or Keystore (Android).
-- **Rule**: Local databases containing PII must use SQLCipher or platform-level encryption.
-- **Forbidden**: Hardcoding encryption keys in source code.
-- **RATIONALE**: The mobile device is a hostile environment — jailbroken/rooted devices can access app sandboxes.
-
----
-
-## F7. Platform Features
-
-### F7.1 Permissions
-
-- **Rule**: Request permissions at the time of use, not at app launch (except for critically required permissions with explanation).
-- **Rule**: Handle all permission outcomes: granted, denied, denied permanently ("Don't ask again").
-- **Rule**: When a permission is permanently denied, guide the user to system Settings with a clear explanation of why it's needed.
-- **Forbidden**: Crashing or silently failing when a permission is denied.
-- **RATIONALE**: Permission rejection rates are high (30-50% for camera/mic). Crashing on denial is a guaranteed crash report.
-
-### F7.2 Background Tasks
-
-- **Rule**: Background work must use the platform's recommended API:
-  - iOS: BGTaskScheduler (short, scheduled) or BGAppRefreshTask
-  - Android: WorkManager (deferrable) or Foreground Service (user-visible)
-- **Rule**: Background tasks must be battery-efficient. Forbid polling every few seconds in the background.
-- **Rule**: Background task results must be persisted before task completion (system may kill the process).
-- **RATIONALE**: Mobile OSes aggressively kill background processes. Using the wrong background API means your task never runs.
-
-### F7.3 Push Notifications
-
-- **Rule**: Notification content must be localized. Forbid hardcoding notification text in English only.
-- **Rule**: Notification tap must navigate to the relevant screen, not just open the app.
-- **Rule**: Handle FCM/APNs token refresh. Stale tokens cause silent notification delivery failure.
-- **Forbidden**: Sending sensitive data (passwords, PII) in notification payloads.
-- **RATIONALE**: Notifications are the primary re-engagement channel. Broken deep links from notifications mean lost users.
-
----
-
-## F8. Performance
-
-### F8.1 Main Thread
-
-- **Rule**: UI thread (main thread) must stay at 60fps (16ms/frame) or 120fps (8ms/frame). Any work > 1ms offloads to background.
-- **Rule**: JSON parsing, image decoding, database queries must run off the main thread.
-- **Forbidden**: Synchronous I/O on the main thread.
-- **RATIONALE**: Jank (dropped frames) is immediately visible to users. A single 100ms main-thread block drops 6 frames at 60fps.
-
-### F8.2 Memory
-
-- **Rule**: Avoid memory leaks: unregister listeners/observers in dispose/deinit/onDestroy.
-- **Rule**: Image memory: load scaled images (not full resolution into a thumbnail). Use image caching libraries.
-- **Rule**: Monitor memory warnings. Release cached data when the system sends a memory warning.
-- **Forbidden**: Holding references to Activity/Fragment/ViewController after they're destroyed.
-- **RATIONALE**: Mobile OSes kill apps that exceed memory limits. Memory leaks accumulate and eventually cause OOM crashes.
-
-### F8.3 App Size
-
-- **Rule**: App download size target < 100MB (cellular download limit for many regions).
-- **Rule**: Use App Bundles (Android) / App Thinning (iOS) for platform-optimized delivery.
-- **Rule**: Large assets (videos, models) should be downloaded on-demand after install, not bundled.
-- **RATIONALE**: App size directly impacts install conversion. Every 10MB above 100MB loses ~1% of potential installs.
-
----
-
-## F9. Accessibility
-
-- **Rule**: All interactive elements must have accessibility labels (contentDescription / accessibilityLabel).
-- **Rule**: Decorative images must be marked as not important for accessibility.
-- **Rule**: Color must not be the sole means of conveying information (pair with icon or text).
-- **Rule**: Minimum contrast ratio: 4.5:1 for normal text, 3:1 for large text (≥18pt bold or ≥24pt).
-- **Rule**: Support system font scaling up to 2x without layout breaking or text truncation.
-- **RATIONALE**: 15% of the world's population has some form of disability. Accessibility is not optional — it's also increasingly an App Store review requirement.
-
----
-
-## F10. Security
-
-### F10.1 App Hardening
-
-- **Rule**: Release builds must enable code minification/obfuscation (ProGuard/R8 for Android, strip symbols for iOS).
-- **Rule**: Jailbreak/root detection recommended for financial, healthcare, or enterprise apps.
-- **Rule**: Screenshot/screen recording prevention for sensitive screens (banking, health records).
-- **Forbidden**: Leaving debug logs, debug menus, or development endpoints in release builds.
-- **RATIONALE**: A released app is a binary that anyone can decompile. Defense in depth is the only strategy.
-
-### F10.2 Data Protection
-
-- **Rule**: App sandbox file protection: `NSFileProtectionComplete` (iOS) / device-encrypted storage (Android).
-- **Rule**: API keys must not be stored in the app bundle. Use server-side proxy or secure enclave.
-- **Rule**: User sessions must expire. Token refresh must require re-authentication for sensitive operations.
-- **RATIONALE**: The app binary is distributed to attacker-controlled devices. Assume everything in the binary is public knowledge.
-
----
-
-## F11. Testing
-
-- **Rule**: Testing has three tiers:
-  - Unit tests: ViewModels/Blocs/UseCases/Repositories (fast, no UI)
-  - Widget/Component tests: individual UI components in isolation (medium speed, fake dependencies)
-  - Integration/E2E tests: critical user flows through real screens (slow, real or staged backend)
-- **Rule**: Tests must be deterministic. Forbid relying on real network calls, real time, or random values without seeding.
-- **Rule**: Golden/image snapshot tests must use the same OS version and device configuration for consistency.
-- **RATIONALE**: Mobile testing is harder than backend testing because it spans UI, platform APIs, and network. Clear tiers prevent confusion about what to test where.
-
----
-
-## F12. App Distribution
-
-- **Rule**: Version code/number must be incremented for every build submitted to store.
-- **Rule**: Staged rollout: 10% → 50% → 100% over 48 hours. Monitor crash rate at each stage.
-- **Rule**: Release notes must be localized for all supported languages.
-- **Rule**: Keep a version history document: what changed, why, and the minimal OS version bump if any.
-- **RATIONALE**: A bad release can't be undone instantly (store rollback takes hours). Staged rollout is the cheapest insurance.
-
----
-
-## F13. AI Vibecoding Baseline Constraints (project-agnostic, always active)
-
-### F13.1 Search First
-- **Rule**: Before creating a new widget/component/screen, AI must search existing code for similar implementations.
-- **Rule**: Before adding a new dependency, AI must check if an existing dependency already covers that use case.
-
-### F13.2 Platform Awareness
-- **Rule**: AI must know which platform it's writing code for. iOS patterns in Android code (or vice versa) must be flagged explicitly.
-- **Rule**: AI-generated code that uses platform-specific APIs must include the API level/iOS version availability annotation.
-
-### F13.3 Dependency Control
-- **Rule**: AI must not modify `pubspec.yaml` / `package.json` / `Podfile` / `build.gradle` on its own.
-- **Rule**: If a new dependency is needed, AI must list: package name, version, reason, alternative comparison.
-
-### F13.4 Breaking Changes
-- **Rule**: Before modifying a shared widget/component/utility, AI must list all callers and assess platform impact.
-- **Rule**: Changing navigation routes or deep link schemes requires assessing all entry points.
-
-### F13.5 Context Honesty
-- **Rule**: When uncertain about a platform API availability, behavior, or deprecation status, AI must explicitly say "I'm not sure" and suggest the developer verify against the platform documentation.
-
-### F13.6 Security
-- **Rule**: AI must not generate code that stores secrets in the app bundle, logs sensitive data, or disables ATS/SSL verification.
-
----
-
-## Injection Instructions (for the AI executing this skill)
-
-Each chapter in this file corresponds to a `{{ FIXED_RULES_* }}` placeholder in the template:
-
-| Chapter | Inject Into Placeholder | Template Section |
-|---------|------------------------|-------------------|
-| F1 Project Structure | `{{ FIXED_RULES_STRUCTURE }}` | §1 Project Structure |
-| F2 UI Development | `{{ FIXED_RULES_UI }}` | §2 UI Development |
-| F3 Navigation | `{{ FIXED_RULES_NAVIGATION }}` | §3 Navigation & Deep Linking |
-| F4 State Management | `{{ FIXED_RULES_STATE }}` | §4 State Management |
-| F5 Networking | `{{ FIXED_RULES_NETWORKING }}` | §5 Networking |
-| F6 Data Persistence | `{{ FIXED_RULES_PERSISTENCE }}` | §6 Data Persistence |
-| F7 Platform Features | `{{ FIXED_RULES_PLATFORM_FEATURES }}` | §7 Platform Features |
-| F8 Performance | `{{ FIXED_RULES_PERFORMANCE }}` | §8 Performance |
-| F9 Accessibility | `{{ FIXED_RULES_A11Y }}` | §9 Accessibility |
-| F10 Security | `{{ FIXED_RULES_SECURITY }}` | §10 Security |
-| F11 Testing | `{{ FIXED_RULES_TEST }}` | §11 Testing |
-| F12 Distribution | `{{ FIXED_RULES_DISTRIBUTION }}` | §12 Distribution |
-| F13 AI Constraints | `{{ FIXED_RULES_AI_BASE }}` | §13 AI Behavior Constraints |
-
-**Rendering rules**:
-1. Copy each chapter's full body (including RATIONALE) directly into the corresponding placeholder.
-2. RATIONALE must be preserved — it lets AI understand intent rather than follow mechanically.
-3. Keep the original markdown list structure. Do not rewrite as prose paragraphs.

package/bundled/skills-windows/app-planner/references/rules/mobile/question-bank.md

@@ -1,232 +0,0 @@
-# Question Bank — Mobile Interactive Question Bank
-
-> This file is read on demand by SKILL.md in Phase 2. The AI must strictly follow the group order defined in this file, asking **one group at a time (1–3 questions)**, never dumping all questions at once.
-> For every question, show the user: question number, question text, options, **recommended choice (marked "Recommended")**, and a one-line description.
-> After each user response, immediately record the choice to internal state `answers[Qx] = ...` and proceed to the next group.
-
----
-
-## Asking Rules
-
-1. **Group order**: G1 → G2 → G3 → G4 → G5 → G6 → G7 → G8 → G9 → G10. Do not skip.
-2. **Shortcut commands** (respond immediately when user types these at any point):
-   - `recommended` / `default` → skip current group, adopt all recommended options
-   - `all recommended` / `one-click` → skip all remaining groups, adopt all recommended options
-   - `strict` / `strictest` → adopt the strictest option for the current group
-   - `skip` / `don't need this` → mark current group as N/A
-   - `custom: xxx` → record user's custom content
-3. **Abbreviation recognition**: `A` / `a` / `1` all mean option A. `A,C` means multi-select (only for multi-select questions).
-4. **Follow-up rule**: If the user gives an answer outside the options, first confirm whether to classify as an "other" branch.
-5. **Forbidden behaviors**:
-   - Must not make choices for the user before they explicitly answer.
-   - Must not fabricate user preferences to complete the answer set.
-   - Must not output more than 3 questions in a single message.
-
----
-
-## Group Overview
-
-| Group | Topic | Questions | Count |
-|-------|-------|-----------|-------|
-| G1 | Platform & Language | Q1–Q2 | 2 |
-| G2 | Architecture | Q3 | 1 |
-| G3 | UI Framework | Q4 | 1 |
-| G4 | Navigation & State | Q5–Q6 | 2 |
-| G5 | Networking & Data | Q7–Q8 | 2 |
-| G6 | Platform Features | Q9–Q11 | 3 |
-| G7 | Testing | Q12–Q14 | 3 |
-| G8 | App Distribution | Q15 | 1 |
-| G9 | Performance & Accessibility | Q16–Q17 | 2 |
-| G10 | AI Constraints | Q18–Q20 | 3 |
-
-Total: 20 questions.
-
----
-
-## G1 — Platform & Language
-
-### Q1. Target Platform
-- **Options**:
-  - A) Flutter (Dart) **【Recommended: best cross-platform coverage, single codebase】**
-  - B) React Native (TypeScript)
-  - C) iOS native (Swift)
-  - D) Android native (Kotlin)
-  - E) Both native (Swift + Kotlin, separate codebases)
-- **Note**: Determines all subsequent framework, tooling, and platform-specific rule injections.
-- **Dual-native note**: If Q1=E (Both native): present Q4/Q6/Q7/Q8/Q13/Q14 for iOS first, then ask the user if they want to repeat for Android (or apply same choices).
-- **Maps to**: `{{ platform }}` + `{{ tech_stack_rules }}`
-
-### Q2. Minimum OS Version
-- **Options**:
-  - A) Latest - 1 (iOS 17+ / Android 14+) **【Recommended: covers ~90% of active devices】**
-  - B) Latest - 2 (iOS 16+ / Android 13+)
-  - C) Latest - 3 (wider compatibility, more legacy handling)
-- **Note**: Determines API availability and deprecation handling rules.
-- **Maps to**: `{{ min_os_version }}` + `{{ tech_stack_rules }}`
-
----
-
-## G2 — Architecture
-
-### Q3. Architecture Pattern
-- **Options**:
-  - A) MVVM (Model-View-ViewModel) **【Recommended: platform-agnostic, testable】**
-  - B) Clean Architecture (Use Case / Repository / Data Source layers)
-  - C) Redux-style / MVI (unidirectional data flow)
-  - D) Simple MVC (small projects, no over-engineering)
-- **Note**: Determines directory structure, layer boundaries, and dependency rules.
-- **Maps to**: `{{ architecture }}` + `{{ arch_rules }}`
-
----
-
-## G3 — UI Framework
-
-### Q4. UI Framework (varies by Q1)
-- **For Flutter**: A) Material Design 3 **【Recommended】** — B) Cupertino (iOS-style) — C) Adaptive (auto-switch by platform)
-- **For React Native**: A) React Native core components + StyleSheet **【Recommended】** — B) Tamagui / NativeWind — C) Custom design system
-- **For iOS**: A) SwiftUI **【Recommended: modern, declarative】** — B) UIKit (programmatic) — C) UIKit + Storyboards
-- **For Android**: A) Jetpack Compose **【Recommended: modern, declarative】** — B) XML + Material 3 — C) Hybrid (Compose + Views)
-- **Maps to**: `{{ ui_framework }}` + `{{ ui_rules }}`
-
----
-
-## G4 — Navigation & State
-
-### Q5. Navigation Strategy
-- **Options**:
-  - A) Platform-default deep linking capable (GoRouter / NavigationStack / Compose Navigation) **【Recommended】**
-  - B) URL-based routing with deep linking as first-class citizen
-  - C) Simple stack navigation (no deep linking needed)
-- **Note**: Determines routing conventions, deep link handling, and navigation testing rules.
-- **Maps to**: `{{ navigation }}` + `{{ navigation_rules }}`
-
-### Q6. State Management (varies by Q1)
-- **For Flutter**: A) Riverpod **【Recommended】** — B) Bloc — C) Provider — D) GetX
-- **For React Native**: A) Zustand **【Recommended】** — B) Redux Toolkit — C) Jotai — D) React Context only
-- **For iOS**: A) @Observable / @State (SwiftUI native) **【Recommended】** — B) Combine — C) Manual KVO/NotificationCenter
-- **For Android**: A) ViewModel + StateFlow **【Recommended】** — B) MutableState (Compose) — C) LiveData
-- **Maps to**: `{{ state_management }}` + `{{ state_rules }}`
-
----
-
-## G5 — Networking & Data
-
-### Q7. Networking Library (varies by Q1)
-- **For Flutter**: A) Dio **【Recommended】** — B) http package — C) Chopper (code-gen)
-- **For React Native**: A) Axios **【Recommended】** — B) fetch + TanStack Query — C) React Native built-in fetch
-- **For iOS**: A) URLSession + async/await **【Recommended】** — B) Alamofire
-- **For Android**: A) Retrofit + OkHttp **【Recommended】** — B) Ktor Client
-- **Maps to**: `{{ networking }}` + `{{ networking_rules }}`
-
-### Q8. Local Persistence (varies by Q1)
-- **For Flutter**: A) Drift (SQLite, type-safe) **【Recommended】** — B) Hive (KV store) — C) Isar (NoSQL)
-- **For React Native**: A) MMKV (KV) + WatermelonDB (relational) **【Recommended】** — B) AsyncStorage + SQLite — C) Realm
-- **For iOS**: A) SwiftData **【Recommended】** — B) CoreData — C) GRDB (SQLite)
-- **For Android**: A) Room **【Recommended】** — B) DataStore (Preferences/Proto) — C) SQLDelight (multi-platform)
-- **Maps to**: `{{ persistence }}` + `{{ persistence_rules }}`
-
----
-
-## G6 — Platform Features
-
-### Q9. Push Notifications
-- **Options**:
-  - A) Yes, needed (remote push via FCM/APNs) **【Recommended: production apps】**
-  - B) Not required yet
-- **Note**: Determines notification channel configuration, token management, and foreground/background handling rules.
-- **Maps to**: `{{ push_notifications }}` + `{{ platform_features_rules }}`
-
-### Q10. Background Tasks
-- **Options**:
-  - A) Yes, needed (data sync, file upload, periodic refresh) **【Recommended: data-heavy apps】**
-  - B) Not required
-- **Note**: Determines background execution constraints, battery optimization, and platform-specific background mode rules.
-- **Maps to**: `{{ background_tasks }}` + `{{ platform_features_rules }}`
-
-### Q11. Permissions Strategy
-- **Options**:
-  - A) Ask-on-use with rationale dialog **【Recommended: highest acceptance rate】**
-  - B) Ask-on-launch (only for critically required permissions)
-- **Note**: Determines permission request flow, denied-permission handling, and platform-specific manifest rules.
-- **Maps to**: `{{ permissions_strategy }}`
-
----
-
-## G7 — Testing
-
-### Q12. Test Coverage Requirements
-- **Options**:
-  - A) Unit tests + Widget/Component tests + Integration tests **【Recommended】**
-  - B) Unit tests + Widget/Component tests only
-  - C) Critical path integration tests only
-  - D) Not required yet
-- **Maps to**: `{{ test_coverage }}` + `{{ test_rules }}`
-
-### Q13. Unit Test Framework (only ask if Q12 = A or B; varies by Q1)
-- **For Flutter**: A) flutter_test + mocktail **【Recommended】**
-- **For React Native**: A) Jest + React Native Testing Library **【Recommended】**
-- **For iOS**: A) XCTest + Swift Testing **【Recommended】**
-- **For Android**: A) JUnit 5 + MockK **【Recommended】**
-- **Maps to**: `{{ unit_test_framework }}`
-
-### Q14. UI/E2E Test Framework (only ask if Q12 = A or C; varies by Q1)
-- **For Flutter**: A) flutter_test (widget) + Patrol (integration) **【Recommended】**
-- **For React Native**: A) Detox **【Recommended】** — B) Maestro
-- **For iOS**: A) XCUITest **【Recommended】**
-- **For Android**: A) Compose Test + Espresso **【Recommended】**
-- **Maps to**: `{{ e2e_framework }}`
-
----
-
-## G8 — App Distribution
-
-### Q15. Distribution Method
-- **Options**:
-  - A) App Store (TestFlight) + Google Play (Internal Testing) **【Recommended】**
-  - B) Enterprise / internal distribution (MDM / private store)
-  - C) Not determined yet (development phase)
-- **Note**: Determines code signing, version management, staged rollout, and app review guideline rules.
-- **Maps to**: `{{ distribution }}` + `{{ distribution_rules }}`
-
----
-
-## G9 — Performance & Accessibility
-
-### Q16. Performance Targets
-- **Options**:
-  - A) 60fps smooth scrolling, < 100MB app download, < 150MB memory **【Recommended】**
-  - B) 120fps ProMotion, < 50MB download, < 100MB memory (premium experience)
-  - C) Not required yet
-- **Note**: Determines frame budget, image optimization, lazy loading, and CI performance gate rules.
-- **Maps to**: `{{ performance_target }}` + `{{ performance_rules }}`
-
-### Q17. Accessibility Targets
-- **Options**:
-  - A) Platform defaults: VoiceOver/TalkBack + Dynamic Type + minimum contrast **【Recommended】**
-  - B) WCAG 2.1 AA equivalent + platform a11y + screen reader testing
-  - C) Basic only (touch targets + labels)
-- **Note**: Determines accessibility audit rules and testing requirements.
-- **Maps to**: `{{ a11y_target }}` + `{{ a11y_rules }}`
-
----
-
-## G10 — AI Constraints
-
-### Q18. AI Permission to Add Dependencies
-- **Options**:
-  - A) Forbid AI from modifying dependency manifests on its own; human review required **【Recommended】**
-  - B) Allowed, but must declare in PR description with alternative comparison
-  - C) Fully allowed
-- **Maps to**: `{{ ai_dependency_rule }}`
-
-### Q19. AI Impact Analysis Before Modifying Shared Code
-- **Options**:
-  - A) Must list all callers and assess platform impact first **【Recommended】**
-  - B) Not required
-- **Maps to**: `{{ ai_breaking_change_rule }}`
-
-### Q20. AI Platform-Specific Code Generation
-- **Options**:
-  - A) Must not mix platform paradigms without explicit justification (iOS patterns in Android code, Flutter widgets used like Android Views) **【Recommended】**
-  - B) Flexible, as long as it compiles
-- **Maps to**: `{{ ai_platform_rule }}`

package/bundled/skills-windows/app-planner/references/rules/mobile/question-manifest.json

@@ -1,47 +0,0 @@
-{
-  "schema_version": "app-planner-question-manifest-v1",
-  "layer": "mobile",
-  "total_questions": 20,
-  "_doc": "Machine-readable structure for mobile question-bank.md. Question TEXT/options/Recommended/Notes are authoritative in question-bank.md; this file carries ONLY structure: group membership, quick-mode, question->placeholder mapping, and conditional logic. Keep Qids and group ids in sync with question-bank.md. The AI reads this as its asking checklist (Phase A) and self-check expected-set (Phase D).",
-  "_conditions": "required_if / auto_derived_when use simple expressions over recorded answers, e.g. 'Q12 in [A, B]'. options_vary_by names a prior answer that changes the OPTION LIST only (question is still asked; never affects required). dual_native_repeat_when notes Q1=E (both native) repeats the question per platform.",
-  "groups": [
-    { "id": "G1", "topic": "Platform & Language", "quick_mode": true },
-    { "id": "G2", "topic": "Architecture", "quick_mode": true },
-    { "id": "G3", "topic": "UI Framework", "quick_mode": true },
-    { "id": "G4", "topic": "Navigation & State", "quick_mode": true },
-    { "id": "G5", "topic": "Networking & Data", "quick_mode": false },
-    { "id": "G6", "topic": "Platform Features", "quick_mode": false },
-    { "id": "G7", "topic": "Testing", "quick_mode": true },
-    { "id": "G8", "topic": "App Distribution", "quick_mode": false },
-    { "id": "G9", "topic": "Performance & Accessibility", "quick_mode": false },
-    { "id": "G10", "topic": "AI Constraints", "quick_mode": false }
-  ],
-  "questions": [
-    { "id": "Q1", "group": "G1", "topic": "Target Platform", "maps_to": ["platform", "tech_stack_rules"], "required": true },
-    { "id": "Q2", "group": "G1", "topic": "Minimum OS Version", "maps_to": ["min_os_version", "tech_stack_rules"], "required": true },
-    { "id": "Q3", "group": "G2", "topic": "Architecture Pattern", "maps_to": ["architecture", "arch_rules"], "required": true },
-    { "id": "Q4", "group": "G3", "topic": "UI Framework", "maps_to": ["ui_framework", "ui_rules"], "required": true, "options_vary_by": "Q1", "dual_native_repeat_when": "Q1 == E" },
-    { "id": "Q5", "group": "G4", "topic": "Navigation Strategy", "maps_to": ["navigation", "navigation_rules"], "required": true },
-    { "id": "Q6", "group": "G4", "topic": "State Management", "maps_to": ["state_management", "state_rules"], "required": true, "options_vary_by": "Q1", "dual_native_repeat_when": "Q1 == E" },
-    { "id": "Q7", "group": "G5", "topic": "Networking Library", "maps_to": ["networking", "networking_rules"], "required": true, "options_vary_by": "Q1", "dual_native_repeat_when": "Q1 == E" },
-    { "id": "Q8", "group": "G5", "topic": "Local Persistence", "maps_to": ["persistence", "persistence_rules"], "required": true, "options_vary_by": "Q1", "dual_native_repeat_when": "Q1 == E" },
-    { "id": "Q9", "group": "G6", "topic": "Push Notifications", "maps_to": ["push_notifications", "platform_features_rules"], "required": true },
-    { "id": "Q10", "group": "G6", "topic": "Background Tasks", "maps_to": ["background_tasks", "platform_features_rules"], "required": true },
-    { "id": "Q11", "group": "G6", "topic": "Permissions Strategy", "maps_to": ["permissions_strategy"], "required": true },
-    { "id": "Q12", "group": "G7", "topic": "Test Coverage Requirements", "maps_to": ["test_coverage", "test_rules"], "required": true },
-    { "id": "Q13", "group": "G7", "topic": "Unit Test Framework", "maps_to": ["unit_test_framework"], "required": true, "required_if": "Q12 in [A, B]", "options_vary_by": "Q1", "dual_native_repeat_when": "Q1 == E" },
-    { "id": "Q14", "group": "G7", "topic": "UI/E2E Test Framework", "maps_to": ["e2e_framework"], "required": true, "required_if": "Q12 in [A, C]", "options_vary_by": "Q1", "dual_native_repeat_when": "Q1 == E" },
-    { "id": "Q15", "group": "G8", "topic": "Distribution Method", "maps_to": ["distribution", "distribution_rules"], "required": true },
-    { "id": "Q16", "group": "G9", "topic": "Performance Targets", "maps_to": ["performance_target", "performance_rules"], "required": true },
-    { "id": "Q17", "group": "G9", "topic": "Accessibility Targets", "maps_to": ["a11y_target", "a11y_rules"], "required": true },
-    { "id": "Q18", "group": "G10", "topic": "AI Permission to Add Dependencies", "maps_to": ["ai_dependency_rule"], "required": true },
-    { "id": "Q19", "group": "G10", "topic": "AI Impact Analysis Before Modifying Shared Code", "maps_to": ["ai_breaking_change_rule"], "required": true },
-    { "id": "Q20", "group": "G10", "topic": "AI Platform-Specific Code Generation", "maps_to": ["ai_platform_rule"], "required": true }
-  ],
-  "template_placeholders": {
-    "from_questions": ["platform", "tech_stack_rules", "min_os_version", "architecture", "arch_rules", "ui_framework", "ui_rules", "navigation", "navigation_rules", "state_management", "state_rules", "networking", "networking_rules", "persistence", "persistence_rules", "push_notifications", "platform_features_rules", "background_tasks", "permissions_strategy", "test_coverage", "test_rules", "unit_test_framework", "e2e_framework", "distribution", "distribution_rules", "performance_target", "performance_rules", "a11y_target", "a11y_rules", "ai_dependency_rule", "ai_breaking_change_rule", "ai_platform_rule"],
-    "from_fixed_rules": ["FIXED_RULES_A11Y", "FIXED_RULES_AI_BASE", "FIXED_RULES_DISTRIBUTION", "FIXED_RULES_NAVIGATION", "FIXED_RULES_NETWORKING", "FIXED_RULES_PERFORMANCE", "FIXED_RULES_PERSISTENCE", "FIXED_RULES_PLATFORM_FEATURES", "FIXED_RULES_SECURITY", "FIXED_RULES_STATE", "FIXED_RULES_STRUCTURE", "FIXED_RULES_TEST", "FIXED_RULES_UI"],
-    "auto_generated": ["deny_list_summary", "recommended_libs"],
-    "metadata": ["project_name", "generated_at"]
-  }
-}