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 App」時，它非常有用。

使用者最在意的是什麼

安裝 ipados-design-guidelines 的人，通常是想減少版面錯誤、讓導覽選擇更清楚，並提升觸控、指標與鍵盤之間的輸入支援。它的主要價值不是泛泛的設計建議，而是避免最常見的失誤：把 iPhone 介面直接放大，然後祈禱它在 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，要從具體的 App 情境開始，而不是只說「幫我把這個改得更適合 iPad」。請包含裝置目標、主要使用任務、目前版面、導覽模式，以及任何限制，例如 UIKit 還是 SwiftUI、單視窗還是多視窗，或是否需要鍵盤與指標支援。

先閱讀這些檔案

要最快上手，先讀 SKILL.md，再看 AGENTS.md、metadata.json，最後是 rules/_sections.md。這個順序會把核心規則集、分類優先順序、支援說明，以及最影響實作決策的精準區域都帶出來。如果你只能快速掃一份，請先讀可回應式版面與多工那兩個段落。

把模糊需求改寫成有用的提示詞

弱提示詞是：「幫我檢查這個 iPad 畫面。」
對 ipados-design-guidelines 來說，更好的提示詞是：「請檢查這個 iPadOS 編輯器畫面在一般寬度與緊湊寬度下的表現、側邊欄行為、指標狀態、鍵盤快捷鍵，以及 Stage Manager 重新調整大小時的表現。請提出能讓 App 在 Split View 中維持可用，並在 320–1024pt 寬度下保有層級結構的修改建議。」這種具體程度，才能讓技能拿到足夠脈絡，產出可執行的建議。

ipados-design-guidelines 技能 FAQ

這個技能只適用於 iPad App 嗎？

是，ipados-design-guidelines 明確是針對 iPadOS 行為與 Apple 的 iPad HIG。除非 iPad 體驗本身就是實際交付項目，否則它不是 iPhone-first 介面、純網頁響應式版面，或一般行動 UX 建議的預設選擇。

它和一般提示詞有什麼不同？

一般提示詞很可能忽略關鍵的 iPad 限制，特別是緊湊寬度多工、指標可發現性，以及鍵盤功能的可見度。ipados-design-guidelines skill 能幫助回應始終對齊 iPad 原生模式，降低拿到一份精緻但平台不匹配答案的機率。

這個技能適合初學者嗎？

適合，只要你能描述畫面、任務和目標裝置就行。你不需要事先記住所有 Apple HIG 規則；這個技能最有價值的地方，就是把規則翻成實際可用的設計或實作檢查項目。

什麼情況下不該使用它？

如果專案永遠不會在 iPad 上執行，或任務裡視覺品牌的重要性明顯高於平台慣例，就不要使用 ipados-design-guidelines。如果你需要的是沒有任何產品或互動脈絡的深度程式碼生成，它也不是好選擇。

如何改善 ipados-design-guidelines 技能

補上缺少的決策輸入

最好的 ipados-design-guidelines guide 輸入，會明確指出 App 類型、主要工作流程，以及最窄支援視窗尺寸。請一併說明 App 是否需要側邊欄、三欄版面、拖放、硬體鍵盤快捷鍵、Apple Pencil 輸入，或外接顯示器支援，因為這些選擇都會改變建議的結構。

點出最可能失敗的地方

最常見的錯誤，是把 iPhone 版面直接放大、用模態流程把導覽藏起來，以及在多工時忽略緊湊寬度。如果你想讓 ipados-design-guidelines for UI Design 的成果更好，請明確要求針對這些失敗模式進行審查，並在 Split View 或 Stage Manager 下會失效的模式出現時提供替代方案。

要求容易落地的輸出

在反覆修正時，請要求具體產物：修訂後的版面規則、導覽結構、快捷鍵清單，或緊湊寬度備援方案。比起「把版面改好」，不如直接要求「展示一般寬度下的側邊欄/詳細內容分割，以及緊湊寬度下的堆疊式備援」，這樣下一輪就能更快對照技能內容進行驗證。

把第一輪回答當成審查清單

拿到初次輸出後，請對照目前畫面或規格，接著追問還有哪些地方不夠明確：狀態還原、指標 hover 行為、快捷鍵衝突，或無障礙標籤。這種追問能讓 ipados-design-guidelines install 更值得，因為它把靜態建議轉成了可執行、且具平台特性的實作清單。