hig-platforms

hig-platforms 技能概览

hig-platforms 技能适用于需要根据平台做出 Apple UI 决策，而不只是泛泛谈布局建议的场景。 当你要回答这类问题时，用 hig-platforms 技能最合适： “iPhone 和 iPad 应该不一样吗？” 或者 “在 macOS、visionOS、tvOS、watchOS 上要改什么？” 它尤其适合设计师、PM，以及把粗略产品想法转化为符合平台的 UI 选择的 AI agent。

hig-platforms 是做什么的

这个技能帮助你为每个 Apple 平台选择合适的交互模型、导航方式和信息密度。 它真正要解决的问题，是避免“所有平台都用同一套 UI”这种错误——这种做法在 Apple 设备上往往不对味，也会让设计评审和实现阶段更容易卡住。

什么时候适合用

在 Apple 平台设计、通用应用规划，或把应用从一个平台迁移到另一个平台时，用 hig-platforms。 当你的提示词里包含平台特定约束、输入方式，或者在问某个功能在某种设备上是否应该存在时，它尤其相关。

它有什么不同

hig-platforms 的核心价值在于决策指引：它强调平台身份、输入方式和布局预期，而不是给你一份泛化的 UI 清单。 当结果取决于 Apple Human Interface Guidelines 时，它会比一个笼统的“把设计做好点”提示更有用。

如何使用 hig-platforms 技能

安装并加载技能

按照仓库推荐的流程执行 hig-platforms install，然后确认该技能已经在你的 agent workspace 中可用。 如果你的环境是通过路径暴露技能，核心文件是 skills/hig-platforms/SKILL.md。

先读对的文件

先看 SKILL.md，再结合你环境里可能存在的仓库上下文，尤其是技能提到的设计上下文说明。 对于 hig-platforms usage 来说，最重要的是在开始要设计输出之前，先明确平台、设备类别和目标任务。

把粗略需求改写成可用提示词

弱一些的需求会说：“为 Apple 平台设计这个 app。” 更好的说法是： “用 hig-platforms 把一个日历 app 适配到 iPhone、iPad 和 macOS。 核心任务是安排会议。 iPhone 保持单手可用，iPad 使用多栏导航，macOS 则做得更紧凑，并加入键盘快捷键。”

能产出更好结果的工作流

当产品还不明确时，先一次只问一个平台；等核心模型清楚之后，再扩展到多平台。 提供现有 UI 决策、必需输入，以及诸如仅触控、优先指针输入、或 watch 上是否需要一眼可读等约束。 对于 hig-platforms 的 UI Design 工作来说，这些上下文比冗长的功能清单更重要。

hig-platforms 技能 FAQ

hig-platforms 只适合 Apple 设计团队吗？

不是。 任何在为 Apple 平台 UI 写提示词或规格的人都能用，包括开发者、产品团队和 AI agents。 只要输出需要符合 Apple 规范，hig-platforms 就是很合适的选择。

我应该用它替代通用提示词吗？

通常是的，尤其是在平台差异很重要的时候。 通用提示词可能会生成还不错的 UI 语言，但当你需要符合 Apple 预期的平台特定导航、信息密度和输入行为时，hig-platforms 指南会更好。

它适合新手吗？

适合，只要你能说清平台并描述用户任务。 你不需要很深的 HIG 知识也能用好它，但如果你已经知道体验是触控优先、指针优先还是一眼浏览优先，结果会更好。

什么时候不该用 hig-platforms？

如果你的任务纯粹是视觉品牌设计，或者你需要的跨平台设计建议并不特定于 Apple 平台，就不要用它。 当你还没决定要为哪一类设备设计时，它也不太适合。

如何改进 hig-platforms 技能

先把平台选择说清楚

提升 hig-platforms 输出最快的方法，就是直接指定准确的平台组合：仅 iPhone、仅 iPad、macOS companion，或完整的 universal app。 如果你把这点说得很模糊，技能就只能猜最合适的交互和布局模型。

给任务，不只是给功能清单

当你明确用户真正要完成什么时，这个技能效果最好，比如“随时随地查看发票”或“在支持键盘的情况下编辑复杂项目设置”。 这样 hig-platforms 才能选择合适的导航深度、信息密度和控件位置，而不是围绕错误的心智模型去优化。

说明约束，并检查第一版输出

补充无障碍、Apple 输入方式、分屏支持，或应用是否必须在每种设备上都显得原生这些约束。 拿到第一版结果后，再进一步追问：某个平台应该怎么改、哪里和 Apple 规范冲突、哪些部分应该为了最小屏幕而简化。