{
  "version": 1,
  "name": "Mobile app UI",
  "url": "https://swipefile.design/board/mobile-app-ui/",
  "markdown_url": "https://swipefile.design/board/mobile-app-ui/notes.md",
  "json_url": "https://swipefile.design/board/mobile-app-ui/data.json",
  "pdf_url": "https://swipefile.design/board/mobile-app-ui/export.pdf",
  "reference_count": 100,
  "unavailable_count": 0,
  "guidance": "Use these references for design principles. Follow the project brief and use original branding, content, and imagery. Captures document a particular date; they do not verify current product behavior.",
  "references": [
    {
      "slug": "mobile-things-3",
      "name": "Things 3",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "Colored list icons and restrained dividers organize an otherwise quiet white task interface.",
      "use_for": "Study list navigation, today task list, upcoming schedule. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id904237743",
      "reference_url": "https://swipefile.design/ref/mobile-things-3/",
      "screenshot_url": "https://swipefile.design/_astro/000.BIqvd6h-.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BAWJCWUi.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BIqvd6h-.webp",
          "caption": "List navigation"
        },
        {
          "url": "https://swipefile.design/_astro/001.CjE0Yxau.webp",
          "caption": "Today task list"
        },
        {
          "url": "https://swipefile.design/_astro/002.CKI2VEg7.webp",
          "caption": "Upcoming schedule"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "tasks & checklists"
      ],
      "patterns": [
        "Tasks & checklists"
      ],
      "design_notes": {
        "surface": "List navigation · Today task list · Upcoming schedule",
        "nav": "Lists lead into Today and Upcoming views; circular add controls stay near the bottom.",
        "layout": "Colored list icons and restrained dividers organize an otherwise quiet white task interface.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Blue, white, and small semantic color accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Tasks & checklists",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Things 3\nSource: https://apps.apple.com/us/app/id904237743\nSwipefile reference: https://swipefile.design/ref/mobile-things-3/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: List navigation · Today task list · Upcoming schedule\n- nav: Lists lead into Today and Upcoming views; circular add controls stay near the bottom.\n- layout: Colored list icons and restrained dividers organize an otherwise quiet white task interface.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Blue, white, and small semantic color accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Tasks & checklists\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study list navigation, today task list, upcoming schedule. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-todoist",
      "name": "Todoist",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "Task cards surface due dates and project metadata over a compact list and calendar interface.",
      "use_for": "Study voice task capture, task details, project calendar. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id572688855",
      "reference_url": "https://swipefile.design/ref/mobile-todoist/",
      "screenshot_url": "https://swipefile.design/_astro/000.SBbOdKlu.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BP5PCXTX.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.SBbOdKlu.webp",
          "caption": "Voice task capture"
        },
        {
          "url": "https://swipefile.design/_astro/001.DdSLHrC7.webp",
          "caption": "Task details"
        },
        {
          "url": "https://swipefile.design/_astro/002.D99VFF0s.webp",
          "caption": "Project calendar"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "tasks & checklists"
      ],
      "patterns": [
        "Tasks & checklists"
      ],
      "design_notes": {
        "surface": "Voice task capture · Task details · Project calendar",
        "nav": "Capture controls lead into task details and a project calendar.",
        "layout": "Task cards surface due dates and project metadata over a compact list and calendar interface.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm pastel surrounds, white cards, and red task accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Tasks & checklists",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Todoist\nSource: https://apps.apple.com/us/app/id572688855\nSwipefile reference: https://swipefile.design/ref/mobile-todoist/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Voice task capture · Task details · Project calendar\n- nav: Capture controls lead into task details and a project calendar.\n- layout: Task cards surface due dates and project metadata over a compact list and calendar interface.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm pastel surrounds, white cards, and red task accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Tasks & checklists\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study voice task capture, task details, project calendar. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-ticktick",
      "name": "TickTick",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "Checkbox lists share space with day and month calendars, while a raised card explains structured task capture.",
      "use_for": "Study inbox task list, calendar views, voice-to-task preview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id626144601",
      "reference_url": "https://swipefile.design/ref/mobile-ticktick/",
      "screenshot_url": "https://swipefile.design/_astro/000.zo5j2SWq.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CfvgOYSc.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.zo5j2SWq.webp",
          "caption": "Inbox task list"
        },
        {
          "url": "https://swipefile.design/_astro/001.vJM8JVsT.webp",
          "caption": "Calendar views"
        },
        {
          "url": "https://swipefile.design/_astro/002.DzSmoNuS.webp",
          "caption": "Voice-to-task preview"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "tasks & checklists"
      ],
      "patterns": [
        "Tasks & checklists"
      ],
      "design_notes": {
        "surface": "Inbox task list · Calendar views · Voice-to-task preview",
        "nav": "Inbox, calendar, and task-entry surfaces provide distinct ways into the same workload.",
        "layout": "Checkbox lists share space with day and month calendars, while a raised card explains structured task capture.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and pale blue with blue controls and colored calendar events.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Tasks & checklists",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: TickTick\nSource: https://apps.apple.com/us/app/id626144601\nSwipefile reference: https://swipefile.design/ref/mobile-ticktick/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Inbox task list · Calendar views · Voice-to-task preview\n- nav: Inbox, calendar, and task-entry surfaces provide distinct ways into the same workload.\n- layout: Checkbox lists share space with day and month calendars, while a raised card explains structured task capture.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and pale blue with blue controls and colored calendar events.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Tasks & checklists\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study inbox task list, calendar views, voice-to-task preview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-notion",
      "name": "Notion",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "A compact page hierarchy uses small icons, generous row spacing, and cover imagery to distinguish personal documents.",
      "use_for": "Study home page shortcuts, workspace page hierarchy, travel database. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1232780281",
      "reference_url": "https://swipefile.design/ref/mobile-notion/",
      "screenshot_url": "https://swipefile.design/_astro/000.Yb6ddi0Y.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D6xK6n38.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Yb6ddi0Y.webp",
          "caption": "Home page shortcuts"
        },
        {
          "url": "https://swipefile.design/_astro/001.Bp-RXEr2.webp",
          "caption": "Workspace page hierarchy"
        },
        {
          "url": "https://swipefile.design/_astro/002.DYTSQIVo.webp",
          "caption": "Travel database"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "notes & documents"
      ],
      "patterns": [
        "Notes & documents"
      ],
      "design_notes": {
        "surface": "Home page shortcuts · Workspace page hierarchy · Travel database",
        "nav": "Home shortcuts lead into nested pages and a document workspace.",
        "layout": "A compact page hierarchy uses small icons, generous row spacing, and cover imagery to distinguish personal documents.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Mostly white and black with small content-driven color accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Notes & documents",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Notion\nSource: https://apps.apple.com/us/app/id1232780281\nSwipefile reference: https://swipefile.design/ref/mobile-notion/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Home page shortcuts · Workspace page hierarchy · Travel database\n- nav: Home shortcuts lead into nested pages and a document workspace.\n- layout: A compact page hierarchy uses small icons, generous row spacing, and cover imagery to distinguish personal documents.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Mostly white and black with small content-driven color accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Notes & documents\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study home page shortcuts, workspace page hierarchy, travel database. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-trello",
      "name": "Trello",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "White task cards sit within blue board areas, while a separate schedule arranges work into time slots.",
      "use_for": "Study inbox cards, calendar schedule, board to-do cards. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id461504587",
      "reference_url": "https://swipefile.design/ref/mobile-trello/",
      "screenshot_url": "https://swipefile.design/_astro/000.QbFF4ff9.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CZlltQBD.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.QbFF4ff9.webp",
          "caption": "Inbox cards"
        },
        {
          "url": "https://swipefile.design/_astro/001.DNbvNbGg.webp",
          "caption": "Calendar schedule"
        },
        {
          "url": "https://swipefile.design/_astro/002.en3K7WWq.webp",
          "caption": "Board to-do cards"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "tasks & checklists"
      ],
      "patterns": [
        "Tasks & checklists"
      ],
      "design_notes": {
        "surface": "Inbox cards · Calendar schedule · Board to-do cards",
        "nav": "Inbox, calendar, and board surfaces expose different arrangements of the same work.",
        "layout": "White task cards sit within blue board areas, while a separate schedule arranges work into time slots.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Blue, white, and colored calendar blocks.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Tasks & checklists",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Trello\nSource: https://apps.apple.com/us/app/id461504587\nSwipefile reference: https://swipefile.design/ref/mobile-trello/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Inbox cards · Calendar schedule · Board to-do cards\n- nav: Inbox, calendar, and board surfaces expose different arrangements of the same work.\n- layout: White task cards sit within blue board areas, while a separate schedule arranges work into time slots.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Blue, white, and colored calendar blocks.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Tasks & checklists\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study inbox cards, calendar schedule, board to-do cards. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-asana",
      "name": "Asana",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "Task rows, project shortcuts, and activity updates use compact white panels with clear headings and small identity marks.",
      "use_for": "Study project task list, home shortcuts, activity inbox. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id489969512",
      "reference_url": "https://swipefile.design/ref/mobile-asana/",
      "screenshot_url": "https://swipefile.design/_astro/000.C4DX3btO.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BMzDT5iv.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.C4DX3btO.webp",
          "caption": "Project task list"
        },
        {
          "url": "https://swipefile.design/_astro/001.B3FYiBpf.webp",
          "caption": "Home shortcuts"
        },
        {
          "url": "https://swipefile.design/_astro/002.uZYma9LK.webp",
          "caption": "Activity inbox"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "activity & notifications"
      ],
      "patterns": [
        "Activity & notifications"
      ],
      "design_notes": {
        "surface": "Project task list · Home shortcuts · Activity inbox",
        "nav": "Home, project, and inbox surfaces distinguish navigation from updates.",
        "layout": "Task rows, project shortcuts, and activity updates use compact white panels with clear headings and small identity marks.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels with burgundy, blue, and green promotional surrounds.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Activity & notifications",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Asana\nSource: https://apps.apple.com/us/app/id489969512\nSwipefile reference: https://swipefile.design/ref/mobile-asana/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Project task list · Home shortcuts · Activity inbox\n- nav: Home, project, and inbox surfaces distinguish navigation from updates.\n- layout: Task rows, project shortcuts, and activity updates use compact white panels with clear headings and small identity marks.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels with burgundy, blue, and green promotional surrounds.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Activity & notifications\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study project task list, home shortcuts, activity inbox. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-monday-com",
      "name": "monday.com",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "Status-colored cells, workload totals, and item-detail cards make the organization of work visible in a narrow format.",
      "use_for": "Study team planning board, my work summary, notification list. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1290128888",
      "reference_url": "https://swipefile.design/ref/mobile-monday-com/",
      "screenshot_url": "https://swipefile.design/_astro/000.CIOxDDMt.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BIGk5ut8.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CIOxDDMt.webp",
          "caption": "Team planning board"
        },
        {
          "url": "https://swipefile.design/_astro/001.Cj4VygYQ.webp",
          "caption": "My work summary"
        },
        {
          "url": "https://swipefile.design/_astro/002.VyBAeeGX.webp",
          "caption": "Notification list"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "tasks & checklists"
      ],
      "patterns": [
        "Tasks & checklists"
      ],
      "design_notes": {
        "surface": "Team planning board · My work summary · Notification list",
        "nav": "Planning, personal work, and notification surfaces have separate headings and controls.",
        "layout": "Status-colored cells, workload totals, and item-detail cards make the organization of work visible in a narrow format.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Purple surround, white panels, and green, amber, and red status colors.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Tasks & checklists",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: monday.com\nSource: https://apps.apple.com/us/app/id1290128888\nSwipefile reference: https://swipefile.design/ref/mobile-monday-com/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Team planning board · My work summary · Notification list\n- nav: Planning, personal work, and notification surfaces have separate headings and controls.\n- layout: Status-colored cells, workload totals, and item-detail cards make the organization of work visible in a narrow format.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Purple surround, white panels, and green, amber, and red status colors.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Tasks & checklists\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study team planning board, my work summary, notification list. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-evernote",
      "name": "Evernote",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "A note combines text, attachments, and checklists; highlighted search terms help explain how saved content is retrieved.",
      "use_for": "Study rich meeting note, checklist inside a note, search results. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id281796108",
      "reference_url": "https://swipefile.design/ref/mobile-evernote/",
      "screenshot_url": "https://swipefile.design/_astro/000.7HkDHTJS.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.loEcl3qk.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.7HkDHTJS.webp",
          "caption": "Rich meeting note"
        },
        {
          "url": "https://swipefile.design/_astro/001.DjGIulXL.webp",
          "caption": "Checklist inside a note"
        },
        {
          "url": "https://swipefile.design/_astro/002.C9MCNoeN.webp",
          "caption": "Search results"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "notes & documents"
      ],
      "patterns": [
        "Notes & documents"
      ],
      "design_notes": {
        "surface": "Rich meeting note · Checklist inside a note · Search results",
        "nav": "Editor controls sit above the note, with a search surface for returning to content.",
        "layout": "A note combines text, attachments, and checklists; highlighted search terms help explain how saved content is retrieved.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White content on black promotional framing with bright green actions.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Notes & documents",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Evernote\nSource: https://apps.apple.com/us/app/id281796108\nSwipefile reference: https://swipefile.design/ref/mobile-evernote/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Rich meeting note · Checklist inside a note · Search results\n- nav: Editor controls sit above the note, with a search surface for returning to content.\n- layout: A note combines text, attachments, and checklists; highlighted search terms help explain how saved content is retrieved.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White content on black promotional framing with bright green actions.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Notes & documents\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study rich meeting note, checklist inside a note, search results. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-bear",
      "name": "Bear",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "Rich text, imagery, and tables sit in a quiet editor beside a tag-based navigation surface.",
      "use_for": "Study rich note and table, tag navigation, editor theme examples. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1016366447",
      "reference_url": "https://swipefile.design/ref/mobile-bear/",
      "screenshot_url": "https://swipefile.design/_astro/000.B0hMzx3J.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D0NXC6Jp.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.B0hMzx3J.webp",
          "caption": "Rich note and table"
        },
        {
          "url": "https://swipefile.design/_astro/001.DNWIHIk2.webp",
          "caption": "Tag navigation"
        },
        {
          "url": "https://swipefile.design/_astro/002.BSiHVbAw.webp",
          "caption": "Editor theme examples"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "notes & documents"
      ],
      "patterns": [
        "Notes & documents"
      ],
      "design_notes": {
        "surface": "Rich note and table · Tag navigation · Editor theme examples",
        "nav": "A side panel groups notes by tags; the document remains the main reading surface.",
        "layout": "Rich text, imagery, and tables sit in a quiet editor beside a tag-based navigation surface.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White editor, dark purple sidebar, and red brand accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Notes & documents",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Bear\nSource: https://apps.apple.com/us/app/id1016366447\nSwipefile reference: https://swipefile.design/ref/mobile-bear/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Rich note and table · Tag navigation · Editor theme examples\n- nav: A side panel groups notes by tags; the document remains the main reading surface.\n- layout: Rich text, imagery, and tables sit in a quiet editor beside a tag-based navigation surface.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White editor, dark purple sidebar, and red brand accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Notes & documents\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study rich note and table, tag navigation, editor theme examples. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-craft",
      "name": "Craft",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Productivity",
      "summary": "A document editor combines styled text with a separate task sheet and a familiar keyboard toolbar.",
      "use_for": "Study document editing, task capture, document appearance. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1487937127",
      "reference_url": "https://swipefile.design/ref/mobile-craft/",
      "screenshot_url": "https://swipefile.design/_astro/000.n4xE1kMV.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DIW6Cq8o.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.n4xE1kMV.webp",
          "caption": "Document editing"
        },
        {
          "url": "https://swipefile.design/_astro/001.vVeGpqej.webp",
          "caption": "Task capture"
        },
        {
          "url": "https://swipefile.design/_astro/002.Dbb-FXnE.webp",
          "caption": "Document appearance"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "productivity",
        "notes & documents"
      ],
      "patterns": [
        "Notes & documents"
      ],
      "design_notes": {
        "surface": "Document editing · Task capture · Document appearance",
        "nav": "Document and task surfaces keep creation controls near the writing context.",
        "layout": "A document editor combines styled text with a separate task sheet and a familiar keyboard toolbar.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm neutrals, white sheets, and blue action accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Notes & documents",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Craft\nSource: https://apps.apple.com/us/app/id1487937127\nSwipefile reference: https://swipefile.design/ref/mobile-craft/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Document editing · Task capture · Document appearance\n- nav: Document and task surfaces keep creation controls near the writing context.\n- layout: A document editor combines styled text with a separate task sheet and a familiar keyboard toolbar.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm neutrals, white sheets, and blue action accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Notes & documents\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study document editing, task capture, document appearance. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-fantastical",
      "name": "Fantastical",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "An agenda groups appointments beneath a compact date strip, with alternative month and year views and a prominent event card.",
      "use_for": "Study day agenda, calendar view comparison, event creation preview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id718043190",
      "reference_url": "https://swipefile.design/ref/mobile-fantastical/",
      "screenshot_url": "https://swipefile.design/_astro/000.BdYisdmg.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CEb4Zpg6.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BdYisdmg.webp",
          "caption": "Day agenda"
        },
        {
          "url": "https://swipefile.design/_astro/001.Dc3sD-ik.webp",
          "caption": "Calendar view comparison"
        },
        {
          "url": "https://swipefile.design/_astro/002.Bv4BsLOH.webp",
          "caption": "Event creation preview"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "calendars & scheduling"
      ],
      "patterns": [
        "Calendars & scheduling"
      ],
      "design_notes": {
        "surface": "Day agenda · Calendar view comparison · Event creation preview",
        "nav": "Calendar views separate date navigation from individual event details.",
        "layout": "An agenda groups appointments beneath a compact date strip, with alternative month and year views and a prominent event card.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and black calendar surfaces with colored event blocks.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Calendars & scheduling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Fantastical\nSource: https://apps.apple.com/us/app/id718043190\nSwipefile reference: https://swipefile.design/ref/mobile-fantastical/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Day agenda · Calendar view comparison · Event creation preview\n- nav: Calendar views separate date navigation from individual event details.\n- layout: An agenda groups appointments beneath a compact date strip, with alternative month and year views and a prominent event card.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and black calendar surfaces with colored event blocks.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Calendars & scheduling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study day agenda, calendar view comparison, event creation preview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-structured",
      "name": "Structured",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Colored time blocks run down a vertical timeline beside completion circles; recurrence options sit in a compact sheet.",
      "use_for": "Study daily timeline, repeating routines, planning prompt. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1499198946",
      "reference_url": "https://swipefile.design/ref/mobile-structured/",
      "screenshot_url": "https://swipefile.design/_astro/000.BQ87uP-3.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DirloJwj.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BQ87uP-3.webp",
          "caption": "Daily timeline"
        },
        {
          "url": "https://swipefile.design/_astro/001.C-RPJUUi.webp",
          "caption": "Repeating routines"
        },
        {
          "url": "https://swipefile.design/_astro/002.B15vknnS.webp",
          "caption": "Planning prompt"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "calendars & scheduling"
      ],
      "patterns": [
        "Calendars & scheduling"
      ],
      "design_notes": {
        "surface": "Daily timeline · Repeating routines · Planning prompt",
        "nav": "A date strip and bottom destinations frame the daily plan, with an add control at the lower edge.",
        "layout": "Colored time blocks run down a vertical timeline beside completion circles; recurrence options sit in a compact sheet.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White, pink, and multicolored task blocks.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Calendars & scheduling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Structured\nSource: https://apps.apple.com/us/app/id1499198946\nSwipefile reference: https://swipefile.design/ref/mobile-structured/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Daily timeline · Repeating routines · Planning prompt\n- nav: A date strip and bottom destinations frame the daily plan, with an add control at the lower edge.\n- layout: Colored time blocks run down a vertical timeline beside completion circles; recurrence options sit in a compact sheet.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White, pink, and multicolored task blocks.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Calendars & scheduling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study daily timeline, repeating routines, planning prompt. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-any-do",
      "name": "Any.do",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Tasks are grouped by date or status with small completion circles and optional assignee portraits.",
      "use_for": "Study grouped task list, schedule widget, shared project tasks. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id497328576",
      "reference_url": "https://swipefile.design/ref/mobile-any-do/",
      "screenshot_url": "https://swipefile.design/_astro/000.m100s1r4.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.iBnpB3Qf.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.m100s1r4.webp",
          "caption": "Grouped task list"
        },
        {
          "url": "https://swipefile.design/_astro/001.BFldhdbQ.webp",
          "caption": "Schedule widget"
        },
        {
          "url": "https://swipefile.design/_astro/002.B-X93qW5.webp",
          "caption": "Shared project tasks"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "tasks & checklists"
      ],
      "patterns": [
        "Tasks & checklists"
      ],
      "design_notes": {
        "surface": "Grouped task list · Schedule widget · Shared project tasks",
        "nav": "Today, Tomorrow, and Upcoming group personal tasks; shared work uses explicit status headings.",
        "layout": "Tasks are grouped by date or status with small completion circles and optional assignee portraits.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White lists with blue controls and restrained identity colors.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Tasks & checklists",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Any.do\nSource: https://apps.apple.com/us/app/id497328576\nSwipefile reference: https://swipefile.design/ref/mobile-any-do/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Grouped task list · Schedule widget · Shared project tasks\n- nav: Today, Tomorrow, and Upcoming group personal tasks; shared work uses explicit status headings.\n- layout: Tasks are grouped by date or status with small completion circles and optional assignee portraits.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White lists with blue controls and restrained identity colors.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Tasks & checklists\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study grouped task list, schedule widget, shared project tasks. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-microsoft-to-do",
      "name": "Microsoft To Do",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Simple checkbox rows remain consistent across daily planning, groceries, and flagged email lists.",
      "use_for": "Study my day list, list personalization, flagged email tasks. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1212616790",
      "reference_url": "https://swipefile.design/ref/mobile-microsoft-to-do/",
      "screenshot_url": "https://swipefile.design/_astro/000.CwsbBA12.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.C6NF-0pH.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CwsbBA12.webp",
          "caption": "My Day list"
        },
        {
          "url": "https://swipefile.design/_astro/001.BKQgJnve.webp",
          "caption": "List personalization"
        },
        {
          "url": "https://swipefile.design/_astro/002.DZg_XagX.webp",
          "caption": "Flagged email tasks"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "tasks & checklists"
      ],
      "patterns": [
        "Tasks & checklists"
      ],
      "design_notes": {
        "surface": "My Day list · List personalization · Flagged email tasks",
        "nav": "List-level back controls and a clear heading identify the current task context.",
        "layout": "Simple checkbox rows remain consistent across daily planning, groceries, and flagged email lists.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Teal, green, and red list backgrounds with white task rows.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Tasks & checklists",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Microsoft To Do\nSource: https://apps.apple.com/us/app/id1212616790\nSwipefile reference: https://swipefile.design/ref/mobile-microsoft-to-do/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: My Day list · List personalization · Flagged email tasks\n- nav: List-level back controls and a clear heading identify the current task context.\n- layout: Simple checkbox rows remain consistent across daily planning, groceries, and flagged email lists.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Teal, green, and red list backgrounds with white task rows.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Tasks & checklists\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study my day list, list personalization, flagged email tasks. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-google-calendar",
      "name": "Google Calendar",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Colored event blocks and illustrations distinguish agenda items while a detail sheet groups location, meeting link, and guests.",
      "use_for": "Study schedule overview, event creation, event details. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id909319292",
      "reference_url": "https://swipefile.design/ref/mobile-google-calendar/",
      "screenshot_url": "https://swipefile.design/_astro/000.BvmBLSXT.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CO4OgtKl.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BvmBLSXT.webp",
          "caption": "Schedule overview"
        },
        {
          "url": "https://swipefile.design/_astro/001.-ZkAosK2.webp",
          "caption": "Event creation"
        },
        {
          "url": "https://swipefile.design/_astro/002.CTv0vL54.webp",
          "caption": "Event details"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "calendars & scheduling"
      ],
      "patterns": [
        "Calendars & scheduling"
      ],
      "design_notes": {
        "surface": "Schedule overview · Event creation · Event details",
        "nav": "A compact date header leads into schedule entries and event details.",
        "layout": "Colored event blocks and illustrations distinguish agenda items while a detail sheet groups location, meeting link, and guests.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White canvas with multicolored calendars and blue actions.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Calendars & scheduling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Google Calendar\nSource: https://apps.apple.com/us/app/id909319292\nSwipefile reference: https://swipefile.design/ref/mobile-google-calendar/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Schedule overview · Event creation · Event details\n- nav: A compact date header leads into schedule entries and event details.\n- layout: Colored event blocks and illustrations distinguish agenda items while a detail sheet groups location, meeting link, and guests.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White canvas with multicolored calendars and blue actions.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Calendars & scheduling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study schedule overview, event creation, event details. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-calendars",
      "name": "Calendars",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Dense calendar views use colored event blocks, while a task panel sits below the timed schedule.",
      "use_for": "Study month calendar, day and week schedules, tasks alongside appointments. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id608834326",
      "reference_url": "https://swipefile.design/ref/mobile-calendars/",
      "screenshot_url": "https://swipefile.design/_astro/000.CgU0qF7U.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CvIXn-az.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CgU0qF7U.webp",
          "caption": "Month calendar"
        },
        {
          "url": "https://swipefile.design/_astro/001.QBECRla8.webp",
          "caption": "Day and week schedules"
        },
        {
          "url": "https://swipefile.design/_astro/002.DWYiQCt2.webp",
          "caption": "Tasks alongside appointments"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "calendars & scheduling"
      ],
      "patterns": [
        "Calendars & scheduling"
      ],
      "design_notes": {
        "surface": "Month calendar · Day and week schedules · Tasks alongside appointments",
        "nav": "List, Day, Week, Month, and Planner labels make view switching explicit.",
        "layout": "Dense calendar views use colored event blocks, while a task panel sits below the timed schedule.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces, navy navigation, and pastel event colors.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Calendars & scheduling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Calendars\nSource: https://apps.apple.com/us/app/id608834326\nSwipefile reference: https://swipefile.design/ref/mobile-calendars/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Month calendar · Day and week schedules · Tasks alongside appointments\n- nav: List, Day, Week, Month, and Planner labels make view switching explicit.\n- layout: Dense calendar views use colored event blocks, while a task panel sits below the timed schedule.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces, navy navigation, and pastel event colors.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Calendars & scheduling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study month calendar, day and week schedules, tasks alongside appointments. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-agenda",
      "name": "Agenda",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Notes combine dates, tags, rich text, and checklists within a narrow document layout.",
      "use_for": "Study rich dated note, project note list, dated tasks and notes. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1370289240",
      "reference_url": "https://swipefile.design/ref/mobile-agenda/",
      "screenshot_url": "https://swipefile.design/_astro/000._yzOrnTo.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.Cyu6mGP_.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000._yzOrnTo.webp",
          "caption": "Rich dated note"
        },
        {
          "url": "https://swipefile.design/_astro/001.BA-mTm0r.webp",
          "caption": "Project note list"
        },
        {
          "url": "https://swipefile.design/_astro/002.6hHhVRxo.webp",
          "caption": "Dated tasks and notes"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "notes & documents"
      ],
      "patterns": [
        "Notes & documents"
      ],
      "design_notes": {
        "surface": "Rich dated note · Project note list · Dated tasks and notes",
        "nav": "Project headings and note-level dates help connect writing with scheduled work.",
        "layout": "Notes combine dates, tags, rich text, and checklists within a narrow document layout.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White pages with yellow controls and highlighted metadata.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Notes & documents",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Agenda\nSource: https://apps.apple.com/us/app/id1370289240\nSwipefile reference: https://swipefile.design/ref/mobile-agenda/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Rich dated note · Project note list · Dated tasks and notes\n- nav: Project headings and note-level dates help connect writing with scheduled work.\n- layout: Notes combine dates, tags, rich text, and checklists within a narrow document layout.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White pages with yellow controls and highlighted metadata.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Notes & documents\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study rich dated note, project note list, dated tasks and notes. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-forest",
      "name": "Forest",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "A schedule uses weekday buttons and time fields; separate illustrated surfaces visualize focus history and a breathing prompt.",
      "use_for": "Study blocked-app schedule, focus achievement overview, breathing exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id866450515",
      "reference_url": "https://swipefile.design/ref/mobile-forest/",
      "screenshot_url": "https://swipefile.design/_astro/000.CuZU2V0i.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DlobU3IQ.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CuZU2V0i.webp",
          "caption": "Blocked-app schedule"
        },
        {
          "url": "https://swipefile.design/_astro/001.PffWuzFm.webp",
          "caption": "Focus achievement overview"
        },
        {
          "url": "https://swipefile.design/_astro/002.CnNqxbYf.webp",
          "caption": "Breathing exercise"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "habits & progress"
      ],
      "patterns": [
        "Habits & progress"
      ],
      "design_notes": {
        "surface": "Blocked-app schedule · Focus achievement overview · Breathing exercise",
        "nav": "Schedule settings, achievement overview, and a focused exercise each use a distinct screen structure.",
        "layout": "A schedule uses weekday buttons and time fields; separate illustrated surfaces visualize focus history and a breathing prompt.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Green gradients, pale settings panels, and nature illustrations.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Habits & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Forest\nSource: https://apps.apple.com/us/app/id866450515\nSwipefile reference: https://swipefile.design/ref/mobile-forest/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Blocked-app schedule · Focus achievement overview · Breathing exercise\n- nav: Schedule settings, achievement overview, and a focused exercise each use a distinct screen structure.\n- layout: A schedule uses weekday buttons and time fields; separate illustrated surfaces visualize focus history and a breathing prompt.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Green gradients, pale settings panels, and nature illustrations.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Habits & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study blocked-app schedule, focus achievement overview, breathing exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-streaks",
      "name": "Streaks",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Large circular habit controls contrast with compact historical charts and a plain reflection editor.",
      "use_for": "Study habit completion grid, history and charts, daily reflection entry. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id963034692",
      "reference_url": "https://swipefile.design/ref/mobile-streaks/",
      "screenshot_url": "https://swipefile.design/_astro/000.D8pYY5DB.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D9j13LiJ.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.D8pYY5DB.webp",
          "caption": "Habit completion grid"
        },
        {
          "url": "https://swipefile.design/_astro/001.CFCn3CnA.webp",
          "caption": "History and charts"
        },
        {
          "url": "https://swipefile.design/_astro/002.DqXjsvq_.webp",
          "caption": "Daily reflection entry"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "habits & progress"
      ],
      "patterns": [
        "Habits & progress"
      ],
      "design_notes": {
        "surface": "Habit completion grid · History and charts · Daily reflection entry",
        "nav": "Habit icons lead into period summaries and dated entries.",
        "layout": "Large circular habit controls contrast with compact historical charts and a plain reflection editor.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Violet, pink, and orange themes with white controls.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Habits & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Streaks\nSource: https://apps.apple.com/us/app/id963034692\nSwipefile reference: https://swipefile.design/ref/mobile-streaks/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Habit completion grid · History and charts · Daily reflection entry\n- nav: Habit icons lead into period summaries and dated entries.\n- layout: Large circular habit controls contrast with compact historical charts and a plain reflection editor.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Violet, pink, and orange themes with white controls.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Habits & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study habit completion grid, history and charts, daily reflection entry. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-productive",
      "name": "Productive",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Planning & habits",
      "summary": "Illustrated habit templates, a daily checklist, and program cards share compact rounded containers.",
      "use_for": "Study habit template picker, today habit list, program library. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id983826477",
      "reference_url": "https://swipefile.design/ref/mobile-productive/",
      "screenshot_url": "https://swipefile.design/_astro/000.pnmsWYqF.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BYlDrnjR.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.pnmsWYqF.webp",
          "caption": "Habit template picker"
        },
        {
          "url": "https://swipefile.design/_astro/001.CeD6wa6h.webp",
          "caption": "Today habit list"
        },
        {
          "url": "https://swipefile.design/_astro/002.o4Oj8hel.webp",
          "caption": "Program library"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "planning & habits",
        "habits & progress"
      ],
      "patterns": [
        "Habits & progress"
      ],
      "design_notes": {
        "surface": "Habit template picker · Today habit list · Program library",
        "nav": "Today provides a daily anchor; template and program lists support choosing what to track.",
        "layout": "Illustrated habit templates, a daily checklist, and program cards share compact rounded containers.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Dark surfaces with yellow calls to action and blue add controls.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Habits & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Productive\nSource: https://apps.apple.com/us/app/id983826477\nSwipefile reference: https://swipefile.design/ref/mobile-productive/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Habit template picker · Today habit list · Program library\n- nav: Today provides a daily anchor; template and program lists support choosing what to track.\n- layout: Illustrated habit templates, a daily checklist, and program cards share compact rounded containers.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Dark surfaces with yellow calls to action and blue add controls.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Habits & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study habit template picker, today habit list, program library. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-headspace",
      "name": "Headspace",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "Category tiles and illustrated content cards lead into a course summary with teacher choices and a clear start control.",
      "use_for": "Study category discovery, sleep content library, course and teacher selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id493145008",
      "reference_url": "https://swipefile.design/ref/mobile-headspace/",
      "screenshot_url": "https://swipefile.design/_astro/000.jSl9LTLn.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.ZhCQ9Nm1.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.jSl9LTLn.webp",
          "caption": "Category discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.CDTjbEtV.webp",
          "caption": "Sleep content library"
        },
        {
          "url": "https://swipefile.design/_astro/002.DxhtmPGD.webp",
          "caption": "Course and teacher selection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Category discovery · Sleep content library · Course and teacher selection",
        "nav": "Search and bottom destinations frame the library; a back control returns from course detail.",
        "layout": "Category tiles and illustrated content cards lead into a course summary with teacher choices and a clear start control.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm orange and yellow contrast with a deep purple sleep surface.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Headspace\nSource: https://apps.apple.com/us/app/id493145008\nSwipefile reference: https://swipefile.design/ref/mobile-headspace/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Category discovery · Sleep content library · Course and teacher selection\n- nav: Search and bottom destinations frame the library; a back control returns from course detail.\n- layout: Category tiles and illustrated content cards lead into a course summary with teacher choices and a clear start control.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm orange and yellow contrast with a deep purple sleep surface.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study category discovery, sleep content library, course and teacher selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-calm",
      "name": "Calm",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "Large image cards are grouped by content type, with compact filter chips above the sleep library.",
      "use_for": "Study sleep story library, daily practice library, soundscape browsing. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id571800810",
      "reference_url": "https://swipefile.design/ref/mobile-calm/",
      "screenshot_url": "https://swipefile.design/_astro/000.CvPLOqJc.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BvMlcFl_.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CvPLOqJc.webp",
          "caption": "Sleep story library"
        },
        {
          "url": "https://swipefile.design/_astro/001.0U8qZrMw.webp",
          "caption": "Daily practice library"
        },
        {
          "url": "https://swipefile.design/_astro/002.DU4jYS5R.webp",
          "caption": "Soundscape browsing"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Sleep story library · Daily practice library · Soundscape browsing",
        "nav": "Category labels and See All links offer both broad browsing and narrower collections.",
        "layout": "Large image cards are grouped by content type, with compact filter chips above the sleep library.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Blue backgrounds and soft photographic cover art.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Calm\nSource: https://apps.apple.com/us/app/id571800810\nSwipefile reference: https://swipefile.design/ref/mobile-calm/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Sleep story library · Daily practice library · Soundscape browsing\n- nav: Category labels and See All links offer both broad browsing and narrower collections.\n- layout: Large image cards are grouped by content type, with compact filter chips above the sleep library.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Blue backgrounds and soft photographic cover art.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study sleep story library, daily practice library, soundscape browsing. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-balance",
      "name": "Balance",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "A short multiple-choice question contrasts with a recommendation card and an illustrated plan grid.",
      "use_for": "Study personalization question, today recommendations, meditation plan grid. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1361356590",
      "reference_url": "https://swipefile.design/ref/mobile-balance/",
      "screenshot_url": "https://swipefile.design/_astro/000.C4KZr1jz.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CbbZsz_-.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.C4KZr1jz.webp",
          "caption": "Personalization question"
        },
        {
          "url": "https://swipefile.design/_astro/001.DemRU_bk.webp",
          "caption": "Today recommendations"
        },
        {
          "url": "https://swipefile.design/_astro/002.DqfwFP4v.webp",
          "caption": "Meditation plan grid"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "onboarding & personalization"
      ],
      "patterns": [
        "Onboarding & personalization"
      ],
      "design_notes": {
        "surface": "Personalization question · Today recommendations · Meditation plan grid",
        "nav": "Bottom destinations separate Today, plans, sleep, and profile-related areas.",
        "layout": "A short multiple-choice question contrasts with a recommendation card and an illustrated plan grid.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White space, turquoise controls, and light pastel choice rows.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Onboarding & personalization",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Balance\nSource: https://apps.apple.com/us/app/id1361356590\nSwipefile reference: https://swipefile.design/ref/mobile-balance/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Personalization question · Today recommendations · Meditation plan grid\n- nav: Bottom destinations separate Today, plans, sleep, and profile-related areas.\n- layout: A short multiple-choice question contrasts with a recommendation card and an illustrated plan grid.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White space, turquoise controls, and light pastel choice rows.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Onboarding & personalization\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study personalization question, today recommendations, meditation plan grid. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-insight-timer",
      "name": "Insight Timer",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "Small category shortcuts sit above large meditation cards with duration and teacher metadata.",
      "use_for": "Study featured meditation, home category shortcuts, content library. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id337472899",
      "reference_url": "https://swipefile.design/ref/mobile-insight-timer/",
      "screenshot_url": "https://swipefile.design/_astro/000.Bp0_j3ZX.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BrNV5Do2.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Bp0_j3ZX.webp",
          "caption": "Featured meditation"
        },
        {
          "url": "https://swipefile.design/_astro/001.BIVH1awx.webp",
          "caption": "Home category shortcuts"
        },
        {
          "url": "https://swipefile.design/_astro/002.CWGfpjq8.webp",
          "caption": "Content library"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Featured meditation · Home category shortcuts · Content library",
        "nav": "A home greeting, category grid, and content cards establish multiple routes into the library.",
        "layout": "Small category shortcuts sit above large meditation cards with duration and teacher metadata.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels with blue promotional framing and photographic covers.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Insight Timer\nSource: https://apps.apple.com/us/app/id337472899\nSwipefile reference: https://swipefile.design/ref/mobile-insight-timer/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Featured meditation · Home category shortcuts · Content library\n- nav: A home greeting, category grid, and content cards establish multiple routes into the library.\n- layout: Small category shortcuts sit above large meditation cards with duration and teacher metadata.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels with blue promotional framing and photographic covers.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study featured meditation, home category shortcuts, content library. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-finch",
      "name": "Finch",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "A character scene sits above approachable checklists, while a support picker presents friendly illustrated reactions.",
      "use_for": "Study shared goal checklist, support message picker, adventure and daily goals. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1528595748",
      "reference_url": "https://swipefile.design/ref/mobile-finch/",
      "screenshot_url": "https://swipefile.design/_astro/000.BWP9Axps.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.B49TWums.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BWP9Axps.webp",
          "caption": "Shared goal checklist"
        },
        {
          "url": "https://swipefile.design/_astro/001.DDq5rQKH.webp",
          "caption": "Support message picker"
        },
        {
          "url": "https://swipefile.design/_astro/002.QuzbegB0.webp",
          "caption": "Adventure and daily goals"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "habits & progress"
      ],
      "patterns": [
        "Habits & progress"
      ],
      "design_notes": {
        "surface": "Shared goal checklist · Support message picker · Adventure and daily goals",
        "nav": "Goal lists and a dedicated message-selection surface separate personal progress from social encouragement.",
        "layout": "A character scene sits above approachable checklists, while a support picker presents friendly illustrated reactions.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Bright green and pink panels with soft character illustrations.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Habits & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Finch\nSource: https://apps.apple.com/us/app/id1528595748\nSwipefile reference: https://swipefile.design/ref/mobile-finch/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Shared goal checklist · Support message picker · Adventure and daily goals\n- nav: Goal lists and a dedicated message-selection surface separate personal progress from social encouragement.\n- layout: A character scene sits above approachable checklists, while a support picker presents friendly illustrated reactions.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Bright green and pink panels with soft character illustrations.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Habits & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study shared goal checklist, support message picker, adventure and daily goals. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-daylio",
      "name": "Daylio",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "A calendar of mood icons summarizes previous entries; new entries use a short emotion scale and labeled activity groups.",
      "use_for": "Study mood calendar, mood selection, activity selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1194023242",
      "reference_url": "https://swipefile.design/ref/mobile-daylio/",
      "screenshot_url": "https://swipefile.design/_astro/000.vvN7aNDD.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D8_OT1tB.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.vvN7aNDD.webp",
          "caption": "Mood calendar"
        },
        {
          "url": "https://swipefile.design/_astro/001.Btg0N6kc.webp",
          "caption": "Mood selection"
        },
        {
          "url": "https://swipefile.design/_astro/002.C1NEapcb.webp",
          "caption": "Activity selection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "check-ins & journaling"
      ],
      "patterns": [
        "Check-ins & journaling"
      ],
      "design_notes": {
        "surface": "Mood calendar · Mood selection · Activity selection",
        "nav": "The entry screens use clear close and save controls around a focused question.",
        "layout": "A calendar of mood icons summarizes previous entries; new entries use a short emotion scale and labeled activity groups.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White space with green controls and multicolored mood icons.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Check-ins & journaling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Daylio\nSource: https://apps.apple.com/us/app/id1194023242\nSwipefile reference: https://swipefile.design/ref/mobile-daylio/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Mood calendar · Mood selection · Activity selection\n- nav: The entry screens use clear close and save controls around a focused question.\n- layout: A calendar of mood icons summarizes previous entries; new entries use a short emotion scale and labeled activity groups.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White space with green controls and multicolored mood icons.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Check-ins & journaling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study mood calendar, mood selection, activity selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-stoic",
      "name": "Stoic",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "Large monochrome cards group reflective activities and writing prompts with restrained supporting text.",
      "use_for": "Study morning reflection choices, sleep content grid, writing prompt selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1312926037",
      "reference_url": "https://swipefile.design/ref/mobile-stoic/",
      "screenshot_url": "https://swipefile.design/_astro/000.6zBtgtt2.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CVnz5kd_.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.6zBtgtt2.webp",
          "caption": "Morning reflection choices"
        },
        {
          "url": "https://swipefile.design/_astro/001.76n8YFQ9.webp",
          "caption": "Sleep content grid"
        },
        {
          "url": "https://swipefile.design/_astro/002.gbJ7vqgW.webp",
          "caption": "Writing prompt selection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "check-ins & journaling"
      ],
      "patterns": [
        "Check-ins & journaling"
      ],
      "design_notes": {
        "surface": "Morning reflection choices · Sleep content grid · Writing prompt selection",
        "nav": "Named activity cards and writing shortcuts provide distinct starting points.",
        "layout": "Large monochrome cards group reflective activities and writing prompts with restrained supporting text.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Black, white, and soft gray with simple symbolic illustrations.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Check-ins & journaling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Stoic\nSource: https://apps.apple.com/us/app/id1312926037\nSwipefile reference: https://swipefile.design/ref/mobile-stoic/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Morning reflection choices · Sleep content grid · Writing prompt selection\n- nav: Named activity cards and writing shortcuts provide distinct starting points.\n- layout: Large monochrome cards group reflective activities and writing prompts with restrained supporting text.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Black, white, and soft gray with simple symbolic illustrations.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Check-ins & journaling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study morning reflection choices, sleep content grid, writing prompt selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-medito",
      "name": "Medito",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "A dark home surface places compact shortcuts above colorful course art, then simplifies into a text list on a category page.",
      "use_for": "Study home shortcuts, course library, sleep content categories. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1500780518",
      "reference_url": "https://swipefile.design/ref/mobile-medito/",
      "screenshot_url": "https://swipefile.design/_astro/000.BjiaL0ov.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.Nxftlxnl.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BjiaL0ov.webp",
          "caption": "Home shortcuts"
        },
        {
          "url": "https://swipefile.design/_astro/001.D6gkVKZL.webp",
          "caption": "Course library"
        },
        {
          "url": "https://swipefile.design/_astro/002.Chd-pfw-.webp",
          "caption": "Sleep content categories"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Home shortcuts · Course library · Sleep content categories",
        "nav": "Home shortcuts lead into course and sleep categories, each with a clear title.",
        "layout": "A dark home surface places compact shortcuts above colorful course art, then simplifies into a text list on a category page.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Charcoal surfaces, pale blue selection, and vibrant illustrated covers.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Medito\nSource: https://apps.apple.com/us/app/id1500780518\nSwipefile reference: https://swipefile.design/ref/mobile-medito/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Home shortcuts · Course library · Sleep content categories\n- nav: Home shortcuts lead into course and sleep categories, each with a clear title.\n- layout: A dark home surface places compact shortcuts above colorful course art, then simplifies into a text list on a category page.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Charcoal surfaces, pale blue selection, and vibrant illustrated covers.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study home shortcuts, course library, sleep content categories. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-how-we-feel",
      "name": "How We Feel",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "Large colored emotion labels lead into image-led journal cards and a compact calendar of previous check-ins.",
      "use_for": "Study emotion word map, journal entries, monthly history. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1562706384",
      "reference_url": "https://swipefile.design/ref/mobile-how-we-feel/",
      "screenshot_url": "https://swipefile.design/_astro/000.CZ-T9KR4.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CA3IZ2TV.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CZ-T9KR4.webp",
          "caption": "Emotion word map"
        },
        {
          "url": "https://swipefile.design/_astro/001.DVG21ln7.webp",
          "caption": "Journal entries"
        },
        {
          "url": "https://swipefile.design/_astro/002.DmlN7lKR.webp",
          "caption": "Monthly history"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "check-ins & journaling"
      ],
      "patterns": [
        "Check-ins & journaling"
      ],
      "design_notes": {
        "surface": "Emotion word map · Journal entries · Monthly history",
        "nav": "The entry list exposes a plus control; the monthly view provides a separate historical overview.",
        "layout": "Large colored emotion labels lead into image-led journal cards and a compact calendar of previous check-ins.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Black backgrounds with yellow, red, blue, and green emotion accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Check-ins & journaling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: How We Feel\nSource: https://apps.apple.com/us/app/id1562706384\nSwipefile reference: https://swipefile.design/ref/mobile-how-we-feel/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Emotion word map · Journal entries · Monthly history\n- nav: The entry list exposes a plus control; the monthly view provides a separate historical overview.\n- layout: Large colored emotion labels lead into image-led journal cards and a compact calendar of previous check-ins.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Black backgrounds with yellow, red, blue, and green emotion accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Check-ins & journaling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study emotion word map, journal entries, monthly history. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-reflectly",
      "name": "Reflectly",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Wellbeing",
      "summary": "A friendly character, a short prompt, and a simple slider keep each screen focused on one response.",
      "use_for": "Study welcome screen, daily journaling card, mood question. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1241229134",
      "reference_url": "https://swipefile.design/ref/mobile-reflectly/",
      "screenshot_url": "https://swipefile.design/_astro/000.OcyYGLYU.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D6HBD_uR.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.OcyYGLYU.webp",
          "caption": "Welcome screen"
        },
        {
          "url": "https://swipefile.design/_astro/001.TmxINcnM.webp",
          "caption": "Daily journaling card"
        },
        {
          "url": "https://swipefile.design/_astro/002.GLogJt8s.webp",
          "caption": "Mood question"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "wellbeing",
        "check-ins & journaling"
      ],
      "patterns": [
        "Check-ins & journaling"
      ],
      "design_notes": {
        "surface": "Welcome screen · Daily journaling card · Mood question",
        "nav": "Welcome and daily-entry surfaces use a prominent lower action and limited secondary controls.",
        "layout": "A friendly character, a short prompt, and a simple slider keep each screen focused on one response.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Purple gradients and rounded white cards.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Check-ins & journaling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Reflectly\nSource: https://apps.apple.com/us/app/id1241229134\nSwipefile reference: https://swipefile.design/ref/mobile-reflectly/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Welcome screen · Daily journaling card · Mood question\n- nav: Welcome and daily-entry surfaces use a prominent lower action and limited secondary controls.\n- layout: A friendly character, a short prompt, and a simple slider keep each screen focused on one response.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Purple gradients and rounded white cards.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Check-ins & journaling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study welcome screen, daily journaling card, mood question. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-strava",
      "name": "Strava",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Activity cards combine photography and social feedback, while a recording screen gives the route map most of the space.",
      "use_for": "Study activity feed, club discussion, workout recording. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id426826309",
      "reference_url": "https://swipefile.design/ref/mobile-strava/",
      "screenshot_url": "https://swipefile.design/_astro/000.DFuPlmFQ.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BJbiFzGn.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DFuPlmFQ.webp",
          "caption": "Activity feed"
        },
        {
          "url": "https://swipefile.design/_astro/001.CXDxI8yV.webp",
          "caption": "Club discussion"
        },
        {
          "url": "https://swipefile.design/_astro/002.D8i5JDRv.webp",
          "caption": "Workout recording"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "activity & notifications"
      ],
      "patterns": [
        "Activity & notifications"
      ],
      "design_notes": {
        "surface": "Activity feed · Club discussion · Workout recording",
        "nav": "Bottom navigation separates feed, mapping, recording, groups, and personal activity.",
        "layout": "Activity cards combine photography and social feedback, while a recording screen gives the route map most of the space.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Charcoal surfaces with orange route and action accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Activity & notifications",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Strava\nSource: https://apps.apple.com/us/app/id426826309\nSwipefile reference: https://swipefile.design/ref/mobile-strava/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Activity feed · Club discussion · Workout recording\n- nav: Bottom navigation separates feed, mapping, recording, groups, and personal activity.\n- layout: Activity cards combine photography and social feedback, while a recording screen gives the route map most of the space.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Charcoal surfaces with orange route and action accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Activity & notifications\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study activity feed, club discussion, workout recording. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-nike-run-club",
      "name": "Nike Run Club",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Large distance totals and a small bar chart summarize progress; vivid artwork distinguishes a guided run from a plan card.",
      "use_for": "Study running activity summary, guided run detail, training plan. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id387771637",
      "reference_url": "https://swipefile.design/ref/mobile-nike-run-club/",
      "screenshot_url": "https://swipefile.design/_astro/000.B2nfjyu7.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.NHqzSJla.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.B2nfjyu7.webp",
          "caption": "Running activity summary"
        },
        {
          "url": "https://swipefile.design/_astro/001.1126Fifb.webp",
          "caption": "Guided run detail"
        },
        {
          "url": "https://swipefile.design/_astro/002.DJC1okXb.webp",
          "caption": "Training plan"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "habits & progress"
      ],
      "patterns": [
        "Habits & progress"
      ],
      "design_notes": {
        "surface": "Running activity summary · Guided run detail · Training plan",
        "nav": "Bottom destinations expose activity and plans, while the run detail centers a Start control.",
        "layout": "Large distance totals and a small bar chart summarize progress; vivid artwork distinguishes a guided run from a plan card.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White reporting surfaces and bold orange running artwork.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Habits & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Nike Run Club\nSource: https://apps.apple.com/us/app/id387771637\nSwipefile reference: https://swipefile.design/ref/mobile-nike-run-club/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Running activity summary · Guided run detail · Training plan\n- nav: Bottom destinations expose activity and plans, while the run detail centers a Start control.\n- layout: Large distance totals and a small bar chart summarize progress; vivid artwork distinguishes a guided run from a plan card.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White reporting surfaces and bold orange running artwork.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Habits & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study running activity summary, guided run detail, training plan. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-nike-training-club",
      "name": "Nike Training Club",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Workout rows use thumbnail imagery and brief metadata; broad categories use larger photographic cards.",
      "use_for": "Study workout list, workout categories, activity history. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id301521403",
      "reference_url": "https://swipefile.design/ref/mobile-nike-training-club/",
      "screenshot_url": "https://swipefile.design/_astro/000.FzNMLF4D.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DiGQMVVE.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.FzNMLF4D.webp",
          "caption": "Workout list"
        },
        {
          "url": "https://swipefile.design/_astro/001.CPSgul0z.webp",
          "caption": "Workout categories"
        },
        {
          "url": "https://swipefile.design/_astro/002.BGq4KNLa.webp",
          "caption": "Activity history"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Workout list · Workout categories · Activity history",
        "nav": "Bottom tabs distinguish discovery, workouts, and recorded activity.",
        "layout": "Workout rows use thumbnail imagery and brief metadata; broad categories use larger photographic cards.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White content surfaces, black text, and photographic covers.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Nike Training Club\nSource: https://apps.apple.com/us/app/id301521403\nSwipefile reference: https://swipefile.design/ref/mobile-nike-training-club/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Workout list · Workout categories · Activity history\n- nav: Bottom tabs distinguish discovery, workouts, and recorded activity.\n- layout: Workout rows use thumbnail imagery and brief metadata; broad categories use larger photographic cards.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White content surfaces, black text, and photographic covers.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study workout list, workout categories, activity history. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-alltrails",
      "name": "AllTrails",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Photographic trail cards lead into a detail sheet with route statistics, then a larger photo view with an elevation graph.",
      "use_for": "Study trail discovery, trail detail, photo tour and elevation. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id405075943",
      "reference_url": "https://swipefile.design/ref/mobile-alltrails/",
      "screenshot_url": "https://swipefile.design/_astro/000.Cdcmsrls.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.1dYsU1kk.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Cdcmsrls.webp",
          "caption": "Trail discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.Cw7W0xg1.webp",
          "caption": "Trail detail"
        },
        {
          "url": "https://swipefile.design/_astro/002.DR7FUZ2V.webp",
          "caption": "Photo tour and elevation"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Trail discovery · Trail detail · Photo tour and elevation",
        "nav": "Search, category chips, and a Map control provide clear ways to narrow exploration.",
        "layout": "Photographic trail cards lead into a detail sheet with route statistics, then a larger photo view with an elevation graph.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, green actions, and outdoor photography.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: AllTrails\nSource: https://apps.apple.com/us/app/id405075943\nSwipefile reference: https://swipefile.design/ref/mobile-alltrails/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Trail discovery · Trail detail · Photo tour and elevation\n- nav: Search, category chips, and a Map control provide clear ways to narrow exploration.\n- layout: Photographic trail cards lead into a detail sheet with route statistics, then a larger photo view with an elevation graph.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, green actions, and outdoor photography.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study trail discovery, trail detail, photo tour and elevation. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-komoot",
      "name": "Komoot",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "A route map shares space with terrain, elevation, waypoint, and weather information in layered panels.",
      "use_for": "Study route detail and terrain, route navigation, route information. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id447374873",
      "reference_url": "https://swipefile.design/ref/mobile-komoot/",
      "screenshot_url": "https://swipefile.design/_astro/000.BjDbdPuO.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.RfH7wq1D.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BjDbdPuO.webp",
          "caption": "Route detail and terrain"
        },
        {
          "url": "https://swipefile.design/_astro/001.v6VpWRTY.webp",
          "caption": "Route navigation"
        },
        {
          "url": "https://swipefile.design/_astro/002.DPR42Chs.webp",
          "caption": "Route information"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Route detail and terrain · Route navigation · Route information",
        "nav": "Named detail tabs and lower Save or Navigate controls separate inspection from following a route.",
        "layout": "A route map shares space with terrain, elevation, waypoint, and weather information in layered panels.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Muted green maps, cream surfaces, and olive controls.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Komoot\nSource: https://apps.apple.com/us/app/id447374873\nSwipefile reference: https://swipefile.design/ref/mobile-komoot/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Route detail and terrain · Route navigation · Route information\n- nav: Named detail tabs and lower Save or Navigate controls separate inspection from following a route.\n- layout: A route map shares space with terrain, elevation, waypoint, and weather information in layered panels.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Muted green maps, cream surfaces, and olive controls.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study route detail and terrain, route navigation, route information. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-peloton",
      "name": "Peloton",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Progress rings and a featured class introduce the day; a separate list uses filters and a plan summary groups days by activity.",
      "use_for": "Study daily workout recommendation, workout discovery, weekly plan preview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id792750948",
      "reference_url": "https://swipefile.design/ref/mobile-peloton/",
      "screenshot_url": "https://swipefile.design/_astro/000.C5R6V_q-.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BPdyR9nM.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.C5R6V_q-.webp",
          "caption": "Daily workout recommendation"
        },
        {
          "url": "https://swipefile.design/_astro/001.C_VLHHcV.webp",
          "caption": "Workout discovery"
        },
        {
          "url": "https://swipefile.design/_astro/002.NYcc1O1a.webp",
          "caption": "Weekly plan preview"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Daily workout recommendation · Workout discovery · Weekly plan preview",
        "nav": "Bottom destinations and top category chips support browsing without losing the main workout context.",
        "layout": "Progress rings and a featured class introduce the day; a separate list uses filters and a plan summary groups days by activity.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Near-black panels, violet accents, and trainer photography.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Peloton\nSource: https://apps.apple.com/us/app/id792750948\nSwipefile reference: https://swipefile.design/ref/mobile-peloton/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Daily workout recommendation · Workout discovery · Weekly plan preview\n- nav: Bottom destinations and top category chips support browsing without losing the main workout context.\n- layout: Progress rings and a featured class introduce the day; a separate list uses filters and a plan summary groups days by activity.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Near-black panels, violet accents, and trainer photography.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study daily workout recommendation, workout discovery, weekly plan preview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-fitbod",
      "name": "Fitbod",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Exercise rows and a set table make entry compact, while a body diagram summarizes which muscle groups were recently trained.",
      "use_for": "Study workout exercise list, exercise sets, muscle recovery visualization. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1041517543",
      "reference_url": "https://swipefile.design/ref/mobile-fitbod/",
      "screenshot_url": "https://swipefile.design/_astro/000.DhNyQQV4.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CbBufca1.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DhNyQQV4.webp",
          "caption": "Workout exercise list"
        },
        {
          "url": "https://swipefile.design/_astro/001.CoYPjUrx.webp",
          "caption": "Exercise sets"
        },
        {
          "url": "https://swipefile.design/_astro/002.CgLLh-7W.webp",
          "caption": "Muscle recovery visualization"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "logging & tracking"
      ],
      "patterns": [
        "Logging & tracking"
      ],
      "design_notes": {
        "surface": "Workout exercise list · Exercise sets · Muscle recovery visualization",
        "nav": "Workout controls lead into exercise details with contextual set editing.",
        "layout": "Exercise rows and a set table make entry compact, while a body diagram summarizes which muscle groups were recently trained.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Dark blue-gray surfaces with pink muscle highlights and small colored controls.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Logging & tracking",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Fitbod\nSource: https://apps.apple.com/us/app/id1041517543\nSwipefile reference: https://swipefile.design/ref/mobile-fitbod/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Workout exercise list · Exercise sets · Muscle recovery visualization\n- nav: Workout controls lead into exercise details with contextual set editing.\n- layout: Exercise rows and a set table make entry compact, while a body diagram summarizes which muscle groups were recently trained.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Dark blue-gray surfaces with pink muscle highlights and small colored controls.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Logging & tracking\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study workout exercise list, exercise sets, muscle recovery visualization. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-hevy",
      "name": "Hevy",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "A compact sets table uses completion marks, a progress view emphasizes one chart, and routine cards expose a Start action.",
      "use_for": "Study workout set logging, exercise progress chart, routine selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1458862350",
      "reference_url": "https://swipefile.design/ref/mobile-hevy/",
      "screenshot_url": "https://swipefile.design/_astro/000.DPCkwkUj.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.C9ZY_8Lk.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DPCkwkUj.webp",
          "caption": "Workout set logging"
        },
        {
          "url": "https://swipefile.design/_astro/001.DTZupY_U.webp",
          "caption": "Exercise progress chart"
        },
        {
          "url": "https://swipefile.design/_astro/002.BL1Yg_Mc.webp",
          "caption": "Routine selection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "logging & tracking"
      ],
      "patterns": [
        "Logging & tracking"
      ],
      "design_notes": {
        "surface": "Workout set logging · Exercise progress chart · Routine selection",
        "nav": "Workout, exercise analysis, and routine surfaces separate logging from planning.",
        "layout": "A compact sets table uses completion marks, a progress view emphasizes one chart, and routine cards expose a Start action.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, blue controls, and green completion highlights.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Logging & tracking",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Hevy\nSource: https://apps.apple.com/us/app/id1458862350\nSwipefile reference: https://swipefile.design/ref/mobile-hevy/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Workout set logging · Exercise progress chart · Routine selection\n- nav: Workout, exercise analysis, and routine surfaces separate logging from planning.\n- layout: A compact sets table uses completion marks, a progress view emphasizes one chart, and routine cards expose a Start action.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, blue controls, and green completion highlights.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Logging & tracking\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study workout set logging, exercise progress chart, routine selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-strong",
      "name": "Strong",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Set rows expose weight, repetitions, and completion; an exercise page adds instructions, while a calculator appears in a sheet.",
      "use_for": "Study workout logging, exercise instructions, plate calculator. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id464254577",
      "reference_url": "https://swipefile.design/ref/mobile-strong/",
      "screenshot_url": "https://swipefile.design/_astro/000.DgmU2WMc.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.bFe08FdC.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DgmU2WMc.webp",
          "caption": "Workout logging"
        },
        {
          "url": "https://swipefile.design/_astro/001.xUjURgWF.webp",
          "caption": "Exercise instructions"
        },
        {
          "url": "https://swipefile.design/_astro/002.DyLYZ6Fo.webp",
          "caption": "Plate calculator"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "logging & tracking"
      ],
      "patterns": [
        "Logging & tracking"
      ],
      "design_notes": {
        "surface": "Workout logging · Exercise instructions · Plate calculator",
        "nav": "Exercise detail tabs distinguish instructions, history, charts, and records.",
        "layout": "Set rows expose weight, repetitions, and completion; an exercise page adds instructions, while a calculator appears in a sheet.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces with blue navigation and green completion controls.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Logging & tracking",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Strong\nSource: https://apps.apple.com/us/app/id464254577\nSwipefile reference: https://swipefile.design/ref/mobile-strong/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Workout logging · Exercise instructions · Plate calculator\n- nav: Exercise detail tabs distinguish instructions, history, charts, and records.\n- layout: Set rows expose weight, repetitions, and completion; an exercise page adds instructions, while a calculator appears in a sheet.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces with blue navigation and green completion controls.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Logging & tracking\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study workout logging, exercise instructions, plate calculator. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-myfitnesspal",
      "name": "MyFitnessPal",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Fitness & outdoors",
      "summary": "Stacked nutrient bars summarize a period, while food capture presents an editable list before a logging action.",
      "use_for": "Study nutrition chart, food scan results, voice logging. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id341232718",
      "reference_url": "https://swipefile.design/ref/mobile-myfitnesspal/",
      "screenshot_url": "https://swipefile.design/_astro/000.DkMKiAnj.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BAT4MY-h.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DkMKiAnj.webp",
          "caption": "Nutrition chart"
        },
        {
          "url": "https://swipefile.design/_astro/001.BV9OEr7w.webp",
          "caption": "Food scan results"
        },
        {
          "url": "https://swipefile.design/_astro/002.Bnh-OfUi.webp",
          "caption": "Voice logging"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "fitness & outdoors",
        "logging & tracking"
      ],
      "patterns": [
        "Logging & tracking"
      ],
      "design_notes": {
        "surface": "Nutrition chart · Food scan results · Voice logging",
        "nav": "Report tabs, capture controls, and a focused voice sheet separate overview from adding data.",
        "layout": "Stacked nutrient bars summarize a period, while food capture presents an editable list before a logging action.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces with blue actions and multicolored chart segments.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Logging & tracking",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: MyFitnessPal\nSource: https://apps.apple.com/us/app/id341232718\nSwipefile reference: https://swipefile.design/ref/mobile-myfitnesspal/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Nutrition chart · Food scan results · Voice logging\n- nav: Report tabs, capture controls, and a focused voice sheet separate overview from adding data.\n- layout: Stacked nutrient bars summarize a period, while food capture presents an editable list before a logging action.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces with blue actions and multicolored chart segments.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Logging & tracking\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study nutrition chart, food scan results, voice logging. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-airbnb",
      "name": "Airbnb",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "Large rounded photos, compact ratings, and small category illustrations make different travel offerings easy to scan.",
      "use_for": "Study home discovery, stay search results, experience discovery. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id401626263",
      "reference_url": "https://swipefile.design/ref/mobile-airbnb/",
      "screenshot_url": "https://swipefile.design/_astro/000.DsfGrqUn.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DsWeH6R2.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DsfGrqUn.webp",
          "caption": "Home discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.SUhYDMDq.webp",
          "caption": "Stay search results"
        },
        {
          "url": "https://swipefile.design/_astro/002.BNeBYMZH.webp",
          "caption": "Experience discovery"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "search & discovery"
      ],
      "patterns": [
        "Search & discovery"
      ],
      "design_notes": {
        "surface": "Home discovery · Stay search results · Experience discovery",
        "nav": "A prominent search pill and named Homes, Experiences, and Services destinations orient browsing.",
        "layout": "Large rounded photos, compact ratings, and small category illustrations make different travel offerings easy to scan.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm white surfaces with content-driven photography and small pink accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Search & discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Airbnb\nSource: https://apps.apple.com/us/app/id401626263\nSwipefile reference: https://swipefile.design/ref/mobile-airbnb/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Home discovery · Stay search results · Experience discovery\n- nav: A prominent search pill and named Homes, Experiences, and Services destinations orient browsing.\n- layout: Large rounded photos, compact ratings, and small category illustrations make different travel offerings easy to scan.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm white surfaces with content-driven photography and small pink accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Search & discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study home discovery, stay search results, experience discovery. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-booking-com",
      "name": "Booking.com",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "Destination, dates, and guests form a compact search panel; result rows expose ratings before a property detail adds price and room selection.",
      "use_for": "Study trip search form, hotel results, hotel detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id367003839",
      "reference_url": "https://swipefile.design/ref/mobile-booking-com/",
      "screenshot_url": "https://swipefile.design/_astro/000.Bd7ZRx7P.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BIe1AC7y.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Bd7ZRx7P.webp",
          "caption": "Trip search form"
        },
        {
          "url": "https://swipefile.design/_astro/001.lNwKlCmc.webp",
          "caption": "Hotel results"
        },
        {
          "url": "https://swipefile.design/_astro/002.vcdjOjwM.webp",
          "caption": "Hotel detail"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "search & discovery"
      ],
      "patterns": [
        "Search & discovery"
      ],
      "design_notes": {
        "surface": "Trip search form · Hotel results · Hotel detail",
        "nav": "Travel-type tabs precede search, with sort and filter controls above results.",
        "layout": "Destination, dates, and guests form a compact search panel; result rows expose ratings before a property detail adds price and room selection.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Blue headers, yellow field emphasis, and white content.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Search & discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Booking.com\nSource: https://apps.apple.com/us/app/id367003839\nSwipefile reference: https://swipefile.design/ref/mobile-booking-com/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Trip search form · Hotel results · Hotel detail\n- nav: Travel-type tabs precede search, with sort and filter controls above results.\n- layout: Destination, dates, and guests form a compact search panel; result rows expose ratings before a property detail adds price and room selection.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Blue headers, yellow field emphasis, and white content.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Search & discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study trip search form, hotel results, hotel detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-expedia",
      "name": "Expedia",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "Structured search fields lead into image-led listings, then a property page groups dates, travelers, and room options.",
      "use_for": "Study trip search, stay results, stay detail and room selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id427916203",
      "reference_url": "https://swipefile.design/ref/mobile-expedia/",
      "screenshot_url": "https://swipefile.design/_astro/000.Bc2s4yNZ.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DowiiFWa.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Bc2s4yNZ.webp",
          "caption": "Trip search"
        },
        {
          "url": "https://swipefile.design/_astro/001.JH2oQmoT.webp",
          "caption": "Stay results"
        },
        {
          "url": "https://swipefile.design/_astro/002.CRq_TYOJ.webp",
          "caption": "Stay detail and room selection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "search & discovery"
      ],
      "patterns": [
        "Search & discovery"
      ],
      "design_notes": {
        "surface": "Trip search · Stay results · Stay detail and room selection",
        "nav": "Named travel modes and filter chips keep the selected search context visible.",
        "layout": "Structured search fields lead into image-led listings, then a property page groups dates, travelers, and room options.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and cream surfaces with blue actions and yellow accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Search & discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Expedia\nSource: https://apps.apple.com/us/app/id427916203\nSwipefile reference: https://swipefile.design/ref/mobile-expedia/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Trip search · Stay results · Stay detail and room selection\n- nav: Named travel modes and filter chips keep the selected search context visible.\n- layout: Structured search fields lead into image-led listings, then a property page groups dates, travelers, and room options.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and cream surfaces with blue actions and yellow accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Search & discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study trip search, stay results, stay detail and room selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-tripadvisor",
      "name": "Tripadvisor",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "Property imagery leads into a review distribution, while a nearby map uses category chips and cards below the map.",
      "use_for": "Study hotel detail, review breakdown, nearby map discovery. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id284876795",
      "reference_url": "https://swipefile.design/ref/mobile-tripadvisor/",
      "screenshot_url": "https://swipefile.design/_astro/000.ByUSGf2Y.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D_aBjltg.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.ByUSGf2Y.webp",
          "caption": "Hotel detail"
        },
        {
          "url": "https://swipefile.design/_astro/001.CWNaGj0N.webp",
          "caption": "Review breakdown"
        },
        {
          "url": "https://swipefile.design/_astro/002.DVAvWJD7.webp",
          "caption": "Nearby map discovery"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "ratings & reviews"
      ],
      "patterns": [
        "Ratings & reviews"
      ],
      "design_notes": {
        "surface": "Hotel detail · Review breakdown · Nearby map discovery",
        "nav": "Bottom destinations and explicit Discover, Saves, and Restaurants chips distinguish browsing routes.",
        "layout": "Property imagery leads into a review distribution, while a nearby map uses category chips and cards below the map.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, deep green controls, and bright green promotional framing.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Ratings & reviews",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Tripadvisor\nSource: https://apps.apple.com/us/app/id284876795\nSwipefile reference: https://swipefile.design/ref/mobile-tripadvisor/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Hotel detail · Review breakdown · Nearby map discovery\n- nav: Bottom destinations and explicit Discover, Saves, and Restaurants chips distinguish browsing routes.\n- layout: Property imagery leads into a review distribution, while a nearby map uses category chips and cards below the map.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, deep green controls, and bright green promotional framing.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Ratings & reviews\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study hotel detail, review breakdown, nearby map discovery. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-hopper",
      "name": "Hopper",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "A calendar uses a color legend to compare dates; a raised explanation card presents a watch action above the trip details.",
      "use_for": "Study travel discovery, date price calendar, price-watch prompt. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id904052407",
      "reference_url": "https://swipefile.design/ref/mobile-hopper/",
      "screenshot_url": "https://swipefile.design/_astro/000.Dm4AUEYX.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CmGHZ1tl.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Dm4AUEYX.webp",
          "caption": "Travel discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.C4RY4k2e.webp",
          "caption": "Date price calendar"
        },
        {
          "url": "https://swipefile.design/_astro/002.Diox-s59.webp",
          "caption": "Price-watch prompt"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "calendars & scheduling"
      ],
      "patterns": [
        "Calendars & scheduling"
      ],
      "design_notes": {
        "surface": "Travel discovery · Date price calendar · Price-watch prompt",
        "nav": "Travel categories and a dedicated date-selection surface separate destination browsing from timing.",
        "layout": "A calendar uses a color legend to compare dates; a raised explanation card presents a watch action above the trip details.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White content with coral controls and multicolored date cells.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Calendars & scheduling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Hopper\nSource: https://apps.apple.com/us/app/id904052407\nSwipefile reference: https://swipefile.design/ref/mobile-hopper/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Travel discovery · Date price calendar · Price-watch prompt\n- nav: Travel categories and a dedicated date-selection surface separate destination browsing from timing.\n- layout: A calendar uses a color legend to compare dates; a raised explanation card presents a watch action above the trip details.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White content with coral controls and multicolored date cells.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Calendars & scheduling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study travel discovery, date price calendar, price-watch prompt. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-kayak",
      "name": "KAYAK",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "A compact travel home leads into a date grid and dense flight rows with times, stops, prices, and a clear action.",
      "use_for": "Study travel home, date price comparison, flight results. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id305204535",
      "reference_url": "https://swipefile.design/ref/mobile-kayak/",
      "screenshot_url": "https://swipefile.design/_astro/000.CNg83Ja3.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.B9r-fRoV.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CNg83Ja3.webp",
          "caption": "Travel home"
        },
        {
          "url": "https://swipefile.design/_astro/001.CmbLddA2.webp",
          "caption": "Date price comparison"
        },
        {
          "url": "https://swipefile.design/_astro/002.qfUPbB14.webp",
          "caption": "Flight results"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "search & discovery"
      ],
      "patterns": [
        "Search & discovery"
      ],
      "design_notes": {
        "surface": "Travel home · Date price comparison · Flight results",
        "nav": "Travel-mode icons, result sorting, and filter chips keep comparisons organized.",
        "layout": "A compact travel home leads into a date grid and dense flight rows with times, stops, prices, and a clear action.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and pale gray surfaces with orange actions.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Search & discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: KAYAK\nSource: https://apps.apple.com/us/app/id305204535\nSwipefile reference: https://swipefile.design/ref/mobile-kayak/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Travel home · Date price comparison · Flight results\n- nav: Travel-mode icons, result sorting, and filter chips keep comparisons organized.\n- layout: A compact travel home leads into a date grid and dense flight rows with times, stops, prices, and a clear action.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and pale gray surfaces with orange actions.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Search & discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study travel home, date price comparison, flight results. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-tripit",
      "name": "TripIt",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "A map and chronological itinerary organize the journey, while a separate list groups saved trips.",
      "use_for": "Study trip map, itinerary timeline, saved trip list. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id311035142",
      "reference_url": "https://swipefile.design/ref/mobile-tripit/",
      "screenshot_url": "https://swipefile.design/_astro/000.oYEdNIxL.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.7jSH9Tr8.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.oYEdNIxL.webp",
          "caption": "Trip map"
        },
        {
          "url": "https://swipefile.design/_astro/001.CAtR6bam.webp",
          "caption": "Itinerary timeline"
        },
        {
          "url": "https://swipefile.design/_astro/002.BsvRjdcq.webp",
          "caption": "Saved trip list"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "calendars & scheduling"
      ],
      "patterns": [
        "Calendars & scheduling"
      ],
      "design_notes": {
        "surface": "Trip map · Itinerary timeline · Saved trip list",
        "nav": "Trip-level views keep location context distinct from the sequence of booked activities.",
        "layout": "A map and chronological itinerary organize the journey, while a separate list groups saved trips.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, blue framing, and green itinerary accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Calendars & scheduling",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: TripIt\nSource: https://apps.apple.com/us/app/id311035142\nSwipefile reference: https://swipefile.design/ref/mobile-tripit/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Trip map · Itinerary timeline · Saved trip list\n- nav: Trip-level views keep location context distinct from the sequence of booked activities.\n- layout: A map and chronological itinerary organize the journey, while a separate list groups saved trips.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, blue framing, and green itinerary accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Calendars & scheduling\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study trip map, itinerary timeline, saved trip list. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-flighty",
      "name": "Flighty",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "A globe and compact flight rows provide the overview; a status card condenses flight progress for the lock screen.",
      "use_for": "Study upcoming flight list, live activity previews, inbound aircraft detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1358823008",
      "reference_url": "https://swipefile.design/ref/mobile-flighty/",
      "screenshot_url": "https://swipefile.design/_astro/000.BZa0Ocz-.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.h0w6WmJh.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BZa0Ocz-.webp",
          "caption": "Upcoming flight list"
        },
        {
          "url": "https://swipefile.design/_astro/001.b3mKzF1v.webp",
          "caption": "Live Activity previews"
        },
        {
          "url": "https://swipefile.design/_astro/002.Cl3eVE1G.webp",
          "caption": "Inbound aircraft detail"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "status & progress"
      ],
      "patterns": [
        "Status & progress"
      ],
      "design_notes": {
        "surface": "Upcoming flight list · Live Activity previews · Inbound aircraft detail",
        "nav": "Flight rows lead into aircraft and status details with a map above the supporting information.",
        "layout": "A globe and compact flight rows provide the overview; a status card condenses flight progress for the lock screen.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White flight lists, dark maps, and green or red status accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Status & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Flighty\nSource: https://apps.apple.com/us/app/id1358823008\nSwipefile reference: https://swipefile.design/ref/mobile-flighty/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Upcoming flight list · Live Activity previews · Inbound aircraft detail\n- nav: Flight rows lead into aircraft and status details with a map above the supporting information.\n- layout: A globe and compact flight rows provide the overview; a status card condenses flight progress for the lock screen.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White flight lists, dark maps, and green or red status accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Status & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study upcoming flight list, live activity previews, inbound aircraft detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-uber",
      "name": "Uber",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "A map labels the pickup point, a search form collects the destination, and a compact vehicle list compares ride options.",
      "use_for": "Study pickup guidance, destination entry, ride selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id368677368",
      "reference_url": "https://swipefile.design/ref/mobile-uber/",
      "screenshot_url": "https://swipefile.design/_astro/000.CXUnEGDM.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BufH3gyp.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CXUnEGDM.webp",
          "caption": "Pickup guidance"
        },
        {
          "url": "https://swipefile.design/_astro/001.1-wVUDGK.webp",
          "caption": "Destination entry"
        },
        {
          "url": "https://swipefile.design/_astro/002.CUVAPjCG.webp",
          "caption": "Ride selection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Pickup guidance · Destination entry · Ride selection",
        "nav": "Back controls and explicit destination fields keep the trip context visible across the shown surfaces.",
        "layout": "A map labels the pickup point, a search form collects the destination, and a compact vehicle list compares ride options.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and black controls with subdued map colors.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Uber\nSource: https://apps.apple.com/us/app/id368677368\nSwipefile reference: https://swipefile.design/ref/mobile-uber/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Pickup guidance · Destination entry · Ride selection\n- nav: Back controls and explicit destination fields keep the trip context visible across the shown surfaces.\n- layout: A map labels the pickup point, a search form collects the destination, and a compact vehicle list compares ride options.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and black controls with subdued map colors.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study pickup guidance, destination entry, ride selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-lyft",
      "name": "Lyft",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Travel",
      "summary": "A route map sits above ride options, while bike reservation combines the nearby vehicle location with a lower detail sheet.",
      "use_for": "Study ride choices, expanded ride choices, bike reservation. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id529379082",
      "reference_url": "https://swipefile.design/ref/mobile-lyft/",
      "screenshot_url": "https://swipefile.design/_astro/000.DhTdQkwP.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.TPocP6Ke.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DhTdQkwP.webp",
          "caption": "Ride choices"
        },
        {
          "url": "https://swipefile.design/_astro/001.DvTYV9nw.webp",
          "caption": "Expanded ride choices"
        },
        {
          "url": "https://swipefile.design/_astro/002.C1y7kVEl.webp",
          "caption": "Bike reservation"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "travel",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Ride choices · Expanded ride choices · Bike reservation",
        "nav": "Search and map controls remain above selection cards with a clear reservation action.",
        "layout": "A route map sits above ride options, while bike reservation combines the nearby vehicle location with a lower detail sheet.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces with purple routes and actions.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Lyft\nSource: https://apps.apple.com/us/app/id529379082\nSwipefile reference: https://swipefile.design/ref/mobile-lyft/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Ride choices · Expanded ride choices · Bike reservation\n- nav: Search and map controls remain above selection cards with a clear reservation action.\n- layout: A route map sits above ride options, while bike reservation combines the nearby vehicle location with a lower detail sheet.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces with purple routes and actions.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study ride choices, expanded ride choices, bike reservation. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-google-maps",
      "name": "Google Maps",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "A large map keeps the route visible behind maneuver instructions and a compact lower trip summary.",
      "use_for": "Study turn-by-turn navigation, route question and options, traffic-aware route. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id585027354",
      "reference_url": "https://swipefile.design/ref/mobile-google-maps/",
      "screenshot_url": "https://swipefile.design/_astro/000.CYql21oZ.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CtG731K4.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CYql21oZ.webp",
          "caption": "Turn-by-turn navigation"
        },
        {
          "url": "https://swipefile.design/_astro/001.B2XQ_MVU.webp",
          "caption": "Route question and options"
        },
        {
          "url": "https://swipefile.design/_astro/002.DHHWBTeP.webp",
          "caption": "Traffic-aware route"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Turn-by-turn navigation · Route question and options · Traffic-aware route",
        "nav": "Floating map controls and a bottom information sheet separate map manipulation from trip details.",
        "layout": "A large map keeps the route visible behind maneuver instructions and a compact lower trip summary.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Pale maps, blue routes, green instructions, and red traffic accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Google Maps\nSource: https://apps.apple.com/us/app/id585027354\nSwipefile reference: https://swipefile.design/ref/mobile-google-maps/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Turn-by-turn navigation · Route question and options · Traffic-aware route\n- nav: Floating map controls and a bottom information sheet separate map manipulation from trip details.\n- layout: A large map keeps the route visible behind maneuver instructions and a compact lower trip summary.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Pale maps, blue routes, green instructions, and red traffic accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study turn-by-turn navigation, route question and options, traffic-aware route. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-waze",
      "name": "Waze",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "A maneuver banner sits above the route while a lower card reports an incident and offers simple feedback choices.",
      "use_for": "Study route guidance, road incident alert, night navigation alert. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id323229106",
      "reference_url": "https://swipefile.design/ref/mobile-waze/",
      "screenshot_url": "https://swipefile.design/_astro/000.Dui-2Ysp.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DO-viXVI.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Dui-2Ysp.webp",
          "caption": "Route guidance"
        },
        {
          "url": "https://swipefile.design/_astro/001.DMFii-J3.webp",
          "caption": "Road incident alert"
        },
        {
          "url": "https://swipefile.design/_astro/002.DYIUB278.webp",
          "caption": "Night navigation alert"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Route guidance · Road incident alert · Night navigation alert",
        "nav": "Map controls remain secondary to the next turn and trip timing.",
        "layout": "A maneuver banner sits above the route while a lower card reports an incident and offers simple feedback choices.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White or dark maps with purple routes and blue feedback controls.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Waze\nSource: https://apps.apple.com/us/app/id323229106\nSwipefile reference: https://swipefile.design/ref/mobile-waze/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Route guidance · Road incident alert · Night navigation alert\n- nav: Map controls remain secondary to the next turn and trip timing.\n- layout: A maneuver banner sits above the route while a lower card reports an incident and offers simple feedback choices.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White or dark maps with purple routes and blue feedback controls.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study route guidance, road incident alert, night navigation alert. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-citymapper",
      "name": "Citymapper",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "A transit map and route choices combine transport icons with duration information.",
      "use_for": "Study transit home, route comparison, journey instructions. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id469463298",
      "reference_url": "https://swipefile.design/ref/mobile-citymapper/",
      "screenshot_url": "https://swipefile.design/_astro/000.p1hw72Vk.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DgFsWuHW.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.p1hw72Vk.webp",
          "caption": "Transit home"
        },
        {
          "url": "https://swipefile.design/_astro/001.MWzAuzG6.webp",
          "caption": "Route comparison"
        },
        {
          "url": "https://swipefile.design/_astro/002.DiclZUha.webp",
          "caption": "Journey instructions"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Transit home · Route comparison · Journey instructions",
        "nav": "Search and transport-mode controls lead into route comparisons.",
        "layout": "A transit map and route choices combine transport icons with duration information.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Green accents, white panels, and multicolored transport markers.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Citymapper\nSource: https://apps.apple.com/us/app/id469463298\nSwipefile reference: https://swipefile.design/ref/mobile-citymapper/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Transit home · Route comparison · Journey instructions\n- nav: Search and transport-mode controls lead into route comparisons.\n- layout: A transit map and route choices combine transport icons with duration information.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Green accents, white panels, and multicolored transport markers.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study transit home, route comparison, journey instructions. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-transit",
      "name": "Transit",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "Bold route-colored rows emphasize the next departure, while a detail view combines a map with arrival estimates and disruption notices.",
      "use_for": "Study nearby departures, vehicle arrivals, service disruption. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id498151501",
      "reference_url": "https://swipefile.design/ref/mobile-transit/",
      "screenshot_url": "https://swipefile.design/_astro/000.BQgjly2U.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.AzWna__D.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BQgjly2U.webp",
          "caption": "Nearby departures"
        },
        {
          "url": "https://swipefile.design/_astro/001.F_DOH3Ie.webp",
          "caption": "Vehicle arrivals"
        },
        {
          "url": "https://swipefile.design/_astro/002.BV-1Qwfb.webp",
          "caption": "Service disruption"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "status & progress"
      ],
      "patterns": [
        "Status & progress"
      ],
      "design_notes": {
        "surface": "Nearby departures · Vehicle arrivals · Service disruption",
        "nav": "A destination field sits between map and route list; route details expose a clear close control.",
        "layout": "Bold route-colored rows emphasize the next departure, while a detail view combines a map with arrival estimates and disruption notices.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Yellow, red, blue, and green route colors on white or map surfaces.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Status & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Transit\nSource: https://apps.apple.com/us/app/id498151501\nSwipefile reference: https://swipefile.design/ref/mobile-transit/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Nearby departures · Vehicle arrivals · Service disruption\n- nav: A destination field sits between map and route list; route details expose a clear close control.\n- layout: Bold route-colored rows emphasize the next departure, while a detail view combines a map with arrival estimates and disruption notices.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Yellow, red, blue, and green route colors on white or map surfaces.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Status & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study nearby departures, vehicle arrivals, service disruption. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-moovit",
      "name": "Moovit",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "Origin and destination fields lead into route summaries with transport icons, durations, and a nearby map.",
      "use_for": "Study route search, transit route options, nearby lines. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id498477945",
      "reference_url": "https://swipefile.design/ref/mobile-moovit/",
      "screenshot_url": "https://swipefile.design/_astro/000.bJcKRAor.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BDSMBdFe.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.bJcKRAor.webp",
          "caption": "Route search"
        },
        {
          "url": "https://swipefile.design/_astro/001.nTpKoZ5J.webp",
          "caption": "Transit route options"
        },
        {
          "url": "https://swipefile.design/_astro/002.D832FPp3.webp",
          "caption": "Nearby lines"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Route search · Transit route options · Nearby lines",
        "nav": "Search and route-selection surfaces preserve the trip endpoints above the options.",
        "layout": "Origin and destination fields lead into route summaries with transport icons, durations, and a nearby map.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, dark blue framing, and varied transport colors.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Moovit\nSource: https://apps.apple.com/us/app/id498477945\nSwipefile reference: https://swipefile.design/ref/mobile-moovit/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Route search · Transit route options · Nearby lines\n- nav: Search and route-selection surfaces preserve the trip endpoints above the options.\n- layout: Origin and destination fields lead into route summaries with transport icons, durations, and a nearby map.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, dark blue framing, and varied transport colors.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study route search, transit route options, nearby lines. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-rome2rio",
      "name": "Rome2Rio",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "A map and plain transport rows compare modes by time and price, while a search panel collects endpoints and date.",
      "use_for": "Study route overview, transport comparison, trip search. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id569793256",
      "reference_url": "https://swipefile.design/ref/mobile-rome2rio/",
      "screenshot_url": "https://swipefile.design/_astro/000.CHWb_beW.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.Dq2iP5AJ.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CHWb_beW.webp",
          "caption": "Route overview"
        },
        {
          "url": "https://swipefile.design/_astro/001.CvOztFeX.webp",
          "caption": "Transport comparison"
        },
        {
          "url": "https://swipefile.design/_astro/002.DcHhe48K.webp",
          "caption": "Trip search"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Route overview · Transport comparison · Trip search",
        "nav": "Back navigation and a swap control make the origin-destination relationship explicit.",
        "layout": "A map and plain transport rows compare modes by time and price, while a search panel collects endpoints and date.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, mint framing, and magenta search actions.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Rome2Rio\nSource: https://apps.apple.com/us/app/id569793256\nSwipefile reference: https://swipefile.design/ref/mobile-rome2rio/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Route overview · Transport comparison · Trip search\n- nav: Back navigation and a swap control make the origin-destination relationship explicit.\n- layout: A map and plain transport rows compare modes by time and price, while a search panel collects endpoints and date.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, mint framing, and magenta search actions.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study route overview, transport comparison, trip search. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-maps-me",
      "name": "MAPS.ME",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "Large maneuver cues sit over the route, while the hiking surface pairs a map with elevation and distance information.",
      "use_for": "Study driving guidance, hiking route and elevation, map style comparison. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id510623322",
      "reference_url": "https://swipefile.design/ref/mobile-maps-me/",
      "screenshot_url": "https://swipefile.design/_astro/000.CvxVZ2QD.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CILyzSgN.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CvxVZ2QD.webp",
          "caption": "Driving guidance"
        },
        {
          "url": "https://swipefile.design/_astro/001.ByRQ0hy3.webp",
          "caption": "Hiking route and elevation"
        },
        {
          "url": "https://swipefile.design/_astro/002.D5NuEHql.webp",
          "caption": "Map style comparison"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Driving guidance · Hiking route and elevation · Map style comparison",
        "nav": "Floating map controls leave most of the screen available for location context.",
        "layout": "Large maneuver cues sit over the route, while the hiking surface pairs a map with elevation and distance information.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Pale green terrain, blue route highlights, and high-contrast maneuver badges.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: MAPS.ME\nSource: https://apps.apple.com/us/app/id510623322\nSwipefile reference: https://swipefile.design/ref/mobile-maps-me/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Driving guidance · Hiking route and elevation · Map style comparison\n- nav: Floating map controls leave most of the screen available for location context.\n- layout: Large maneuver cues sit over the route, while the hiking surface pairs a map with elevation and distance information.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Pale green terrain, blue route highlights, and high-contrast maneuver badges.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study driving guidance, hiking route and elevation, map style comparison. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-organic-maps",
      "name": "Organic Maps",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "A place sheet, an elevation chart, and a maneuver banner each add relevant detail without replacing the map.",
      "use_for": "Study place detail, trail elevation profile, night route guidance. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1567437057",
      "reference_url": "https://swipefile.design/ref/mobile-organic-maps/",
      "screenshot_url": "https://swipefile.design/_astro/000.DqCL9vKs.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DdgqCekl.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DqCL9vKs.webp",
          "caption": "Place detail"
        },
        {
          "url": "https://swipefile.design/_astro/001.mPjdt-5_.webp",
          "caption": "Trail elevation profile"
        },
        {
          "url": "https://swipefile.design/_astro/002.Cx__T0zW.webp",
          "caption": "Night route guidance"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "maps & navigation"
      ],
      "patterns": [
        "Maps & navigation"
      ],
      "design_notes": {
        "surface": "Place detail · Trail elevation profile · Night route guidance",
        "nav": "Compact lower actions cover routing, saving, and place-level tasks.",
        "layout": "A place sheet, an elevation chart, and a maneuver banner each add relevant detail without replacing the map.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Muted maps, blue route highlights, and a dark navigation theme.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Maps & navigation",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Organic Maps\nSource: https://apps.apple.com/us/app/id1567437057\nSwipefile reference: https://swipefile.design/ref/mobile-organic-maps/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Place detail · Trail elevation profile · Night route guidance\n- nav: Compact lower actions cover routing, saving, and place-level tasks.\n- layout: A place sheet, an elevation chart, and a maneuver banner each add relevant detail without replacing the map.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Muted maps, blue route highlights, and a dark navigation theme.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Maps & navigation\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study place detail, trail elevation profile, night route guidance. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-carrot-weather",
      "name": "CARROT Weather",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "Large temperature typography and a horizontal forecast contrast with a radar map and its color scale.",
      "use_for": "Study current weather, weather radar, home-screen widgets. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id961390574",
      "reference_url": "https://swipefile.design/ref/mobile-carrot-weather/",
      "screenshot_url": "https://swipefile.design/_astro/000.Db_TUW9i.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CXzuekIH.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Db_TUW9i.webp",
          "caption": "Current weather"
        },
        {
          "url": "https://swipefile.design/_astro/001.C6akusAl.webp",
          "caption": "Weather radar"
        },
        {
          "url": "https://swipefile.design/_astro/002.Css_mhdT.webp",
          "caption": "Home-screen widgets"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "data visualization"
      ],
      "patterns": [
        "Data visualization"
      ],
      "design_notes": {
        "surface": "Current weather · Weather radar · Home-screen widgets",
        "nav": "Location and weather-view controls keep the current place identifiable.",
        "layout": "Large temperature typography and a horizontal forecast contrast with a radar map and its color scale.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Bright blue forecast surfaces and a dark multicolored radar map.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Data visualization",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: CARROT Weather\nSource: https://apps.apple.com/us/app/id961390574\nSwipefile reference: https://swipefile.design/ref/mobile-carrot-weather/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Current weather · Weather radar · Home-screen widgets\n- nav: Location and weather-view controls keep the current place identifiable.\n- layout: Large temperature typography and a horizontal forecast contrast with a radar map and its color scale.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Bright blue forecast surfaces and a dark multicolored radar map.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Data visualization\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study current weather, weather radar, home-screen widgets. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-accuweather",
      "name": "AccuWeather",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Maps & weather",
      "summary": "A circular precipitation display emphasizes the current reading, while a separate list uses labeled scales for environmental indices.",
      "use_for": "Study minute precipitation forecast, health-related weather indices, severe weather alerts. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id300048137",
      "reference_url": "https://swipefile.design/ref/mobile-accuweather/",
      "screenshot_url": "https://swipefile.design/_astro/000.C652imzR.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DssGlZRr.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.C652imzR.webp",
          "caption": "Minute precipitation forecast"
        },
        {
          "url": "https://swipefile.design/_astro/001.BLMwAHDc.webp",
          "caption": "Health-related weather indices"
        },
        {
          "url": "https://swipefile.design/_astro/002.BUZdRdb4.webp",
          "caption": "Severe weather alerts"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "maps & weather",
        "data visualization"
      ],
      "patterns": [
        "Data visualization"
      ],
      "design_notes": {
        "surface": "Minute precipitation forecast · Health-related weather indices · Severe weather alerts",
        "nav": "Location stays at the top of each view, above the detailed conditions.",
        "layout": "A circular precipitation display emphasizes the current reading, while a separate list uses labeled scales for environmental indices.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Dark blue surfaces with orange branding and colored condition scales.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Data visualization",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: AccuWeather\nSource: https://apps.apple.com/us/app/id300048137\nSwipefile reference: https://swipefile.design/ref/mobile-accuweather/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Minute precipitation forecast · Health-related weather indices · Severe weather alerts\n- nav: Location stays at the top of each view, above the detailed conditions.\n- layout: A circular precipitation display emphasizes the current reading, while a separate list uses labeled scales for environmental indices.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Dark blue surfaces with orange branding and colored condition scales.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Data visualization\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study minute precipitation forecast, health-related weather indices, severe weather alerts. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-ynab",
      "name": "YNAB",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "Priority rows, a plan total, and category funding bars create three levels of budget detail.",
      "use_for": "Study budget home, plan editor, category funding. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1010865877",
      "reference_url": "https://swipefile.design/ref/mobile-ynab/",
      "screenshot_url": "https://swipefile.design/_astro/000.BJJvXEg6.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DwoxZ3H0.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BJJvXEg6.webp",
          "caption": "Budget home"
        },
        {
          "url": "https://swipefile.design/_astro/001.CSkoFXJS.webp",
          "caption": "Plan editor"
        },
        {
          "url": "https://swipefile.design/_astro/002.Ce9ueoIA.webp",
          "caption": "Category funding"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "data visualization"
      ],
      "patterns": [
        "Data visualization"
      ],
      "design_notes": {
        "surface": "Budget home · Plan editor · Category funding",
        "nav": "Home and plan surfaces separate the overview from assigning amounts to categories.",
        "layout": "Priority rows, a plan total, and category funding bars create three levels of budget detail.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and dark blue surfaces with bright green allocation highlights.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Data visualization",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: YNAB\nSource: https://apps.apple.com/us/app/id1010865877\nSwipefile reference: https://swipefile.design/ref/mobile-ynab/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Budget home · Plan editor · Category funding\n- nav: Home and plan surfaces separate the overview from assigning amounts to categories.\n- layout: Priority rows, a plan total, and category funding bars create three levels of budget detail.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and dark blue surfaces with bright green allocation highlights.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Data visualization\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study budget home, plan editor, category funding. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-monarch-money",
      "name": "Monarch Money",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "An account trend, a flow diagram, and category progress bars each explain a different scale of financial information.",
      "use_for": "Study account overview, cash-flow diagram, budget categories. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1459319842",
      "reference_url": "https://swipefile.design/ref/mobile-monarch-money/",
      "screenshot_url": "https://swipefile.design/_astro/000.C3Nh5TmP.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.POBzPch1.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.C3Nh5TmP.webp",
          "caption": "Account overview"
        },
        {
          "url": "https://swipefile.design/_astro/001.G0CXfH1F.webp",
          "caption": "Cash-flow diagram"
        },
        {
          "url": "https://swipefile.design/_astro/002.Cuo-UlVP.webp",
          "caption": "Budget categories"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "data visualization"
      ],
      "patterns": [
        "Data visualization"
      ],
      "design_notes": {
        "surface": "Account overview · Cash-flow diagram · Budget categories",
        "nav": "Report and budget headings clarify the purpose of each view.",
        "layout": "An account trend, a flow diagram, and category progress bars each explain a different scale of financial information.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm white surfaces with green, coral, and category-colored charts.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Data visualization",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Monarch Money\nSource: https://apps.apple.com/us/app/id1459319842\nSwipefile reference: https://swipefile.design/ref/mobile-monarch-money/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Account overview · Cash-flow diagram · Budget categories\n- nav: Report and budget headings clarify the purpose of each view.\n- layout: An account trend, a flow diagram, and category progress bars each explain a different scale of financial information.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm white surfaces with green, coral, and category-colored charts.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Data visualization\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study account overview, cash-flow diagram, budget categories. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-copilot-money",
      "name": "Copilot Money",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "A dashboard combines small charts and category rings; dedicated views enlarge cash flow and spending history.",
      "use_for": "Study spending dashboard, cash-flow charts, transaction category detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1447330651",
      "reference_url": "https://swipefile.design/ref/mobile-copilot-money/",
      "screenshot_url": "https://swipefile.design/_astro/000.DgZbxTiA.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D3WS5Gy-.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DgZbxTiA.webp",
          "caption": "Spending dashboard"
        },
        {
          "url": "https://swipefile.design/_astro/001.D1awAYUp.webp",
          "caption": "Cash-flow charts"
        },
        {
          "url": "https://swipefile.design/_astro/002.C4Srm7pp.webp",
          "caption": "Transaction category detail"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "data visualization"
      ],
      "patterns": [
        "Data visualization"
      ],
      "design_notes": {
        "surface": "Spending dashboard · Cash-flow charts · Transaction category detail",
        "nav": "Dashboard, cash-flow, and transaction surfaces move from overview to detail.",
        "layout": "A dashboard combines small charts and category rings; dedicated views enlarge cash flow and spending history.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Deep navy backgrounds with green charts and bright category colors.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Data visualization",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Copilot Money\nSource: https://apps.apple.com/us/app/id1447330651\nSwipefile reference: https://swipefile.design/ref/mobile-copilot-money/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Spending dashboard · Cash-flow charts · Transaction category detail\n- nav: Dashboard, cash-flow, and transaction surfaces move from overview to detail.\n- layout: A dashboard combines small charts and category rings; dedicated views enlarge cash flow and spending history.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Deep navy backgrounds with green charts and bright category colors.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Data visualization\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study spending dashboard, cash-flow charts, transaction category detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-rocket-money",
      "name": "Rocket Money",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "A small calendar and upcoming-charge list organize recurring activity; other screens use conversation and a focused next-step explanation.",
      "use_for": "Study recurring bills, assistant conversation, cancellation introduction. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1130616675",
      "reference_url": "https://swipefile.design/ref/mobile-rocket-money/",
      "screenshot_url": "https://swipefile.design/_astro/000.pfQx9ZXi.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D2liE6PX.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.pfQx9ZXi.webp",
          "caption": "Recurring bills"
        },
        {
          "url": "https://swipefile.design/_astro/001.DN_TNc8b.webp",
          "caption": "Assistant conversation"
        },
        {
          "url": "https://swipefile.design/_astro/002.C4XSdJdv.webp",
          "caption": "Cancellation introduction"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "activity & notifications"
      ],
      "patterns": [
        "Activity & notifications"
      ],
      "design_notes": {
        "surface": "Recurring bills · Assistant conversation · Cancellation introduction",
        "nav": "Recurring tabs distinguish upcoming items, while the cancellation screen presents one clear starting action.",
        "layout": "A small calendar and upcoming-charge list organize recurring activity; other screens use conversation and a focused next-step explanation.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, red section color, and black primary buttons.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Activity & notifications",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Rocket Money\nSource: https://apps.apple.com/us/app/id1130616675\nSwipefile reference: https://swipefile.design/ref/mobile-rocket-money/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Recurring bills · Assistant conversation · Cancellation introduction\n- nav: Recurring tabs distinguish upcoming items, while the cancellation screen presents one clear starting action.\n- layout: A small calendar and upcoming-charge list organize recurring activity; other screens use conversation and a focused next-step explanation.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, red section color, and black primary buttons.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Activity & notifications\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study recurring bills, assistant conversation, cancellation introduction. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-wise",
      "name": "Wise",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "Balances and quick actions form a compact account page; the transfer quote makes currencies, amounts, and fees visible together.",
      "use_for": "Study account balances, transfer quote, explore information card. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id612261027",
      "reference_url": "https://swipefile.design/ref/mobile-wise/",
      "screenshot_url": "https://swipefile.design/_astro/000.WlWRceAV.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DPHI7bxx.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.WlWRceAV.webp",
          "caption": "Account balances"
        },
        {
          "url": "https://swipefile.design/_astro/001.C55Xe-0n.webp",
          "caption": "Transfer quote"
        },
        {
          "url": "https://swipefile.design/_astro/002.BhY2A2Ma.webp",
          "caption": "Explore information card"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "payments & transfers"
      ],
      "patterns": [
        "Payments & transfers"
      ],
      "design_notes": {
        "surface": "Account balances · Transfer quote · Explore information card",
        "nav": "Account actions and bottom destinations are separated from the transfer confirmation control.",
        "layout": "Balances and quick actions form a compact account page; the transfer quote makes currencies, amounts, and fees visible together.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces, vivid green controls, and strong amount typography.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Payments & transfers",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Wise\nSource: https://apps.apple.com/us/app/id612261027\nSwipefile reference: https://swipefile.design/ref/mobile-wise/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Account balances · Transfer quote · Explore information card\n- nav: Account actions and bottom destinations are separated from the transfer confirmation control.\n- layout: Balances and quick actions form a compact account page; the transfer quote makes currencies, amounts, and fees visible together.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces, vivid green controls, and strong amount typography.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Payments & transfers\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study account balances, transfer quote, explore information card. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-revolut",
      "name": "Revolut",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "A prominent balance and lower action tiles contrast with a person-centered payment conversation.",
      "use_for": "Study savings overview, payment conversation, card personalization. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id932493382",
      "reference_url": "https://swipefile.design/ref/mobile-revolut/",
      "screenshot_url": "https://swipefile.design/_astro/000.BH2zU_0k.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CjQrM2GD.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BH2zU_0k.webp",
          "caption": "Savings overview"
        },
        {
          "url": "https://swipefile.design/_astro/001.i558fOLC.webp",
          "caption": "Payment conversation"
        },
        {
          "url": "https://swipefile.design/_astro/002.3DYPZWsL.webp",
          "caption": "Card personalization"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "payments & transfers"
      ],
      "patterns": [
        "Payments & transfers"
      ],
      "design_notes": {
        "surface": "Savings overview · Payment conversation · Card personalization",
        "nav": "Account controls and a dedicated send surface distinguish managing money from paying a contact.",
        "layout": "A prominent balance and lower action tiles contrast with a person-centered payment conversation.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Dark surfaces, white controls, and bright payment-card accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Payments & transfers",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Revolut\nSource: https://apps.apple.com/us/app/id932493382\nSwipefile reference: https://swipefile.design/ref/mobile-revolut/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Savings overview · Payment conversation · Card personalization\n- nav: Account controls and a dedicated send surface distinguish managing money from paying a contact.\n- layout: A prominent balance and lower action tiles contrast with a person-centered payment conversation.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Dark surfaces, white controls, and bright payment-card accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Payments & transfers\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study savings overview, payment conversation, card personalization. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-venmo",
      "name": "Venmo",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "A large amount, recipient identity, and short note precede clearly separated Request and Pay actions.",
      "use_for": "Study payment amount entry, card balance, direct deposit details. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id351727428",
      "reference_url": "https://swipefile.design/ref/mobile-venmo/",
      "screenshot_url": "https://swipefile.design/_astro/000.C17G1d6S.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.vNVYMSCz.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.C17G1d6S.webp",
          "caption": "Payment amount entry"
        },
        {
          "url": "https://swipefile.design/_astro/001.DbrxaS-S.webp",
          "caption": "Card balance"
        },
        {
          "url": "https://swipefile.design/_astro/002.D6wgZ30j.webp",
          "caption": "Direct deposit details"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "payments & transfers"
      ],
      "patterns": [
        "Payments & transfers"
      ],
      "design_notes": {
        "surface": "Payment amount entry · Card balance · Direct deposit details",
        "nav": "The payment sheet keeps its keypad below the decision controls.",
        "layout": "A large amount, recipient identity, and short note precede clearly separated Request and Pay actions.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels with blue actions and restrained gray metadata.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Payments & transfers",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Venmo\nSource: https://apps.apple.com/us/app/id351727428\nSwipefile reference: https://swipefile.design/ref/mobile-venmo/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Payment amount entry · Card balance · Direct deposit details\n- nav: The payment sheet keeps its keypad below the decision controls.\n- layout: A large amount, recipient identity, and short note precede clearly separated Request and Pay actions.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels with blue actions and restrained gray metadata.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Payments & transfers\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study payment amount entry, card balance, direct deposit details. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-paypal",
      "name": "PayPal",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "A product discovery view contrasts with a focused payment amount and a grid of spending categories.",
      "use_for": "Study shopping destinations, payment amount entry, card and reward categories. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id283646709",
      "reference_url": "https://swipefile.design/ref/mobile-paypal/",
      "screenshot_url": "https://swipefile.design/_astro/000.WNyz-Raz.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BV3wiJyx.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.WNyz-Raz.webp",
          "caption": "Shopping destinations"
        },
        {
          "url": "https://swipefile.design/_astro/001.CNCkBntM.webp",
          "caption": "Payment amount entry"
        },
        {
          "url": "https://swipefile.design/_astro/002.DWaLpVvC.webp",
          "caption": "Card and reward categories"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "payments & transfers"
      ],
      "patterns": [
        "Payments & transfers"
      ],
      "design_notes": {
        "surface": "Shopping destinations · Payment amount entry · Card and reward categories",
        "nav": "Named destinations and paired Request and Send controls explain the main choices.",
        "layout": "A product discovery view contrasts with a focused payment amount and a grid of spending categories.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Black and white surfaces with deep blue branding.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Payments & transfers",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: PayPal\nSource: https://apps.apple.com/us/app/id283646709\nSwipefile reference: https://swipefile.design/ref/mobile-paypal/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Shopping destinations · Payment amount entry · Card and reward categories\n- nav: Named destinations and paired Request and Send controls explain the main choices.\n- layout: A product discovery view contrasts with a focused payment amount and a grid of spending categories.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Black and white surfaces with deep blue branding.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Payments & transfers\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study shopping destinations, payment amount entry, card and reward categories. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-cash-app",
      "name": "Cash App",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "A compact account overview gives way to a large amount keypad, while a circular goal display summarizes savings progress.",
      "use_for": "Study money overview, payment keypad, savings goal. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id711923939",
      "reference_url": "https://swipefile.design/ref/mobile-cash-app/",
      "screenshot_url": "https://swipefile.design/_astro/000.D4ABb5F-.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DrKmG3WY.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.D4ABb5F-.webp",
          "caption": "Money overview"
        },
        {
          "url": "https://swipefile.design/_astro/001.DBo51lyF.webp",
          "caption": "Payment keypad"
        },
        {
          "url": "https://swipefile.design/_astro/002.DE5MhdgZ.webp",
          "caption": "Savings goal"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "payments & transfers"
      ],
      "patterns": [
        "Payments & transfers"
      ],
      "design_notes": {
        "surface": "Money overview · Payment keypad · Savings goal",
        "nav": "Lower account destinations and explicit transfer controls separate overview from moving funds.",
        "layout": "A compact account overview gives way to a large amount keypad, while a circular goal display summarizes savings progress.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Black, white, and bright green with prominent amount typography.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Payments & transfers",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Cash App\nSource: https://apps.apple.com/us/app/id711923939\nSwipefile reference: https://swipefile.design/ref/mobile-cash-app/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Money overview · Payment keypad · Savings goal\n- nav: Lower account destinations and explicit transfer controls separate overview from moving funds.\n- layout: A compact account overview gives way to a large amount keypad, while a circular goal display summarizes savings progress.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Black, white, and bright green with prominent amount typography.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Payments & transfers\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study money overview, payment keypad, savings goal. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-coinbase",
      "name": "Coinbase",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Finance",
      "summary": "Asset rows use small trend lines; an account overview groups frequent actions, and a success card confirms a completed transaction.",
      "use_for": "Study asset list, account dashboard, transaction success. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id886427730",
      "reference_url": "https://swipefile.design/ref/mobile-coinbase/",
      "screenshot_url": "https://swipefile.design/_astro/000.CFMKqTQS.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CrBwMIct.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CFMKqTQS.webp",
          "caption": "Asset list"
        },
        {
          "url": "https://swipefile.design/_astro/001.vQdHHX0-.webp",
          "caption": "Account dashboard"
        },
        {
          "url": "https://swipefile.design/_astro/002.DsN5x4qI.webp",
          "caption": "Transaction success"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "finance",
        "status & progress"
      ],
      "patterns": [
        "Status & progress"
      ],
      "design_notes": {
        "surface": "Asset list · Account dashboard · Transaction success",
        "nav": "Search and quick actions provide access to assets without hiding the account balance.",
        "layout": "Asset rows use small trend lines; an account overview groups frequent actions, and a success card confirms a completed transaction.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces, blue actions, and a high-contrast confirmation mark.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Status & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Coinbase\nSource: https://apps.apple.com/us/app/id886427730\nSwipefile reference: https://swipefile.design/ref/mobile-coinbase/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Asset list · Account dashboard · Transaction success\n- nav: Search and quick actions provide access to assets without hiding the account balance.\n- layout: Asset rows use small trend lines; an account overview groups frequent actions, and a success card confirms a completed transaction.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces, blue actions, and a high-contrast confirmation mark.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Status & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study asset list, account dashboard, transaction success. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-spotify",
      "name": "Spotify",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "A dark library mixes compact shortcuts with larger cover art; a player emphasizes playback, while a playlist becomes a scannable track list.",
      "use_for": "Study library discovery, podcast player, playlist detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id324684580",
      "reference_url": "https://swipefile.design/ref/mobile-spotify/",
      "screenshot_url": "https://swipefile.design/_astro/000.BWwBzwqH.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.9KbAO3up.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BWwBzwqH.webp",
          "caption": "Library discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.DaxSjOgP.webp",
          "caption": "Podcast player"
        },
        {
          "url": "https://swipefile.design/_astro/002.DeUDkiiE.webp",
          "caption": "Playlist detail"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "media playback"
      ],
      "patterns": [
        "Media playback"
      ],
      "design_notes": {
        "surface": "Library discovery · Podcast player · Playlist detail",
        "nav": "Category chips and back controls distinguish discovery from the current listening context.",
        "layout": "A dark library mixes compact shortcuts with larger cover art; a player emphasizes playback, while a playlist becomes a scannable track list.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Near-black surfaces, green playback accents, and colorful cover art.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Media playback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Spotify\nSource: https://apps.apple.com/us/app/id324684580\nSwipefile reference: https://swipefile.design/ref/mobile-spotify/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Library discovery · Podcast player · Playlist detail\n- nav: Category chips and back controls distinguish discovery from the current listening context.\n- layout: A dark library mixes compact shortcuts with larger cover art; a player emphasizes playback, while a playlist becomes a scannable track list.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Near-black surfaces, green playback accents, and colorful cover art.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Media playback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study library discovery, podcast player, playlist detail. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-pocket-casts",
      "name": "Pocket Casts",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "Large episode artwork gives way to a grid of subscriptions and a compact sheet for speed and audio settings.",
      "use_for": "Study now playing, podcast library, playback effects. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id414834813",
      "reference_url": "https://swipefile.design/ref/mobile-pocket-casts/",
      "screenshot_url": "https://swipefile.design/_astro/000.BcpqtZgM.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BQUUGgR5.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BcpqtZgM.webp",
          "caption": "Now playing"
        },
        {
          "url": "https://swipefile.design/_astro/001.w8iWSY7y.webp",
          "caption": "Podcast library"
        },
        {
          "url": "https://swipefile.design/_astro/002.rb8Dz44H.webp",
          "caption": "Playback effects"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "media playback"
      ],
      "patterns": [
        "Media playback"
      ],
      "design_notes": {
        "surface": "Now playing · Podcast library · Playback effects",
        "nav": "Bottom destinations separate library and discovery, while playback settings stay within the player.",
        "layout": "Large episode artwork gives way to a grid of subscriptions and a compact sheet for speed and audio settings.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Dark playback surfaces, a white library, and restrained teal accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Media playback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Pocket Casts\nSource: https://apps.apple.com/us/app/id414834813\nSwipefile reference: https://swipefile.design/ref/mobile-pocket-casts/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Now playing · Podcast library · Playback effects\n- nav: Bottom destinations separate library and discovery, while playback settings stay within the player.\n- layout: Large episode artwork gives way to a grid of subscriptions and a compact sheet for speed and audio settings.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Dark playback surfaces, a white library, and restrained teal accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Media playback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study now playing, podcast library, playback effects. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-overcast",
      "name": "Overcast",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "Recent episodes, circular playlist shortcuts, and a plain podcast list provide three ways to resume listening on one screen.",
      "use_for": "Study podcast home. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id888422857",
      "reference_url": "https://swipefile.design/ref/mobile-overcast/",
      "screenshot_url": "https://swipefile.design/_astro/000.BXyrXF8t.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.46vdbHig.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BXyrXF8t.webp",
          "caption": "Podcast home"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Podcast home",
        "nav": "Settings and search sit at the top; named playlists and a Current/All switch organize the library.",
        "layout": "Recent episodes, circular playlist shortcuts, and a plain podcast list provide three ways to resume listening on one screen.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White background with orange, purple, blue, and green playlist icons.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Overcast\nSource: https://apps.apple.com/us/app/id888422857\nSwipefile reference: https://swipefile.design/ref/mobile-overcast/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Podcast home\n- nav: Settings and search sit at the top; named playlists and a Current/All switch organize the library.\n- layout: Recent episodes, circular playlist shortcuts, and a plain podcast list provide three ways to resume listening on one screen.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White background with orange, purple, blue, and green playlist icons.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study podcast home. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-audible",
      "name": "Audible",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "Large covers introduce recommendations; a contextual item menu exposes sharing, and the player prioritizes a progress bar and transport controls.",
      "use_for": "Study audiobook discovery, library item actions, audiobook player. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id379693831",
      "reference_url": "https://swipefile.design/ref/mobile-audible/",
      "screenshot_url": "https://swipefile.design/_astro/000.gdeOSgG0.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CQLJyEY_.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.gdeOSgG0.webp",
          "caption": "Audiobook discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.CEzYghuA.webp",
          "caption": "Library item actions"
        },
        {
          "url": "https://swipefile.design/_astro/002.DuS6RMXv.webp",
          "caption": "Audiobook player"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "media playback"
      ],
      "patterns": [
        "Media playback"
      ],
      "design_notes": {
        "surface": "Audiobook discovery · Library item actions · Audiobook player",
        "nav": "Library search and item-level actions keep collection management separate from playback.",
        "layout": "Large covers introduce recommendations; a contextual item menu exposes sharing, and the player prioritizes a progress bar and transport controls.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Deep blue and black surfaces with white text and cover-driven color.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Media playback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Audible\nSource: https://apps.apple.com/us/app/id379693831\nSwipefile reference: https://swipefile.design/ref/mobile-audible/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Audiobook discovery · Library item actions · Audiobook player\n- nav: Library search and item-level actions keep collection management separate from playback.\n- layout: Large covers introduce recommendations; a contextual item menu exposes sharing, and the player prioritizes a progress bar and transport controls.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Deep blue and black surfaces with white text and cover-driven color.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Media playback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study audiobook discovery, library item actions, audiobook player. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-kindle",
      "name": "Kindle",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "A cover grid, a reading-history calendar, and a typography settings sheet present collection, progress, and reading preferences separately.",
      "use_for": "Study book library, reading challenges, reading appearance settings. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id302584613",
      "reference_url": "https://swipefile.design/ref/mobile-kindle/",
      "screenshot_url": "https://swipefile.design/_astro/000.Ccfe5BSJ.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DBeZZKSN.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Ccfe5BSJ.webp",
          "caption": "Book library"
        },
        {
          "url": "https://swipefile.design/_astro/001.DkVlIfc-.webp",
          "caption": "Reading challenges"
        },
        {
          "url": "https://swipefile.design/_astro/002.OPCVx-QL.webp",
          "caption": "Reading appearance settings"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "reading & typography"
      ],
      "patterns": [
        "Reading & typography"
      ],
      "design_notes": {
        "surface": "Book library · Reading challenges · Reading appearance settings",
        "nav": "Library search and reading-setting tabs provide direct access to content and appearance.",
        "layout": "A cover grid, a reading-history calendar, and a typography settings sheet present collection, progress, and reading preferences separately.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Dark reading surfaces, white progress cards, and colorful book covers.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Reading & typography",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Kindle\nSource: https://apps.apple.com/us/app/id302584613\nSwipefile reference: https://swipefile.design/ref/mobile-kindle/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Book library · Reading challenges · Reading appearance settings\n- nav: Library search and reading-setting tabs provide direct access to content and appearance.\n- layout: A cover grid, a reading-history calendar, and a typography settings sheet present collection, progress, and reading preferences separately.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Dark reading surfaces, white progress cards, and colorful book covers.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Reading & typography\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study book library, reading challenges, reading appearance settings. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-libby",
      "name": "Libby",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "A welcoming message leads into a local library page with sorting chips, then a book list with availability and hold information.",
      "use_for": "Study library welcome, library discovery, curated book list. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1076402606",
      "reference_url": "https://swipefile.design/ref/mobile-libby/",
      "screenshot_url": "https://swipefile.design/_astro/000.BjBudVhU.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DqVxwT8A.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BjBudVhU.webp",
          "caption": "Library welcome"
        },
        {
          "url": "https://swipefile.design/_astro/001.d8A2-I9a.webp",
          "caption": "Library discovery"
        },
        {
          "url": "https://swipefile.design/_astro/002.YNTnFVf2.webp",
          "caption": "Curated book list"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "content discovery"
      ],
      "patterns": [
        "Content discovery"
      ],
      "design_notes": {
        "surface": "Library welcome · Library discovery · Curated book list",
        "nav": "Library-level back navigation and clear list controls preserve the selected library context.",
        "layout": "A welcoming message leads into a local library page with sorting chips, then a book list with availability and hold information.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm cream, burgundy, and turquoise surfaces with book-cover imagery.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Content discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Libby\nSource: https://apps.apple.com/us/app/id1076402606\nSwipefile reference: https://swipefile.design/ref/mobile-libby/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Library welcome · Library discovery · Curated book list\n- nav: Library-level back navigation and clear list controls preserve the selected library context.\n- layout: A welcoming message leads into a local library page with sorting chips, then a book list with availability and hold information.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm cream, burgundy, and turquoise surfaces with book-cover imagery.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Content discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study library welcome, library discovery, curated book list. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-the-storygraph",
      "name": "The StoryGraph",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "Book rows expose reading status, while bar and line charts summarize patterns over time.",
      "use_for": "Study reading list, reading mood chart, reading history charts. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1570489264",
      "reference_url": "https://swipefile.design/ref/mobile-the-storygraph/",
      "screenshot_url": "https://swipefile.design/_astro/000.CDYy13MW.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.D-qcxVnN.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CDYy13MW.webp",
          "caption": "Reading list"
        },
        {
          "url": "https://swipefile.design/_astro/001.D6kF39dl.webp",
          "caption": "Reading mood chart"
        },
        {
          "url": "https://swipefile.design/_astro/002.DEqlZ5Cy.webp",
          "caption": "Reading history charts"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "data visualization"
      ],
      "patterns": [
        "Data visualization"
      ],
      "design_notes": {
        "surface": "Reading list · Reading mood chart · Reading history charts",
        "nav": "A search field and persistent lower destinations distinguish book management from statistics.",
        "layout": "Book rows expose reading status, while bar and line charts summarize patterns over time.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White space, teal controls, and multicolored chart series.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Data visualization",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: The StoryGraph\nSource: https://apps.apple.com/us/app/id1570489264\nSwipefile reference: https://swipefile.design/ref/mobile-the-storygraph/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Reading list · Reading mood chart · Reading history charts\n- nav: A search field and persistent lower destinations distinguish book management from statistics.\n- layout: Book rows expose reading status, while bar and line charts summarize patterns over time.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White space, teal controls, and multicolored chart series.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Data visualization\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study reading list, reading mood chart, reading history charts. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-goodreads",
      "name": "Goodreads",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "Shelf rows summarize reading progress, recommendation cards emphasize covers, and review rows expose stars and community feedback.",
      "use_for": "Study reading shelves, book recommendations, reader reviews. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id355833469",
      "reference_url": "https://swipefile.design/ref/mobile-goodreads/",
      "screenshot_url": "https://swipefile.design/_astro/000.xtE5k8GI.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.OTe0psVH.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.xtE5k8GI.webp",
          "caption": "Reading shelves"
        },
        {
          "url": "https://swipefile.design/_astro/001.Ch6e_IqK.webp",
          "caption": "Book recommendations"
        },
        {
          "url": "https://swipefile.design/_astro/002.C0sudG_V.webp",
          "caption": "Reader reviews"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "ratings & reviews"
      ],
      "patterns": [
        "Ratings & reviews"
      ],
      "design_notes": {
        "surface": "Reading shelves · Book recommendations · Reader reviews",
        "nav": "Search stays prominent above shelves and recommendations.",
        "layout": "Shelf rows summarize reading progress, recommendation cards emphasize covers, and review rows expose stars and community feedback.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and cream panels with green reading controls and book-cover color.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Ratings & reviews",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Goodreads\nSource: https://apps.apple.com/us/app/id355833469\nSwipefile reference: https://swipefile.design/ref/mobile-goodreads/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Reading shelves · Book recommendations · Reader reviews\n- nav: Search stays prominent above shelves and recommendations.\n- layout: Shelf rows summarize reading progress, recommendation cards emphasize covers, and review rows expose stars and community feedback.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and cream panels with green reading controls and book-cover color.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Ratings & reviews\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study reading shelves, book recommendations, reader reviews. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-medium",
      "name": "Medium",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "A narrow article column contrasts with editorial cards and compact topic chips in a personalization screen.",
      "use_for": "Study article reading, story discovery, topic selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id828256236",
      "reference_url": "https://swipefile.design/ref/mobile-medium/",
      "screenshot_url": "https://swipefile.design/_astro/000.DAaXD_xA.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BMUf8TcW.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DAaXD_xA.webp",
          "caption": "Article reading"
        },
        {
          "url": "https://swipefile.design/_astro/001.CXdvGJXT.webp",
          "caption": "Story discovery"
        },
        {
          "url": "https://swipefile.design/_astro/002.D6HQuCQn.webp",
          "caption": "Topic selection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "reading & typography"
      ],
      "patterns": [
        "Reading & typography"
      ],
      "design_notes": {
        "surface": "Article reading · Story discovery · Topic selection",
        "nav": "Story controls sit near the reading context; topic selection ends with a clear Continue action.",
        "layout": "A narrow article column contrasts with editorial cards and compact topic chips in a personalization screen.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm white pages, black typography, and restrained green accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Reading & typography",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Medium\nSource: https://apps.apple.com/us/app/id828256236\nSwipefile reference: https://swipefile.design/ref/mobile-medium/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Article reading · Story discovery · Topic selection\n- nav: Story controls sit near the reading context; topic selection ends with a clear Continue action.\n- layout: A narrow article column contrasts with editorial cards and compact topic chips in a personalization screen.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm white pages, black typography, and restrained green accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Reading & typography\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study article reading, story discovery, topic selection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-the-new-york-times",
      "name": "The New York Times",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Reading & audio",
      "summary": "Serif headlines establish article hierarchy, an image grid supports lifestyle discovery, and a separate player reduces an audio story to cover and controls.",
      "use_for": "Study news article, lifestyle discovery, audio story player. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id284862083",
      "reference_url": "https://swipefile.design/ref/mobile-the-new-york-times/",
      "screenshot_url": "https://swipefile.design/_astro/000.DxWOJxJI.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.Bb9E5NYg.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.DxWOJxJI.webp",
          "caption": "News article"
        },
        {
          "url": "https://swipefile.design/_astro/001.Bo8KVPb8.webp",
          "caption": "Lifestyle discovery"
        },
        {
          "url": "https://swipefile.design/_astro/002.Bi4Abpt0.webp",
          "caption": "Audio story player"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "reading & audio",
        "reading & typography"
      ],
      "patterns": [
        "Reading & typography"
      ],
      "design_notes": {
        "surface": "News article · Lifestyle discovery · Audio story player",
        "nav": "Section labels organize editorial content, while the player gives transport controls clear priority.",
        "layout": "Serif headlines establish article hierarchy, an image grid supports lifestyle discovery, and a separate player reduces an audio story to cover and controls.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Black and white editorial surfaces with photography and podcast artwork.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Reading & typography",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: The New York Times\nSource: https://apps.apple.com/us/app/id284862083\nSwipefile reference: https://swipefile.design/ref/mobile-the-new-york-times/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: News article · Lifestyle discovery · Audio story player\n- nav: Section labels organize editorial content, while the player gives transport controls clear priority.\n- layout: Serif headlines establish article hierarchy, an image grid supports lifestyle discovery, and a separate player reduces an audio story to cover and controls.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Black and white editorial surfaces with photography and podcast artwork.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Reading & typography\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study news article, lifestyle discovery, audio story player. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-duolingo",
      "name": "Duolingo",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "A plain course list leads into exercises with a progress bar, large answer targets, and an illustrated task area.",
      "use_for": "Study course selection, image-choice lesson, chess exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id570060128",
      "reference_url": "https://swipefile.design/ref/mobile-duolingo/",
      "screenshot_url": "https://swipefile.design/_astro/000.BbQgZ-iz.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.bqTrXkzV.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BbQgZ-iz.webp",
          "caption": "Course selection"
        },
        {
          "url": "https://swipefile.design/_astro/001.DuEJxzVW.webp",
          "caption": "Image-choice lesson"
        },
        {
          "url": "https://swipefile.design/_astro/002.Cz9-llK9.webp",
          "caption": "Chess exercise"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Course selection · Image-choice lesson · Chess exercise",
        "nav": "A close control and visible lesson progress frame the task without adding competing destinations.",
        "layout": "A plain course list leads into exercises with a progress bar, large answer targets, and an illustrated task area.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White space, green progress, pastel answer cards, and playful illustrations.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Duolingo\nSource: https://apps.apple.com/us/app/id570060128\nSwipefile reference: https://swipefile.design/ref/mobile-duolingo/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Course selection · Image-choice lesson · Chess exercise\n- nav: A close control and visible lesson progress frame the task without adding competing destinations.\n- layout: A plain course list leads into exercises with a progress bar, large answer targets, and an illustrated task area.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White space, green progress, pastel answer cards, and playful illustrations.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study course selection, image-choice lesson, chess exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-babbel",
      "name": "Babbel",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "Short prompts combine audio controls with a large microphone action, while the plan uses compact lesson tiles and progress marks.",
      "use_for": "Study speaking exercise, learning plan, dialogue practice. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id829587759",
      "reference_url": "https://swipefile.design/ref/mobile-babbel/",
      "screenshot_url": "https://swipefile.design/_astro/000.CpyHKfh4.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.Dko9OTjv.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CpyHKfh4.webp",
          "caption": "Speaking exercise"
        },
        {
          "url": "https://swipefile.design/_astro/001.CTTHR3Vx.webp",
          "caption": "Learning plan"
        },
        {
          "url": "https://swipefile.design/_astro/002.DV7fwxPi.webp",
          "caption": "Dialogue practice"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Speaking exercise · Learning plan · Dialogue practice",
        "nav": "Back and next controls guide exercises; the plan provides a separate overview.",
        "layout": "Short prompts combine audio controls with a large microphone action, while the plan uses compact lesson tiles and progress marks.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White and cream surfaces, orange speech controls, and pale green lesson cards.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Babbel\nSource: https://apps.apple.com/us/app/id829587759\nSwipefile reference: https://swipefile.design/ref/mobile-babbel/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Speaking exercise · Learning plan · Dialogue practice\n- nav: Back and next controls guide exercises; the plan provides a separate overview.\n- layout: Short prompts combine audio controls with a large microphone action, while the plan uses compact lesson tiles and progress marks.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White and cream surfaces, orange speech controls, and pale green lesson cards.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study speaking exercise, learning plan, dialogue practice. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-busuu",
      "name": "Busuu",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "A language list becomes a video-backed question with two answers, followed by an illustrated completion summary.",
      "use_for": "Study language choice, video question, lesson completion. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id379968583",
      "reference_url": "https://swipefile.design/ref/mobile-busuu/",
      "screenshot_url": "https://swipefile.design/_astro/000.BtTB8sIC.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DLYkmvr7.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BtTB8sIC.webp",
          "caption": "Language choice"
        },
        {
          "url": "https://swipefile.design/_astro/001.SIzv_-ve.webp",
          "caption": "Video question"
        },
        {
          "url": "https://swipefile.design/_astro/002.BkAGtqeN.webp",
          "caption": "Lesson completion"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Language choice · Video question · Lesson completion",
        "nav": "A progress bar and close control bound the lesson; the result surface summarizes the outcome.",
        "layout": "A language list becomes a video-backed question with two answers, followed by an illustrated completion summary.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Blue and white surfaces with green progress and colorful success illustration.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Busuu\nSource: https://apps.apple.com/us/app/id379968583\nSwipefile reference: https://swipefile.design/ref/mobile-busuu/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Language choice · Video question · Lesson completion\n- nav: A progress bar and close control bound the lesson; the result surface summarizes the outcome.\n- layout: A language list becomes a video-backed question with two answers, followed by an illustrated completion summary.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Blue and white surfaces with green progress and colorful success illustration.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study language choice, video question, lesson completion. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-memrise",
      "name": "Memrise",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "Topic cards connect learning to situations, video questions place answers beneath a speaker, and a word list supports revisiting material.",
      "use_for": "Study topic selection, video vocabulary exercise, saved vocabulary. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id635966718",
      "reference_url": "https://swipefile.design/ref/mobile-memrise/",
      "screenshot_url": "https://swipefile.design/_astro/000.CMQAlEd0.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CGI5p84W.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CMQAlEd0.webp",
          "caption": "Topic selection"
        },
        {
          "url": "https://swipefile.design/_astro/001.SOCWML4W.webp",
          "caption": "Video vocabulary exercise"
        },
        {
          "url": "https://swipefile.design/_astro/002.CeQ2rBFn.webp",
          "caption": "Saved vocabulary"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Topic selection · Video vocabulary exercise · Saved vocabulary",
        "nav": "Learn and Practice tabs, topic search, and audio controls separate discovery from review.",
        "layout": "Topic cards connect learning to situations, video questions place answers beneath a speaker, and a word list supports revisiting material.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels with yellow topic cards and green video framing.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Memrise\nSource: https://apps.apple.com/us/app/id635966718\nSwipefile reference: https://swipefile.design/ref/mobile-memrise/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Topic selection · Video vocabulary exercise · Saved vocabulary\n- nav: Learn and Practice tabs, topic search, and audio controls separate discovery from review.\n- layout: Topic cards connect learning to situations, video questions place answers beneath a speaker, and a word list supports revisiting material.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels with yellow topic cards and green video framing.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study topic selection, video vocabulary exercise, saved vocabulary. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-drops",
      "name": "Drops",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "Language rows, an illustrated vocabulary card, and circular letter choices keep each activity focused on a small unit.",
      "use_for": "Study language list, vocabulary detail, word-building exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id939540371",
      "reference_url": "https://swipefile.design/ref/mobile-drops/",
      "screenshot_url": "https://swipefile.design/_astro/000.C5O4DRRq.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.C6jWdZ_y.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.C5O4DRRq.webp",
          "caption": "Language list"
        },
        {
          "url": "https://swipefile.design/_astro/001.bZy3Kctf.webp",
          "caption": "Vocabulary detail"
        },
        {
          "url": "https://swipefile.design/_astro/002.Bh5G9_Mn.webp",
          "caption": "Word-building exercise"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Language list · Vocabulary detail · Word-building exercise",
        "nav": "Back and audio controls provide context around a word or exercise.",
        "layout": "Language rows, an illustrated vocabulary card, and circular letter choices keep each activity focused on a small unit.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Purple and blue surfaces with soft pink letter controls.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Drops\nSource: https://apps.apple.com/us/app/id939540371\nSwipefile reference: https://swipefile.design/ref/mobile-drops/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Language list · Vocabulary detail · Word-building exercise\n- nav: Back and audio controls provide context around a word or exercise.\n- layout: Language rows, an illustrated vocabulary card, and circular letter choices keep each activity focused on a small unit.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Purple and blue surfaces with soft pink letter controls.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study language list, vocabulary detail, word-building exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-brilliant",
      "name": "Brilliant",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "Diagrams carry the mathematical explanation, with short conversational hints and a visible answer outcome.",
      "use_for": "Study visual algebra prompt, geometry exercise feedback, graph exercise success. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id913335252",
      "reference_url": "https://swipefile.design/ref/mobile-brilliant/",
      "screenshot_url": "https://swipefile.design/_astro/000.BXck8K8P.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DuePOdSa.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BXck8K8P.webp",
          "caption": "Visual algebra prompt"
        },
        {
          "url": "https://swipefile.design/_astro/001.C9ZxnB_5.webp",
          "caption": "Geometry exercise feedback"
        },
        {
          "url": "https://swipefile.design/_astro/002.C4QY5UA8.webp",
          "caption": "Graph exercise success"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Visual algebra prompt · Geometry exercise feedback · Graph exercise success",
        "nav": "The exercise stays central while feedback appears close to the diagram.",
        "layout": "Diagrams carry the mathematical explanation, with short conversational hints and a visible answer outcome.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White space, green feedback, and purple or orange diagram regions.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Brilliant\nSource: https://apps.apple.com/us/app/id913335252\nSwipefile reference: https://swipefile.design/ref/mobile-brilliant/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Visual algebra prompt · Geometry exercise feedback · Graph exercise success\n- nav: The exercise stays central while feedback appears close to the diagram.\n- layout: Diagrams carry the mathematical explanation, with short conversational hints and a visible answer outcome.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White space, green feedback, and purple or orange diagram regions.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study visual algebra prompt, geometry exercise feedback, graph exercise success. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-khan-academy",
      "name": "Khan Academy",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "A plain subject list leads into course mastery and a multiple-choice exercise with hint and check controls.",
      "use_for": "Study subject browsing, course progress, practice question. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id469863705",
      "reference_url": "https://swipefile.design/ref/mobile-khan-academy/",
      "screenshot_url": "https://swipefile.design/_astro/000.Df_4bSUp.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BkIciYkU.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Df_4bSUp.webp",
          "caption": "Subject browsing"
        },
        {
          "url": "https://swipefile.design/_astro/001.Qx2eK436.webp",
          "caption": "Course progress"
        },
        {
          "url": "https://swipefile.design/_astro/002.8KFkr-t4.webp",
          "caption": "Practice question"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Subject browsing · Course progress · Practice question",
        "nav": "Search and bottom destinations organize discovery; exercise controls remain at the lower edge.",
        "layout": "A plain subject list leads into course mastery and a multiple-choice exercise with hint and check controls.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White content, navy headers, and blue or green progress accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Khan Academy\nSource: https://apps.apple.com/us/app/id469863705\nSwipefile reference: https://swipefile.design/ref/mobile-khan-academy/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Subject browsing · Course progress · Practice question\n- nav: Search and bottom destinations organize discovery; exercise controls remain at the lower edge.\n- layout: A plain subject list leads into course mastery and a multiple-choice exercise with hint and check controls.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White content, navy headers, and blue or green progress accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study subject browsing, course progress, practice question. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-coursera",
      "name": "Coursera",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "A lesson pairs video with a transcript, while a career path groups courses into labeled learning stages.",
      "use_for": "Study lesson video and transcript, career learning path. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id736535961",
      "reference_url": "https://swipefile.design/ref/mobile-coursera/",
      "screenshot_url": "https://swipefile.design/_astro/000.MbxW7ODu.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CpbXGehE.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.MbxW7ODu.webp",
          "caption": "Lesson video and transcript"
        },
        {
          "url": "https://swipefile.design/_astro/001.DnPM0oUd.webp",
          "caption": "Career learning path"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Lesson video and transcript · Career learning path",
        "nav": "Lesson tabs separate overview, notes, and transcript; a back control returns from a path.",
        "layout": "A lesson pairs video with a transcript, while a career path groups courses into labeled learning stages.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces with blue navigation and colored learning-path bands.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Coursera\nSource: https://apps.apple.com/us/app/id736535961\nSwipefile reference: https://swipefile.design/ref/mobile-coursera/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Lesson video and transcript · Career learning path\n- nav: Lesson tabs separate overview, notes, and transcript; a back control returns from a path.\n- layout: A lesson pairs video with a transcript, while a career path groups courses into labeled learning stages.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces with blue navigation and colored learning-path bands.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study lesson video and transcript, career learning path. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-quizlet",
      "name": "Quizlet",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "A large flashcard, a compact concept guide, and numbered solution steps show different levels of learning detail.",
      "use_for": "Study flashcard feedback, study guide, worked solution. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id546473125",
      "reference_url": "https://swipefile.design/ref/mobile-quizlet/",
      "screenshot_url": "https://swipefile.design/_astro/000.Dl9HTy0U.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.yqJP5y3R.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Dl9HTy0U.webp",
          "caption": "Flashcard feedback"
        },
        {
          "url": "https://swipefile.design/_astro/001.D2XTsn27.webp",
          "caption": "Study guide"
        },
        {
          "url": "https://swipefile.design/_astro/002.ywY5SS9n.webp",
          "caption": "Worked solution"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Flashcard feedback · Study guide · Worked solution",
        "nav": "Progress and close controls frame cards, while a back control returns from a solution.",
        "layout": "A large flashcard, a compact concept guide, and numbered solution steps show different levels of learning detail.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White study surfaces with green feedback and blue-purple framing.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Quizlet\nSource: https://apps.apple.com/us/app/id546473125\nSwipefile reference: https://swipefile.design/ref/mobile-quizlet/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Flashcard feedback · Study guide · Worked solution\n- nav: Progress and close controls frame cards, while a back control returns from a solution.\n- layout: A large flashcard, a compact concept guide, and numbered solution steps show different levels of learning detail.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White study surfaces with green feedback and blue-purple framing.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study flashcard feedback, study guide, worked solution. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-elevate",
      "name": "Elevate",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Learning",
      "summary": "Color-coded training rows lead into simple exercises with a small number of large choices.",
      "use_for": "Study training activity list, vocabulary exercise, writing exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id875063456",
      "reference_url": "https://swipefile.design/ref/mobile-elevate/",
      "screenshot_url": "https://swipefile.design/_astro/000.B02vLLB7.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.U_cs_LzA.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.B02vLLB7.webp",
          "caption": "Training activity list"
        },
        {
          "url": "https://swipefile.design/_astro/001.CbEhcxIp.webp",
          "caption": "Vocabulary exercise"
        },
        {
          "url": "https://swipefile.design/_astro/002.CGhg55GH.webp",
          "caption": "Writing exercise"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "learning",
        "learning & feedback"
      ],
      "patterns": [
        "Learning & feedback"
      ],
      "design_notes": {
        "surface": "Training activity list · Vocabulary exercise · Writing exercise",
        "nav": "An activity overview and focused exercise surfaces separate choosing practice from completing it.",
        "layout": "Color-coded training rows lead into simple exercises with a small number of large choices.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Bright blue and orange framing with colorful task tiles.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Learning & feedback",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Elevate\nSource: https://apps.apple.com/us/app/id875063456\nSwipefile reference: https://swipefile.design/ref/mobile-elevate/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Training activity list · Vocabulary exercise · Writing exercise\n- nav: An activity overview and focused exercise surfaces separate choosing practice from completing it.\n- layout: Color-coded training rows lead into simple exercises with a small number of large choices.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Bright blue and orange framing with colorful task tiles.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Learning & feedback\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study training activity list, vocabulary exercise, writing exercise. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-pinterest",
      "name": "Pinterest",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Labels over an image identify visual attributes, while related-image grids and filter chips narrow the next choice.",
      "use_for": "Study visual search details, similar product discovery, filtered inspiration results. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id429047995",
      "reference_url": "https://swipefile.design/ref/mobile-pinterest/",
      "screenshot_url": "https://swipefile.design/_astro/000.CwKnfopZ.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.ZBFqEESF.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CwKnfopZ.webp",
          "caption": "Visual search details"
        },
        {
          "url": "https://swipefile.design/_astro/001.4I01rjLM.webp",
          "caption": "Similar product discovery"
        },
        {
          "url": "https://swipefile.design/_astro/002.B405vtEj.webp",
          "caption": "Filtered inspiration results"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "search & discovery"
      ],
      "patterns": [
        "Search & discovery"
      ],
      "design_notes": {
        "surface": "Visual search details · Similar product discovery · Filtered inspiration results",
        "nav": "Search, close/back controls, and a lower related-results panel keep the original visual context available.",
        "layout": "Labels over an image identify visual attributes, while related-image grids and filter chips narrow the next choice.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White controls over photography with subtle pastel filter chips.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Search & discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Pinterest\nSource: https://apps.apple.com/us/app/id429047995\nSwipefile reference: https://swipefile.design/ref/mobile-pinterest/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Visual search details · Similar product discovery · Filtered inspiration results\n- nav: Search, close/back controls, and a lower related-results panel keep the original visual context available.\n- layout: Labels over an image identify visual attributes, while related-image grids and filter chips narrow the next choice.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White controls over photography with subtle pastel filter chips.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Search & discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study visual search details, similar product discovery, filtered inspiration results. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-etsy",
      "name": "Etsy",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Rounded product photos combine with search and themed gift cards to support browsing by recipient or interest.",
      "use_for": "Study personalized shopping home, gift discovery, gift collection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id477128284",
      "reference_url": "https://swipefile.design/ref/mobile-etsy/",
      "screenshot_url": "https://swipefile.design/_astro/000.CrvWCxJf.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.C7t-Jcxq.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CrvWCxJf.webp",
          "caption": "Personalized shopping home"
        },
        {
          "url": "https://swipefile.design/_astro/001.Cbjb6N9v.webp",
          "caption": "Gift discovery"
        },
        {
          "url": "https://swipefile.design/_astro/002.ZahBEWvL.webp",
          "caption": "Gift collection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "search & discovery"
      ],
      "patterns": [
        "Search & discovery"
      ],
      "design_notes": {
        "surface": "Personalized shopping home · Gift discovery · Gift collection",
        "nav": "A prominent search field leads into gift topics and a specific collection.",
        "layout": "Rounded product photos combine with search and themed gift cards to support browsing by recipient or interest.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Warm white content with orange branding and colorful gift tiles.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Search & discovery",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Etsy\nSource: https://apps.apple.com/us/app/id477128284\nSwipefile reference: https://swipefile.design/ref/mobile-etsy/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Personalized shopping home · Gift discovery · Gift collection\n- nav: A prominent search field leads into gift topics and a specific collection.\n- layout: Rounded product photos combine with search and themed gift cards to support browsing by recipient or interest.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Warm white content with orange branding and colorful gift tiles.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Search & discovery\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study personalized shopping home, gift discovery, gift collection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-ebay",
      "name": "eBay",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "A live video surface, a focused photo prompt, and a two-column product grid expose distinct shopping and selling tasks.",
      "use_for": "Study live shopping, photo-based listing prompt, product collection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id282614216",
      "reference_url": "https://swipefile.design/ref/mobile-ebay/",
      "screenshot_url": "https://swipefile.design/_astro/000.B1YhlF-Q.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.DZVK4y78.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.B1YhlF-Q.webp",
          "caption": "Live shopping"
        },
        {
          "url": "https://swipefile.design/_astro/001.BMRIOtl_.webp",
          "caption": "Photo-based listing prompt"
        },
        {
          "url": "https://swipefile.design/_astro/002.PV78_opu.webp",
          "caption": "Product collection"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "shopping & checkout"
      ],
      "patterns": [
        "Shopping & checkout"
      ],
      "design_notes": {
        "surface": "Live shopping · Photo-based listing prompt · Product collection",
        "nav": "Close/back controls and item-level save buttons give the shown surfaces clear exits and actions.",
        "layout": "A live video surface, a focused photo prompt, and a two-column product grid expose distinct shopping and selling tasks.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White product grids, dark camera framing, and image-led content.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Shopping & checkout",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: eBay\nSource: https://apps.apple.com/us/app/id282614216\nSwipefile reference: https://swipefile.design/ref/mobile-ebay/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Live shopping · Photo-based listing prompt · Product collection\n- nav: Close/back controls and item-level save buttons give the shown surfaces clear exits and actions.\n- layout: A live video surface, a focused photo prompt, and a two-column product grid expose distinct shopping and selling tasks.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White product grids, dark camera framing, and image-led content.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Shopping & checkout\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study live shopping, photo-based listing prompt, product collection. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-amazon-shopping",
      "name": "Amazon Shopping",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Dense shopping modules sit below persistent search, with a product grid for comparison and a sheet explaining voice controls.",
      "use_for": "Study shopping home, product results, voice feature introduction. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id297606951",
      "reference_url": "https://swipefile.design/ref/mobile-amazon-shopping/",
      "screenshot_url": "https://swipefile.design/_astro/000.TSUWEaHg.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BpF4gvok.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.TSUWEaHg.webp",
          "caption": "Shopping home"
        },
        {
          "url": "https://swipefile.design/_astro/001.B9bD1YbF.webp",
          "caption": "Product results"
        },
        {
          "url": "https://swipefile.design/_astro/002.ct4j2899.webp",
          "caption": "Voice feature introduction"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "shopping & checkout"
      ],
      "patterns": [
        "Shopping & checkout"
      ],
      "design_notes": {
        "surface": "Shopping home · Product results · Voice feature introduction",
        "nav": "Top search and lower account/cart destinations remain separate from a temporary explanatory sheet.",
        "layout": "Dense shopping modules sit below persistent search, with a product grid for comparison and a sheet explaining voice controls.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces, pale teal navigation, and blue actions.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Shopping & checkout",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Amazon Shopping\nSource: https://apps.apple.com/us/app/id297606951\nSwipefile reference: https://swipefile.design/ref/mobile-amazon-shopping/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Shopping home · Product results · Voice feature introduction\n- nav: Top search and lower account/cart destinations remain separate from a temporary explanatory sheet.\n- layout: Dense shopping modules sit below persistent search, with a product grid for comparison and a sheet explaining voice controls.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces, pale teal navigation, and blue actions.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Shopping & checkout\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study shopping home, product results, voice feature introduction. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-nike",
      "name": "Nike",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Campaign artwork leads into category tiles and a restrained product grid with short names and prices.",
      "use_for": "Study campaign discovery, shopping categories, new product grid. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1095459556",
      "reference_url": "https://swipefile.design/ref/mobile-nike/",
      "screenshot_url": "https://swipefile.design/_astro/000.Dr3XxD8q.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BWyb_584.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.Dr3XxD8q.webp",
          "caption": "Campaign discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.BYFYl0uu.webp",
          "caption": "Shopping categories"
        },
        {
          "url": "https://swipefile.design/_astro/002.COV-oe3O.webp",
          "caption": "New product grid"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "shopping & checkout"
      ],
      "patterns": [
        "Shopping & checkout"
      ],
      "design_notes": {
        "surface": "Campaign discovery · Shopping categories · New product grid",
        "nav": "Persistent bottom destinations and category filters give editorial browsing a conventional shopping structure.",
        "layout": "Campaign artwork leads into category tiles and a restrained product grid with short names and prices.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "Black and white controls with vivid campaign and product imagery.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Shopping & checkout",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Nike\nSource: https://apps.apple.com/us/app/id1095459556\nSwipefile reference: https://swipefile.design/ref/mobile-nike/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Campaign discovery · Shopping categories · New product grid\n- nav: Persistent bottom destinations and category filters give editorial browsing a conventional shopping structure.\n- layout: Campaign artwork leads into category tiles and a restrained product grid with short names and prices.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: Black and white controls with vivid campaign and product imagery.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Shopping & checkout\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study campaign discovery, shopping categories, new product grid. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-sephora",
      "name": "Sephora",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Colored fulfillment rows precede product cards; a detail page places delivery choices above an Add to Basket action.",
      "use_for": "Study fulfillment choices, product discovery, product and delivery options. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id393328150",
      "reference_url": "https://swipefile.design/ref/mobile-sephora/",
      "screenshot_url": "https://swipefile.design/_astro/000.BY4a_RXI.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CLlqmYnV.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BY4a_RXI.webp",
          "caption": "Fulfillment choices"
        },
        {
          "url": "https://swipefile.design/_astro/001.BhqXMidR.webp",
          "caption": "Product discovery"
        },
        {
          "url": "https://swipefile.design/_astro/002.CGITwQ72.webp",
          "caption": "Product and delivery options"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "shopping & checkout"
      ],
      "patterns": [
        "Shopping & checkout"
      ],
      "design_notes": {
        "surface": "Fulfillment choices · Product discovery · Product and delivery options",
        "nav": "Top search and lower shopping destinations remain visible around the product content.",
        "layout": "Colored fulfillment rows precede product cards; a detail page places delivery choices above an Add to Basket action.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels, pastel service rows, and a red purchase action.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Shopping & checkout",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Sephora\nSource: https://apps.apple.com/us/app/id393328150\nSwipefile reference: https://swipefile.design/ref/mobile-sephora/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Fulfillment choices · Product discovery · Product and delivery options\n- nav: Top search and lower shopping destinations remain visible around the product content.\n- layout: Colored fulfillment rows precede product cards; a detail page places delivery choices above an Add to Basket action.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels, pastel service rows, and a red purchase action.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Shopping & checkout\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study fulfillment choices, product discovery, product and delivery options. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-target",
      "name": "Target",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Image-led offers, category shortcuts, and a member summary organize shopping at different levels of detail.",
      "use_for": "Study shopping home, deals browsing, membership overview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id297430070",
      "reference_url": "https://swipefile.design/ref/mobile-target/",
      "screenshot_url": "https://swipefile.design/_astro/000.CCM-05sl.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BhSko3_V.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.CCM-05sl.webp",
          "caption": "Shopping home"
        },
        {
          "url": "https://swipefile.design/_astro/001.DAQMu6Tv.webp",
          "caption": "Deals browsing"
        },
        {
          "url": "https://swipefile.design/_astro/002.CfgPd-kd.webp",
          "caption": "Membership overview"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "shopping & checkout"
      ],
      "patterns": [
        "Shopping & checkout"
      ],
      "design_notes": {
        "surface": "Shopping home · Deals browsing · Membership overview",
        "nav": "Bottom destinations and deal categories provide consistent routes through the promotional content.",
        "layout": "Image-led offers, category shortcuts, and a member summary organize shopping at different levels of detail.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White panels with red actions and colorful merchandise imagery.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Shopping & checkout",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Target\nSource: https://apps.apple.com/us/app/id297430070\nSwipefile reference: https://swipefile.design/ref/mobile-target/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Shopping home · Deals browsing · Membership overview\n- nav: Bottom destinations and deal categories provide consistent routes through the promotional content.\n- layout: Image-led offers, category shortcuts, and a member summary organize shopping at different levels of detail.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White panels with red actions and colorful merchandise imagery.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Shopping & checkout\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study shopping home, deals browsing, membership overview. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-doordash",
      "name": "DoorDash",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Store categories and promotional cards lead into a status panel that shows order progress above additional shopping options.",
      "use_for": "Study store discovery, order confirmation status, offer discovery. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id719972451",
      "reference_url": "https://swipefile.design/ref/mobile-doordash/",
      "screenshot_url": "https://swipefile.design/_astro/000.uQnDLoVu.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.CmRRQeAd.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.uQnDLoVu.webp",
          "caption": "Store discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.C7vE4G_W.webp",
          "caption": "Order confirmation status"
        },
        {
          "url": "https://swipefile.design/_astro/002.DfVDnuTk.webp",
          "caption": "Offer discovery"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "shopping & checkout"
      ],
      "patterns": [
        "Shopping & checkout"
      ],
      "design_notes": {
        "surface": "Store discovery · Order confirmation status · Offer discovery",
        "nav": "Search, category icons, and persistent lower destinations keep discovery accessible.",
        "layout": "Store categories and promotional cards lead into a status panel that shows order progress above additional shopping options.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White surfaces, black text, and red brand accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Shopping & checkout",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: DoorDash\nSource: https://apps.apple.com/us/app/id719972451\nSwipefile reference: https://swipefile.design/ref/mobile-doordash/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Store discovery · Order confirmation status · Offer discovery\n- nav: Search, category icons, and persistent lower destinations keep discovery accessible.\n- layout: Store categories and promotional cards lead into a status panel that shows order progress above additional shopping options.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White surfaces, black text, and red brand accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Shopping & checkout\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study store discovery, order confirmation status, offer discovery. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-uber-eats",
      "name": "Uber Eats",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Category chips and offer cards lead into a grouped cart with editable items, a savings summary, and a clear checkout action.",
      "use_for": "Study store discovery, restaurant offers, bundled cart. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1058959277",
      "reference_url": "https://swipefile.design/ref/mobile-uber-eats/",
      "screenshot_url": "https://swipefile.design/_astro/000.dTQg1xHv.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.BKyBPMEG.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.dTQg1xHv.webp",
          "caption": "Store discovery"
        },
        {
          "url": "https://swipefile.design/_astro/001.CXWG2nHM.webp",
          "caption": "Restaurant offers"
        },
        {
          "url": "https://swipefile.design/_astro/002.R3UfXEEV.webp",
          "caption": "Bundled cart"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "shopping & checkout"
      ],
      "patterns": [
        "Shopping & checkout"
      ],
      "design_notes": {
        "surface": "Store discovery · Restaurant offers · Bundled cart",
        "nav": "Search and bottom destinations support browsing; the cart has a separate close control and primary action.",
        "layout": "Category chips and offer cards lead into a grouped cart with editable items, a savings summary, and a clear checkout action.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White content, black actions, and green offer accents.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Shopping & checkout",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Uber Eats\nSource: https://apps.apple.com/us/app/id1058959277\nSwipefile reference: https://swipefile.design/ref/mobile-uber-eats/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Store discovery · Restaurant offers · Bundled cart\n- nav: Search and bottom destinations support browsing; the cart has a separate close control and primary action.\n- layout: Category chips and offer cards lead into a grouped cart with editable items, a savings summary, and a clear checkout action.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White content, black actions, and green offer accents.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Shopping & checkout\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study store discovery, restaurant offers, bundled cart. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    },
    {
      "slug": "mobile-too-good-to-go",
      "name": "Too Good To Go",
      "kind": "app",
      "discipline": null,
      "platform": "ios",
      "archetype": "Shopping & food",
      "summary": "Nearby cards show pickup information; a detail surface adds ratings and a Reserve action, followed by a clear thank-you state.",
      "use_for": "Study nearby food offers, offer detail and reservation, collection confirmation. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.",
      "source_url": "https://apps.apple.com/us/app/id1060683933",
      "reference_url": "https://swipefile.design/ref/mobile-too-good-to-go/",
      "screenshot_url": "https://swipefile.design/_astro/000.BdurUIF8.webp",
      "thumbnail_url": "https://swipefile.design/_astro/card.B-z-GV1k.webp",
      "captured": "2026-09-09",
      "capture_scope": "store-preview",
      "provenance": "live",
      "screenshots": [
        {
          "url": "https://swipefile.design/_astro/000.BdurUIF8.webp",
          "caption": "Nearby food offers"
        },
        {
          "url": "https://swipefile.design/_astro/001.B28hHYs2.webp",
          "caption": "Offer detail and reservation"
        },
        {
          "url": "https://swipefile.design/_astro/002.B4UGmKGR.webp",
          "caption": "Collection confirmation"
        }
      ],
      "tags": [
        "mobile-app",
        "ios",
        "iphone",
        "english-ui",
        "shopping & food",
        "status & progress"
      ],
      "patterns": [
        "Status & progress"
      ],
      "design_notes": {
        "surface": "Nearby food offers · Offer detail and reservation · Collection confirmation",
        "nav": "Bottom discovery destinations give way to a focused reservation and confirmation surface.",
        "layout": "Nearby cards show pickup information; a detail surface adds ratings and a Reserve action, followed by a clear thank-you state.",
        "density": "Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.",
        "color": "White cards with deep teal actions and warm food photography.",
        "typography": "Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.",
        "pattern": "Status & progress",
        "states": "Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.",
        "dont": "Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image."
      },
      "recreation_prompt": "# Design reference: Too Good To Go\nSource: https://apps.apple.com/us/app/id1060683933\nSwipefile reference: https://swipefile.design/ref/mobile-too-good-to-go/\nCaptured: 2026-09-09. This is a dated reference, not a claim about the current live product.\nSource scope: publisher-provided App Store previews. Promotional framing is retained. These are static examples, not a tested or recorded user flow. Do not infer unseen interactions.\n\n## Objective\nAdapt the interaction and layout patterns below to my project. Use my own content and identity. Do not reproduce logos, proprietary copy, or brand assets.\n\n## Reference notes\n- surface: Nearby food offers · Offer detail and reservation · Collection confirmation\n- nav: Bottom discovery destinations give way to a focused reservation and confirmation surface.\n- layout: Nearby cards show pickup information; a detail surface adds ratings and a Reserve action, followed by a clear thank-you state.\n- density: Compare the space reserved for the primary task with secondary metadata. The previews retain promotional framing; evaluate target sizes in your implemented screen.\n- color: White cards with deep teal actions and warm food photography.\n- typography: Use clear heading, body, and metadata levels. Keep interface text scalable and verify readability with the device text-size settings.\n- pattern: Status & progress\n- states: Static publisher previews only. Loading, empty, error, offline, permission, and keyboard behavior have not been tested. Specify and verify those states in your own implementation.\n- dont: Do not copy the app identity, proprietary artwork, or promotional claims. Screenshot order is not a verified flow, and the listing version does not date every image.\n\nUseful for: Study nearby food offers, offer detail and reservation, collection confirmation. Compare the hierarchy and controls shown in these publisher previews, then test the corresponding behavior in your own app.\n\n## Acceptance criteria\n- Existing project conventions, design tokens, working functionality, and unrelated changes are preserved.\n- Two or three reference principles clearly support the user's task; conflicts are resolved in favor of usability and the existing product.\n- Accessible platform-native components express the interface; use semantic HTML when the target is mobile web. Available licensed assets are used; important UI text is never rendered as a bitmap.\n- Every visible control has a defined behavior. Loading, empty, error, success, disabled, and long-content states are specified where relevant. Demo data is clearly labeled.\n- Navigation and content adapt at 375px, 768px, and 1440px without horizontal page overflow. Keyboard use, visible focus, labeled inputs, at least 44px touch targets, readable contrast, and reduced motion are supported.\n- Verification distinguishes rendered behavior from proposals and identifies anything still requiring a backend or external service.\n\n## Quality bar\nClear hierarchy, consistent spacing, restrained surfaces, and purposeful motion. Avoid decorative gradients, excessive cards, placeholder buttons, and invented metrics unless the project calls for them. Do not claim a feature is connected or tested without evidence."
    }
  ]
}