Agent Skills
返回列表
💻

TestIOS

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md 安装 @user_c880a486/abc124

技能介绍

AI 生成 iOS 代码的常见坑

让 AI 帮忙写 iOS/macOS 代码，效率确实高，但产出物往往是“能跑”而非“能上架”。硬编码的颜色值在深色模式下直接翻车；把 emoji 当图标用，审核被拒；忘记加 NSLocalizedString，多语言支持得返工；更隐蔽的是出口合规问题——Info.plist 里少了 ITSAppUsesNonExemptEncryption 键，版本直接被打回。这些不是代码写完后再修的小问题，而是从一开始就要嵌进开发流程里的约束。

把质量门禁写进工作流

TestIOS 的思路不是“生成一段代码然后祈祷它没问题”，而是把一套质量门禁变成 AI 每次生成代码时必须遵守的规则：所有图标走 SF Symbols、颜色在 Asset Catalog 里定义 Light/Dark 变体、文本全部本地化、支持 Dynamic Type、先写失败测试再写实现。16 个模块覆盖从需求澄清到上架清单的完整链路，每个模块对应一个 references/ 下的具体工作流文档，例如 references/13-tdd-swift.md 定义了 RED-GREEN-REFACTOR 循环，references/14-bug-diagnosis.md 给出六阶段诊断法。

脚本与边界

scripts/design_quality_checker.py 能自动扫描颜色、字体、间距和按钮层级是否符合设计规范，scripts/policy_monitor.py 则盯着 Apple 政策变化。但要注意：这些工具的输出是参考而非结论，尤其政策合规这块，AI/ML 条款和 4.3 条款经常有灰色地带，最终判断仍需要人工确认。另外，架构改进模块能输出 HTML 报告辅助决策，但“深模块”这类设计原则的落地，依然考验开发者自己的判断力。

使用场景

  • 用 AI 生成 SwiftUI 视图代码时，需要确保图标走 SF Symbols、颜色定义在 Asset Catalog 且适配深色模式。
  • 接手需求模糊的 iOS 新功能，想通过结构化烤问对话把模糊想法澄清成可执行的 PRD 和任务拆解。
  • 用 TDD 开发 Swift 功能时，希望 AI 先给出失败的 XCTest 测试，再补实现并通过 RED-GREEN-REFACTOR 推进。
  • App 提审前，想对照上架清单检查 Info.plist 出口合规字段、多语言与无障碍是否达标。

适合人员

  • 独立 iOS 开发者：一人包揽编码、UI 与提审，需要 AI 按统一规范产出可直接上架的代码。
  • 从后端或 Web 转 Swift 的工程师：懂编程但不熟悉 SwiftUI 规范与 Apple 审核政策，需要领域知识指引。
  • 团队 iOS 模块负责人：要把 AI 生成的代码对齐团队设计系统、TDD 流程和架构规范。
  • 需要给应用接入 Apple Intelligence / App Intents 的开发者：想按官方范式集成 Writing Tools 等能力。