用途：用于新建iOS应用、跨多个文件的大型功能、大范围重构，或需要完成并验证一个iOS体验时。若只是单一问题，应改用对应专家技能（如并发隔离问题用swift-concurrency，迁移问题用swiftdata）。
主要能力与流程： 一、触发边界：仅用于端到端或多文件范围；不要加载全部已安装的iOS技能，只选覆盖需求与项目实际技术栈的最小集合；若指定专家技能不可用，不应阻塞交付，改为依据项目证据与一手文档继续。 二、项目预检：实现前先检查workspace/工程、scheme、target、支持平台与bundle identifier，部署目标、Xcode/SDK、Swift与并发设置，现有架构、目录约定、命名、依赖与持久化，测试target、预览、无障碍约定、资源与本地代理说明，以及git状态和需保留的用户改动。除用户要求外，保留现有平台与部署设置；采用较新API时需按当前目标提供可用性路径，并用SDK头文件、Swift Evolution/发布说明或Apple一手文档核实版本说法。 三、选择专家技能：按关注点路由，如swiftui-patterns、swiftui-layout-components、swiftui-responsive-layout、swiftui-navigation、swiftui-animation、swiftui-liquid-glass、swift-architecture、swift-concurrency、swiftdata或core-data、ios-accessibility、swift-testing、ios-simulator；仅当功能确实使用某框架时才加载对应框架技能。 四、交付契约：写明或保守推断必需用户流程与数据行为、视觉方向与支持的显示尺寸、持久化与迁移预期、无障碍与动效要求、离线/网络/错误行为，以及判定完成所需的最低验证。重构时除明确要求外，保留布局、导航、状态归属语义、标识、无障碍、动画/副作用时序、持久化与公共API。 五、结构与命名：遵循既有约定；增长的SwiftUI应用宜采用feature优先目录与小型共享层（App、DesignSystem、Models、Services、Features/<Feature>）。入口用产品名，界面与组件用领域加角色命名，文件匹配其主要类型，避免ContentView、MainView、Helper、Manager等泛化名；在分支/布局、局部生命周期或手势状态、窄依赖或独立预览值处提取视图。 六、实现：按垂直切片推进，在每个有意义边界后保持可构建：先建立应用/功能接线与模型边界，再实现主happy path，然后加入持久化、错误、空/加载状态与范围内次要操作，无障碍与动效随UI一起做，对可能回归的行为加测试与确定性预览。业务规则与可复用效果不放在布局代码中，保留脏工作区的用户改动，不做无关清理。 七、验证：用能证明结果的最小证据集：以实际scheme/目标构建受影响target、跑相关单元测试、渲染确定性预览、在明确Simulator UDID上安装启动、演练主操作与失败/空状态及重启后持久化，验证重要无障碍标签/操作、Dynamic Type与减少动态效果，必要时截图或记录集中日志。Simulator验证不能证明仅真机硬件或生产APNs行为。 八、完成：先报告结果，再说明结构变更、已做验证与真实限制；未经授权不得commit、push、发布、更改签名或改动外部系统。
常见错误：涉及蓝牙、相机或推送通知时仅用模拟器验证；把发布配置构建与归档测试拖到最后；无视既有约定覆盖项目结构；把全部技能都加载进上下文；未经批准执行破坏性git操作或改签名凭据。
限制：资料未提供具体安装命令、代码示例或价格信息。