hig-patterns

hig-patterns 技能概覽

hig-patterns 是一個 Apple Human Interface Guidelines 的模式判斷技能，用來決定 iOS、iPadOS 以及其他 Apple 體驗中的常見 App 互動應該怎麼運作。當你需要一個有理有據的答案，去判斷要不要用 modal、onboarding 該怎麼走、loading 要怎麼呈現，或什麼時候該提供 undo 而不是確認視窗時，這個技能特別有用。

hig-patterns 的用途

hig-patterns skill 幫你把產品目標對應到正確的互動模式，而不只是產生 UI 文案。它的對象包括產品設計師、工程師，以及需要在時間壓力下做出符合 Apple 風格 UX 決策的 AI agents。

最適合的任務

當你在設計或審視 onboarding、搜尋、設定、權限、通知、多工、拖放、分享、檔案管理或回饋狀態時，適合使用 hig-patterns。如果你已經知道功能範圍，但需要互動模型，hig-patterns for UI Design 尤其相關。

它的不同之處

這個技能對 Apple HIG 的模式選擇很有主見：盡量減少模態干擾、提供即時回饋、優先考慮 undo，並選擇最不打擾、但仍適合該任務的控制方式。它比較不是在談視覺風格，而是在談互動選擇；這通常才是 Apple UX 決策卡住的地方。

如何使用 hig-patterns 技能

安裝並啟用它

可透過你的 skill manager 使用 hig-patterns install 流程，或在你的環境支援時，從 raintree-technology/apple-hig-skills 依照該 repository 的標準 skills 指令安裝。安裝完成後，先把模型對準任務與 Apple 平台情境，再直接要求 pattern recommendation，而不是泛泛地請它評論 UI。

提供正確的輸入

一個好的 hig-patterns usage 提示應該包含：平台、使用者目標、目前流程、哪裡出了問題，以及任何限制，例如不能多開新頁面、必須離線可用，或有破壞性操作風險。範例：「請為 iPhone 上刪除已同步筆記設計最符合 Apple HIG 的模式，因為使用者常會誤觸，而且需要快速復原路徑。」

先讀這些檔案

先從 skills/hig-patterns/SKILL.md 開始，再查看工作區中如果存在的 .claude/apple-design-context.md。這個技能內容短且自成一體，所以沒有其他 helper folders 可深入探索；真正有價值的是模式規則，以及它與相鄰 HIG skills 的交叉參照。

能帶來更好結果的工作流程

可採用這個 hig-patterns guide 流程：先描述任務，請它建議模式，再對照 Apple 的限制驗證，最後追問邊界情況與備援行為。如果你已經有提案 UI，也可以請它判斷是否過度模態、資訊不足，或缺少回饋。

hig-patterns 技能常見問題

hig-patterns 只適用於 Apple 設計工作嗎？

是的。hig-patterns 是為 Apple 平台的互動決策而設計，因此在輸出需要符合 Apple HIG，而不是一般網頁或 Android 模式時，效果最好。

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

一般提示詞可以產出不錯的想法，但 hig-patterns 提供的是更清楚的決策框架：什麼時候該用 sheet 還是 alert、如何處理進度、何時 undo 比確認更好，以及哪些打斷程度是合理的。這通常能減少來回修改，也能避免模糊的建議。

它適合初學者嗎？

適合，只要你能清楚描述使用者任務就行。你不需要非常熟悉 HIG 也能使用它，但輸出品質取決於你把平台、動作與風險層級說得多明確。

什麼時候不該用它？

如果你需要的是視覺品牌、元件庫程式碼，或與平台無關的 UX 建議，就不適合用 hig-patterns。它是模式選擇技能，所以當真正問題是版面實作或 design system tokens 時，用處最小。

如何改進 hig-patterns 技能

提供決策點，而不只是功能

最好的輸入會直接告訴技能你卡在哪個選擇上：「modal 還是 inline」、「刪除要確認還是 undo」、「spinner 還是 progress bar」，或 「權限現在要還是晚點再要」。這會比單純請它做一般設計審查，更能產生有效的 hig-patterns usage。

把失敗情境說清楚

請說明流程中可能出什麼問題：誤觸、等待時間過長、重複錯誤、敏感資料，或使用者不確定。hig-patterns 最擅長的，就是在打斷程度、可復原性與回饋之間做權衡。

加上限制與取捨條件

如果你要推薦結果必須配合既有畫面、短流程，或無障礙需求，請一開始就講明。當技能能在這些限制下解釋為什麼某個 Apple pattern 更合適，而不是一次列出很多選項時，它就更有價值。

用更聚焦的追問持續迭代

拿到第一輪答案後，再補一個具體邊界情況：「如果這個動作是破壞性的，但可以復原，該怎麼辦？」 或 「在 iPad 上搭配多工時，應該怎麼運作？」 這是把一個不錯的 hig-patterns guide 回答，快速變成可直接實作模式的最快方法。