AgentStack
SKILL verified MIT Self-run

Mobile Design

skill-matthewbspeicher-remembr-dev-mobile-design · by matthewbspeicher

Mobile-first design thinking and decision-making for iOS and Android apps. Touch interaction, performance patterns, platform conventions. Teaches principles, not fixed values. Use when building React Native, Flutter, or native mobile apps.

No reviews yet
0 installs
0 views
view→install

Install

$ agentstack add skill-matthewbspeicher-remembr-dev-mobile-design

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures
Are you the author of Mobile Design? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.

About

Mobile Design System

> Philosophy: Touch-first. Battery-conscious. Platform-respectful. Offline-capable. > Core Principle: Mobile is NOT a small desktop. THINK mobile constraints, ASK platform choice.


🔧 Runtime Scripts

Execute these for validation (don't read, just run):

| Script | Purpose | Usage | |--------|---------|-------| | scripts/mobile_audit.py | Mobile UX & Touch Audit | python scripts/mobile_audit.py |


🔴 MANDATORY: Read Reference Files Before Working!

⛔ DO NOT start development until you read the relevant files:

Universal (Always Read)

| File | Content | Status | |------|---------|--------| | [mobile-design-thinking.md](mobile-design-thinking.md) | ⚠️ ANTI-MEMORIZATION: Forces thinking, prevents AI defaults | ⬜ CRITICAL FIRST | | [touch-psychology.md](touch-psychology.md) | Fitts' Law, gestures, haptics, thumb zone | ⬜ CRITICAL | | [mobile-performance.md](mobile-performance.md) | RN/Flutter performance, 60fps, memory | ⬜ CRITICAL | | [mobile-backend.md](mobile-backend.md) | Push notifications, offline sync, mobile API | ⬜ CRITICAL | | [mobile-testing.md](mobile-testing.md) | Testing pyramid, E2E, platform-specific | ⬜ CRITICAL | | [mobile-debugging.md](mobile-debugging.md) | Native vs JS debugging, Flipper, Logcat | ⬜ CRITICAL | | [mobile-navigation.md](mobile-navigation.md) | Tab/Stack/Drawer, deep linking | ⬜ Read | | [mobile-typography.md](mobile-typography.md) | System fonts, Dynamic Type, a11y | ⬜ Read | | [mobile-color-system.md](mobile-color-system.md) | OLED, dark mode, battery-aware | ⬜ Read | | [decision-trees.md](decision-trees.md) | Framework/state/storage selection | ⬜ Read |

> 🧠 mobile-design-thinking.md is PRIORITY! This file ensures AI thinks instead of using memorized patterns.

Platform-Specific (Read Based on Target)

| Platform | File | Content | When to Read | |----------|------|---------|--------------| | iOS | [platform-ios.md](platform-ios.md) | Human Interface Guidelines, SF Pro, SwiftUI patterns | Building for iPhone/iPad | | Android | [platform-android.md](platform-android.md) | Material Design 3, Roboto, Compose patterns | Building for Android | | Cross-Platform | Both above | Platform divergence points | React Native / Flutter |

> 🔴 If building for iOS → Read platform-ios.md FIRST! > 🔴 If building for Android → Read platform-android.md FIRST! > 🔴 If cross-platform → Read BOTH and apply conditional platform logic!


⚠️ CRITICAL: ASK BEFORE ASSUMING (MANDATORY)

> STOP! If the user's request is open-ended, DO NOT default to your favorites.

You MUST Ask If Not Specified:

| Aspect | Ask | Why | |--------|-----|-----| | Platform | "iOS, Android, or both?" | Affects EVERY design decision | | Framework | "React Native, Flutter, or native?" | Determines patterns and tools | | Navigation | "Tab bar, drawer, or stack-based?" | Core UX decision | | State | "What state management? (Zustand/Redux/Riverpod/BLoC?)" | Architecture foundation | | Offline | "Does this need to work offline?" | Affects data strategy | | Target devices | "Phone only, or tablet support?" | Layout complexity |

⛔ AI MOBILE ANTI-PATTERNS (YASAK LİSTESİ)

> 🚫 These are AI default tendencies that MUST be avoided!

Performance Sins

| ❌ NEVER DO | Why It's Wrong | ✅ ALWAYS DO | |-------------|----------------|--------------| | ScrollView for long lists | Renders ALL items, memory explodes | Use FlatList / FlashList / ListView.builder | | Inline renderItem function | New function every render, all items re-render | useCallback + React.memo | | Missing keyExtractor | Index-based keys cause bugs on reorder | Unique, stable ID from data | | Skip getItemLayout | Async layout = janky scroll | Provide when items have fixed height | | setState() everywhere | Unnecessary widget rebuilds | Targeted state, const constructors | | Native driver: false | Animations blocked by JS thread | useNativeDriver: true always | | console.log in production | Blocks JS thread severely | Remove before release build | | Skip React.memo/const | Every item re-renders on any change | Memoize list items ALWAYS |

Touch/UX Sins

| ❌ NEVER DO | Why It's Wrong | ✅ ALWAYS DO | |-------------|----------------|--------------| | **Touch target (

{item.title}

));

const renderItem = useCallback( ({ item }: { item: Item }) => , [] );

// ✅ CORRECT: FlatList with all optimizations item.id} // Stable ID, NOT index getItemLayout={(data, index) => ({ length: ITEMHEIGHT, offset: ITEMHEIGHT * index, index, })} removeClippedSubviews={true} maxToRenderPerBatch={10} windowSize={5} />


### Flutter Critical Rules

```dart
// ✅ CORRECT: const constructors prevent rebuilds
class MyWidget extends StatelessWidget {
  const MyWidget({super.key}); // CONST!

  @override
  Widget build(BuildContext context) {
    return const Column( // CONST!
      children: [
        Text('Static content'),
        MyConstantWidget(),
      ],
    );
  }
}

// ✅ CORRECT: Targeted state with ValueListenableBuilder
ValueListenableBuilder(
  valueListenable: counter,
  builder: (context, value, child) => Text('$value'),
  child: const ExpensiveWidget(), // Won't rebuild!
)

Animation Performance

GPU-accelerated (FAST):     CPU-bound (SLOW):
├── transform               ├── width, height
├── opacity                 ├── top, left, right, bottom
└── (use these ONLY)        ├── margin, padding
                            └── (AVOID animating these)

For complete guide: [mobile-performance.md](mobile-performance.md)


📝 CHECKPOINT (MANDATORY Before Any Mobile Work)

> Before writing ANY mobile code, you MUST complete this checkpoint:

🧠 CHECKPOINT:

Platform:   [ iOS / Android / Both ]
Framework:  [ React Native / Flutter / SwiftUI / Kotlin ]
Files Read: [ List the skill files you've read ]

3 Principles I Will Apply:
1. _______________
2. _______________
3. _______________

Anti-Patterns I Will Avoid:
1. _______________
2. _______________

Example:

🧠 CHECKPOINT:

Platform:   iOS + Android (Cross-platform)
Framework:  React Native + Expo
Files Read: touch-psychology.md, mobile-performance.md, platform-ios.md, platform-android.md

3 Principles I Will Apply:
1. FlatList with React.memo + useCallback for all lists
2. 48px touch targets, thumb zone for primary CTAs
3. Platform-specific navigation (edge swipe iOS, back button Android)

Anti-Patterns I Will Avoid:
1. ScrollView for lists → FlatList
2. Inline renderItem → Memoized
3. AsyncStorage for tokens → SecureStore

> 🔴 Can't fill the checkpoint? → GO BACK AND READ THE SKILL FILES.


🔧 Framework Decision Tree

WHAT ARE YOU BUILDING?
        │
        ├── Need OTA updates + rapid iteration + web team
        │   └── ✅ React Native + Expo
        │
        ├── Need pixel-perfect custom UI + performance critical
        │   └── ✅ Flutter
        │
        ├── Deep native features + single platform focus
        │   ├── iOS only → SwiftUI
        │   └── Android only → Kotlin + Jetpack Compose
        │
        ├── Existing RN codebase + new features
        │   └── ✅ React Native (bare workflow)
        │
        └── Enterprise + existing Flutter codebase
            └── ✅ Flutter

For complete decision trees: [decision-trees.md](decision-trees.md)


📋 Pre-Development Checklist

Before Starting ANY Mobile Project

  • [ ] Platform confirmed? (iOS / Android / Both)
  • [ ] Framework chosen? (RN / Flutter / Native)
  • [ ] Navigation pattern decided? (Tabs / Stack / Drawer)
  • [ ] State management selected? (Zustand / Redux / Riverpod / BLoC)
  • [ ] Offline requirements known?
  • [ ] Deep linking planned from day one?
  • [ ] Target devices defined? (Phone / Tablet / Both)

Before Every Screen

  • [ ] Touch targets ≥ 44-48px?
  • [ ] Primary CTA in thumb zone?
  • [ ] Loading state exists?
  • [ ] Error state with retry exists?
  • [ ] Offline handling considered?
  • [ ] Platform conventions followed?

Before Release

  • [ ] console.log removed?
  • [ ] SecureStore for sensitive data?
  • [ ] SSL pinning enabled?
  • [ ] Lists optimized (memo, keyExtractor)?
  • [ ] Memory cleanup on unmount?
  • [ ] Tested on low-end devices?
  • [ ] Accessibility labels on all interactive elements?

📚 Reference Files

For deeper guidance on specific areas:

| File | When to Use | |------|-------------| | [mobile-design-thinking.md](mobile-design-thinking.md) | FIRST! Anti-memorization, forces context-based thinking | | [touch-psychology.md](touch-psychology.md) | Understanding touch interaction, Fitts' Law, gesture design | | [mobile-performance.md](mobile-performance.md) | Optimizing RN/Flutter, 60fps, memory/battery | | [platform-ios.md](platform-ios.md) | iOS-specific design, HIG compliance | | [platform-android.md](platform-android.md) | Android-specific design, Material Design 3 | | [mobile-navigation.md](mobile-navigation.md) | Navigation patterns, deep linking | | [mobile-typography.md](mobile-typography.md) | Type scale, system fonts, accessibility | | [mobile-color-system.md](mobile-color-system.md) | OLED optimization, dark mode, battery | | [decision-trees.md](decision-trees.md) | Framework, state, storage decisions |


> Remember: Mobile users are impatient, interrupted, and using imprecise fingers on small screens. Design for the WORST conditions: bad network, one hand, bright sun, low battery. If it works there, it works everywhere.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.