ipados-design-guidelines

ipados-design-guidelines 技能概览

ipados-design-guidelines 技能能做什么

ipados-design-guidelines 技能会把 Apple 的 iPad HIG 转化为一个实用的决策辅助工具，用来设计和审查 iPad 原生界面。它尤其适合需要推理自适应布局、多任务处理、指针行为、键盘支持，以及 iPad 特有导航方式的产品设计师、工程师和 AI 助手，而不是重复套用 iPhone 的设计模式。

什么时候适合用这个技能

当任务涉及 Split View、Stage Manager、侧边栏导航、触控板支持、多栏布局，或者任何在窗口变窄时仍必须正常工作的 UI 时，就适合使用 ipados-design-guidelines 技能。它特别适合在实现之前，快速做一次“这看起来像不像真正的 iPad 应用？”的判断。

用户通常最在意什么

安装 ipados-design-guidelines 的人，通常希望减少布局错误、让导航选择更清晰，并提升触控、指针和键盘三种输入方式下的支持质量。它的核心价值不是泛泛的设计建议，而是避免把 iPhone UI 简单放大后，就指望它能在 iPad 上顺利成立的常见失败模式。

如何使用 ipados-design-guidelines 技能

安装并启用这个技能

使用 npx skills add ehmo/platform-design-skills --skill ipados-design-guidelines 进行安装。安装完成后，在发起 iPad UI 设计、设计评审或实现指导时，把它当作约束集合来使用。如果你在用 agent，要明确告诉它目标是 iPadOS，并且输出必须遵循 ipados-design-guidelines 技能。

提供合适的输入形式

最有效的 ipados-design-guidelines usage 一定是从具体的应用场景开始，而不是一句笼统的“帮我把这个优化成 iPad 版”。请包含设备目标、主要用户任务、当前布局、导航模式，以及任何约束条件，例如 UIKit 还是 SwiftUI、单窗口还是多窗口、是否必须支持键盘和指针。

先读这些文件

为了最快上手，先看 SKILL.md，然后是 AGENTS.md、metadata.json 和 rules/_sections.md。这个顺序能让你依次看到核心规则集、类别优先级、辅助说明，以及对实现决策最关键的具体区域。如果你只想快速扫一遍，先读响应式布局和多任务处理两部分。

把模糊需求改写成可用提示词

一个弱提示词是：“帮我审查我的 iPad 屏幕。”
更强的 ipados-design-guidelines 提示词可以写成：“请审查这个 iPadOS 编辑器界面在常规宽度和紧凑宽度下的表现，重点看侧边栏行为、指针状态、键盘快捷键，以及 Stage Manager 缩放。请给出能让应用在 Split View 中仍可用、并在 320–1024pt 宽度下保持层级结构的修改建议。”
这种具体程度能给技能足够上下文，从而输出真正可执行的建议。

ipados-design-guidelines 技能 FAQ

这个技能只适用于 iPad 应用吗？

是的，ipados-design-guidelines 专门针对 iPadOS 行为和 Apple 的 iPad HIG。它不是 iPhone-first 界面、纯 Web 响应式布局，或通用移动端 UX 建议的默认选择，除非 iPad 体验本身就是明确交付项。

它和普通提示词有什么不同？

普通提示词可能会漏掉 iPad 的关键约束，尤其是紧凑宽度下的多任务、指针可供性，以及键盘功能的可发现性。ipados-design-guidelines skill 能把回答牢牢锚定在 iPad 原生模式上，从而降低得到一个看起来很精致、但平台不匹配的答案的概率。

它适合新手吗？

适合，只要你能描述屏幕、任务和目标设备就行。你不需要事先记住 Apple HIG 的每一条规则；这个技能最有价值的地方，就是把这些规则翻译成可直接执行的设计或实现检查项。

什么时候不该用它？

如果项目永远不会运行在 iPad 上，或者视觉品牌诉求明显高于平台惯例，就不要使用 ipados-design-guidelines。如果你需要深度代码生成，但没有任何产品或交互上下文，它也不是很合适。

如何改进 ipados-design-guidelines 技能

补齐缺失的决策输入

最好的 ipados-design-guidelines guide 输入，会明确说明应用类型、核心工作流，以及最窄支持窗口尺寸。请补充应用是否需要侧边栏、三栏布局、拖放、硬件键盘快捷键、Pencil 输入或外接显示器支持，因为这些选择会改变推荐结构。

指出最可能出错的地方

最大的错误通常是把 iPhone 布局直接放大、用模态流程隐藏导航，以及在多任务场景下忽视紧凑宽度。如果你想从 ipados-design-guidelines for UI Design 工作流里获得更好的结果，就明确要求它围绕这些失败模式进行审查，并在 Split View 或 Stage Manager 下某种模式失效时给出替代方案。

要求输出便于落地

在迭代时，请它输出具体产物：修订后的布局规则、导航结构、快捷键列表，或者紧凑宽度下的降级方案。比如不要只说“优化布局”，而是要求“展示常规宽度下的侧边栏/详情分栏，以及紧凑宽度下的堆叠式回退方案”，这样下一轮就能更快对照技能结果进行验证。

把第一版答案当作审查清单

拿到初始输出后，把它和当前屏幕或规格对照，继续追问哪些地方仍然不清楚：状态恢复、指针悬停行为、快捷键冲突，或者可访问性标注。这样的追问会让 ipados-design-guidelines install 更有价值，因为它把静态建议变成了一份面向平台的实现检查清单。