mobile-ios-design
Native iOS-Oberflächen entwerfen
iOS-Teams benötigen Oberflächen, die sich nativ und zugänglich anfühlen und dem Verhalten der Apple-Plattform entsprechen. Diese Fähigkeit überführt Apple HIG und SwiftUI-Muster in praktische Design- und Implementierungsanleitung.
Mit meinem Agent installieren
Kopieren Sie diese Anfrage in Ihren Agent. Sie enthält die maßgebliche Skill-Seite und das Manifest.
Review the Skillstore skill "mobile-ios-design" from https://skillstore.io/skills/wshobson-mobile-ios-design.md and its manifest at https://skillstore.io/api/skills/wshobson-mobile-ios-design/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Ihr Agent sollte weiterhin seinen Plan anzeigen und alle von der Sicherheitsrichtlinie verlangten Bestätigungen anfordern.
Agent-lesbare Ressourcen
Verwenden Sie diese Links, wenn ein KI-Agent, Crawler oder Skript sauberen Kontext benötigt, statt die vollständige Seite zu lesen.
Testen
„mobile-ios-design“ wird verwendet. Ein Einstellungsbildschirm mit Kontofeldern, Benachrichtigungssteuerungen und einem Datenschutzlink.
Erwartetes Ergebnis:
- Empfiehlt ein gruppiertes Form mit klaren Bereichen für Account, Preferences und About.
- Verwendet native Toggle- und Picker-Steuerelemente statt benutzerdefinierter controls für gängige Einstellungen.
- Ergänzt semantische labels, Dynamic Type-Unterstützung und eine standardmäßige externe Datenschutzlink-Zeile.
„mobile-ios-design“ wird verwendet. Ein Produkt-Browsing-Flow, der Detailbildschirme öffnet und Suche unterstützt.
Erwartetes Ergebnis:
- Schlägt NavigationStack mit typisierten Zielen für Produktdetailbildschirme vor.
- Ergänzt searchable lists, empty states, loading states und retry actions.
- Definiert iPad-Anpassungen mit geteilten Layouts und beibehaltenem Navigationszustand.
„mobile-ios-design“ wird verwendet. Ein bestehender SwiftUI-Bildschirm, der visuell nicht konsistent mit iOS wirkt.
Erwartetes Ergebnis:
- Markiert hardcoded colors, fixed text sizes, unklare Hierarchie und übergroße benutzerdefinierte controls.
- Empfiehlt semantic colors, SF Symbols, Standardabstände und barrierefreie button roles.
- Priorisiert Korrekturen nach Nutzerauswirkung und Implementierungsaufwand.
Sicherheitsaudit
SicherAll static findings were reviewed against the skill content and judged false positives. The command detections are Markdown Swift examples, the network detections are documentation links, and the blocker or sensitive detections are SwiftUI identifiers. No prompt injection, credential handling, unauthorized network calls, or executable scripts were found.
Risikofaktoren
🌐 Netzwerkzugriff (5)
⚙️ Externe Befehle (26)
Diesen Bericht teilen & zitieren
Teile den versionierten Bewertungsbericht, das neutrale Badge, die Einbettungskarte und Zitate. Skillstore berichtet Nachweise, ohne zu entscheiden, ob dieser Skill sicher ist.
Berichtslink kopieren
https://skillstore.io/skills/wshobson-mobile-ios-design/audits/4?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown-Badge
[](https://skillstore.io/skills/wshobson-mobile-ios-design?utm_source=security_passport_badge)HTML-Badge
<a href="https://skillstore.io/skills/wshobson-mobile-ios-design?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/wshobson-mobile-ios-design/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Einbettungskarte
<iframe src="https://skillstore.io/embed/skills/wshobson-mobile-ios-design.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Wissenschaftliche Zitate (APA · BibTeX · CFF)
APA-Zitat
wshobson. (2026). mobile-ios-design security audit report (audit version 4) [Author version unspecified]. Skillstore. https://skillstore.io/skills/wshobson-mobile-ios-design/audits/4BibTeX-Zitat
@techreport{wshobson-wshobson-mobile-ios-design-2026,
author = {wshobson},
title = {mobile-ios-design security audit report (audit version 4)},
institution = {Skillstore},
year = {2026},
number = {4},
url = {https://skillstore.io/skills/wshobson-mobile-ios-design/audits/4},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "mobile-ios-design security audit report (audit version 4)"
version: "unspecified"
type: report
authors:
- name: "wshobson"
date-released: "2026-07-08"
url: "https://skillstore.io/skills/wshobson-mobile-ios-design/audits/4"
identifiers:
- type: other
value: "skillstore:wshobson-mobile-ios-design:audit:4"
description: "Skillstore immutable audit report identifier"
Skillstore-Score
Warum dieser Score Evidenzvertrauen: HochWas Sie erstellen können
Einen neuen iOS-Feature-Flow planen
Bildschirme, Navigation, Systemkomponenten und Anforderungen an die Barrierefreiheit abbilden, bevor die Implementierung beginnt.
Mockups in SwiftUI-Muster übertragen
Native SwiftUI-Strukturen für lists, forms, buttons, sheets und adaptive layouts auswählen.
Eine bestehende mobile Oberfläche prüfen
Einen Bildschirm auf HIG-Konformität, Dynamic Type-Unterstützung, Dark Mode-Verhalten und klare Navigation prüfen.
Diese Prompts ausprobieren
Prüfe diesen iOS-Bildschirm anhand der Apple HIG. Konzentriere dich auf Hierarchie, touch targets, Dynamic Type, Dark Mode und Barrierefreiheit.
Entwirf einen nativen iOS-Flow für [feature]. Beziehe Navigationsstruktur, zentrale Bildschirme, Systemkomponenten, empty states und error states ein.
Übertrage dieses Mockup in SwiftUI-Implementierungsanleitung. Empfiehl layouts, controls, navigation, state handling und Details zur Barrierefreiheit.
Prüfe diese iOS-App-Erfahrung auf HIG-Konformität über iPhone und iPad hinweg. Identifiziere Navigationsrisiken, Lücken in der Barrierefreiheit, Komponenteninkonsistenzen und SwiftUI-Refactor-Möglichkeiten.
Bewährte Praktiken
- Beginne mit Apple-Systemkomponenten, bevor du benutzerdefinierte controls entwirfst.
- Teste jede Empfehlung gegen Dynamic Type, VoiceOver, Dark Mode und safe areas.
- Nenne die Ziel-iOS-Version und Geräteklassen, wenn du nach SwiftUI-Anleitung fragst.
Vermeiden
- Übertrage keine Web- oder Android-Interaktionsmuster zwanghaft in native iOS-Flows.
- Verwende keine festen Schriftgrößen, hardcoded colors oder zu kleine touch targets.
- Fordere keine Garantien für App-Store-Konformität ohne separate Policy- und technische Prüfung an.
Häufig gestellte Fragen
Schreibt diese Fähigkeit SwiftUI-Code?
Kann sie bestehende iOS-Bildschirme prüfen?
Unterstützt sie iPad-Design?
Kann sie App-Store-Freigabe garantieren?
Welche Eingaben funktionieren am besten?
Ist das nur für Designer?
Entwicklerdetails
Autor
wshobsonLizenz
MIT
Skillstore-Revision
r1
Versionshinweis
Der Autor hat keine Version angegeben.
Ref.
64ca8af0f54a325752f08bd54e52151061ea659a
Aktualität der Wartung
27.7.2026
Nutzung
15 Downloads · 144 Aufrufe
Dateistruktur