Source profileQuality 92/100

VoDaiLocz/kilo-kit-mcp/skills/design/mobile-design/SKILL.md

mobile-design

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.

Source repository stars
24
Declared platforms
0
Static risk flags
0
Last source update
2026-08-25
Source checked
2026-08-25

Decision brief

What it does: where it fits

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

Best for

  • Use when building React Native, Flutter, or native mobile apps.

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/VoDaiLocz/kilo-kit-mcp --skill "skills/design/mobile-design"
Safe inspection promptEditorial

Inspect the Agent Skill "mobile-design" from https://github.com/VoDaiLocz/kilo-kit-mcp/blob/29dff82378b9f298ecb7141d2dd59c6bd6bfb3ad/skills/design/mobile-design/SKILL.md at commit 29dff82378b9f298ecb7141d2dd59c6bd6bfb3ad. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Thumb Zone (One-Handed Usage)

    Review the “Thumb Zone (One-Handed Usage)” section in the pinned source before continuing.

    Review and apply the “Thumb Zone (One-Handed Usage)” source section.
  2. 02

    🔧 Runtime Scripts

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

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

    🔴 MANDATORY: Read Reference Files Before Working!

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

    ⛔ DO NOT start development until you read the relevant files:🧠 mobile-design-thinking.md is PRIORITY! This file ensures AI thinks instead of using memorized patterns.🔴 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!
  4. 04

    Universal (Always Read)

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

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

    Platform-Specific (Read Based on Target)

    🔴 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!

    🔴 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!

Permission review

Static risk signals and limitations

No configured static risk pattern was detected

This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score92/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars24SourceRepository attention, not individual Skill quality
Compatibility0 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
VoDaiLocz/kilo-kit-mcp
Skill path
skills/design/mobile-design/SKILL.md
Commit
29dff82378b9f298ecb7141d2dd59c6bd6bfb3ad
License
Apache-2.0
Collected
2026-08-25
Default branch
main
View the original SKILL.md

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):

ScriptPurposeUsage
scripts/mobile_audit.pyMobile UX & Touch Auditpython scripts/mobile_audit.py <project_path>

🔴 MANDATORY: Read Reference Files Before Working!

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

Universal (Always Read)

FileContentStatus
mobile-design-thinking.md⚠️ ANTI-MEMORIZATION: Forces thinking, prevents AI defaults⬜ CRITICAL FIRST
touch-psychology.mdFitts' Law, gestures, haptics, thumb zone⬜ CRITICAL
mobile-performance.mdRN/Flutter performance, 60fps, memory⬜ CRITICAL
mobile-backend.mdPush notifications, offline sync, mobile API⬜ CRITICAL
mobile-testing.mdTesting pyramid, E2E, platform-specific⬜ CRITICAL
mobile-debugging.mdNative vs JS debugging, Flipper, Logcat⬜ CRITICAL
mobile-navigation.mdTab/Stack/Drawer, deep linking⬜ Read
mobile-typography.mdSystem fonts, Dynamic Type, a11y⬜ Read
mobile-color-system.mdOLED, dark mode, battery-aware⬜ Read
decision-trees.mdFramework/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)

PlatformFileContentWhen to Read
iOSplatform-ios.mdHuman Interface Guidelines, SF Pro, SwiftUI patternsBuilding for iPhone/iPad
Androidplatform-android.mdMaterial Design 3, Roboto, Compose patternsBuilding for Android
Cross-PlatformBoth abovePlatform divergence pointsReact 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:

AspectAskWhy
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 DOWhy It's Wrong✅ ALWAYS DO
ScrollView for long listsRenders ALL items, memory explodesUse FlatList / FlashList / ListView.builder
Inline renderItem functionNew function every render, all items re-renderuseCallback + React.memo
Missing keyExtractorIndex-based keys cause bugs on reorderUnique, stable ID from data
Skip getItemLayoutAsync layout = janky scrollProvide when items have fixed height
setState() everywhereUnnecessary widget rebuildsTargeted state, const constructors
Native driver: falseAnimations blocked by JS threaduseNativeDriver: true always
console.log in productionBlocks JS thread severelyRemove before release build
Skip React.memo/constEvery item re-renders on any changeMemoize list items ALWAYS

Touch/UX Sins

❌ NEVER DOWhy It's Wrong✅ ALWAYS DO
Touch target < 44pxImpossible to tap accurately, frustratingMinimum 44pt (iOS) / 48dp (Android)
Spacing < 8px between targetsAccidental taps on neighborsMinimum 8-12px gap
Gesture-only interactionsMotor impaired users excludedAlways provide button alternative
No loading stateUser thinks app crashedALWAYS show loading feedback
No error stateUser stuck, no recovery pathShow error with retry option
No offline handlingCrash/block when network lostGraceful degradation, cached data
Ignore platform conventionsUsers confused, muscle memory brokeniOS feels iOS, Android feels Android

Security Sins

❌ NEVER DOWhy It's Wrong✅ ALWAYS DO
Token in AsyncStorageEasily accessible, stolen on rooted deviceSecureStore / Keychain / EncryptedSharedPreferences
Hardcode API keysReverse engineered from APK/IPAEnvironment variables, secure storage
Skip SSL pinningMITM attacks possiblePin certificates in production
Log sensitive dataLogs can be extractedNever log tokens, passwords, PII

Architecture Sins

❌ NEVER DOWhy It's Wrong✅ ALWAYS DO
Business logic in UIUntestable, unmaintainableService layer separation
Global state for everythingUnnecessary re-renders, complexityLocal state default, lift when needed
Deep linking as afterthoughtNotifications, shares brokenPlan deep links from day one
Skip dispose/cleanupMemory leaks, zombie listenersClean up subscriptions, timers

📱 Platform Decision Matrix

When to Unify vs Diverge

                    UNIFY (same on both)          DIVERGE (platform-specific)
                    ───────────────────           ──────────────────────────
Business Logic      ✅ Always                     -
Data Layer          ✅ Always                     -
Core Features       ✅ Always                     -
                    
Navigation          -                             ✅ iOS: edge swipe, Android: back button
Gestures            -                             ✅ Platform-native feel
Icons               -                             ✅ SF Symbols vs Material Icons
Date Pickers        -                             ✅ Native pickers feel right
Modals/Sheets       -                             ✅ iOS: bottom sheet vs Android: dialog
Typography          -                             ✅ SF Pro vs Roboto (or custom)
Error Dialogs       -                             ✅ Platform conventions for alerts

Quick Reference: Platform Defaults

ElementiOSAndroid
Primary FontSF Pro / SF CompactRoboto
Min Touch Target44pt × 44pt48dp × 48dp
Back NavigationEdge swipe leftSystem back button/gesture
Bottom Tab IconsSF SymbolsMaterial Symbols
Action SheetUIActionSheet from bottomBottom Sheet / Dialog
ProgressSpinnerLinear progress (Material)
Pull to RefreshNative UIRefreshControlSwipeRefreshLayout

🧠 Mobile UX Psychology (Quick Reference)

Fitts' Law for Touch

Desktop: Cursor is precise (1px)
Mobile:  Finger is imprecise (~7mm contact area)

→ Touch targets MUST be 44-48px minimum
→ Important actions in THUMB ZONE (bottom of screen)
→ Destructive actions AWAY from easy reach

Thumb Zone (One-Handed Usage)

┌─────────────────────────────┐
│      HARD TO REACH          │ ← Navigation, menu, back
│        (stretch)            │
├─────────────────────────────┤
│      OK TO REACH            │ ← Secondary actions
│       (natural)             │
├─────────────────────────────┤
│      EASY TO REACH          │ ← PRIMARY CTAs, tab bar
│    (thumb's natural arc)    │ ← Main content interaction
└─────────────────────────────┘
        [  HOME  ]

Mobile-Specific Cognitive Load

DesktopMobile Difference
Multiple windowsONE task at a time
Keyboard shortcutsTouch gestures
Hover statesNO hover (tap or nothing)
Large viewportLimited space, scroll vertical
Stable attentionInterrupted constantly

For deep dive: touch-psychology.md


⚡ Performance Principles (Quick Reference)

React Native Critical Rules

// ✅ CORRECT: Memoized renderItem + React.memo wrapper
const ListItem = React.memo(({ item }: { item: Item }) => (
  <View style={styles.item}>
    <Text>{item.title}</Text>
  </View>
));

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

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

Flutter Critical Rules

// ✅ 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<int>(
  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


📝 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


📋 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:

FileWhen to Use
mobile-design-thinking.mdFIRST! Anti-memorization, forces context-based thinking
touch-psychology.mdUnderstanding touch interaction, Fitts' Law, gesture design
mobile-performance.mdOptimizing RN/Flutter, 60fps, memory/battery
platform-ios.mdiOS-specific design, HIG compliance
platform-android.mdAndroid-specific design, Material Design 3
mobile-navigation.mdNavigation patterns, deep linking
mobile-typography.mdType scale, system fonts, accessibility
mobile-color-system.mdOLED optimization, dark mode, battery
decision-trees.mdFramework, 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.

Frequently asked questions

What to verify before installation and use

What does the mobile-design source document cover?

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

How do I install mobile-design?

The source record exposes this install command: npx skills add https://github.com/VoDaiLocz/kilo-kit-mcp --skill "skills/design/mobile-design". Inspect the command and pinned source before running it.

Alternatives

Compare before choosing