技能 shape
📦

shape

安全

在編碼前規劃 UX/UI 設計

大多數 AI 生成的 UI 失敗是因為跳過了設計思維。此技能會執行結構化的探索訪談，了解使用者的需求、限制和目標，然後產生一份全面的設計簡報來引導實作。

支援: Claude Codex Code(CC)
🥉 75 青銅
1

下載技能 ZIP

2

在 Claude 中上傳

前往 設定 → 功能 → 技能 → 上傳技能

3

開啟並開始使用

測試它

正在使用「shape」。 Shape the UX for a user onboarding flow that helps new users set up their workspace.

預期結果:

功能摘要：為剛註冊的使用者提供首次工作區設定。主要目標是在 5 分鐘內讓使用者達到「啊哈時刻」，同時降低對配置複雜性的焦慮感。主要使用者操作：自信地完成工作區配置。設計方向：冷靜、令人安心、漸進式揭露。佈局策略：單欄垂直流程，配有清晰的進度指示器。關鍵狀態：首次造訪（歡迎）、進行中（步驟指示器）、已完成（成功慶祝）、錯誤（帶引導的驗證）。互動模型：引導式精靈，可跳過可選步驟，每個區段後自動儲存。內容需求：歡迎訊息、步驟標題、內聯說明文字、驗證訊息。推薦參考：interaction-design.md、form-design.md。開放問題：我們是否應該允許跳過個人資料設定？

正在使用「shape」。 I need to design a dashboard for monitoring API health.

預期結果:

功能摘要：供 DevOps 工程師使用的即時 API 健康狀態監控儀表板。主要目標是快速識別問題和根本原因分析。主要使用者操作：快速發現並診斷 API 異常。設計方向：資訊密集、高對比、快速掃描。佈局策略：網格式配置，頂部為狀態概覽，底部為詳細指標，左到右的嚴重性漸層。關鍵狀態：所有系統正常、部分降級（警告）、嚴重故障、載入中（初始資料擷取）、無資料。互動模型：懸停顯示詳細資料，點擊深入了解，每 30 秒自動重新整理，提供手動重新整理選項。內容需求：服務名稱、狀態指示器、延遲數字、錯誤計數、時間戳記、錯誤訊息。推薦參考：data-visualization.md、dashboard-design.md。開放問題：警示閾值偏好？

安全審計

安全
v1 • 4/17/2026

Static analysis detected 22 potential issues (21 'weak cryptographic algorithm' patterns, 1 'external commands' pattern). All findings are false positives caused by pattern matching on markdown formatting (backticks around `.impeccable.md`) and common English words ('block', 'key', 'cipher'). This is a pure documentation/planning skill with no executable code, no network operations, no file system access, and no security risks. The skill runs a structured interview process and generates design documentation.

1
已掃描檔案
96
分析行數
1
發現項
1
審計總數
低風險問題 (1)
SKILL.md:72
False Positive: Markdown Code Spans
Static scanner flagged backtick characters around `.impeccable.md` at line 72 as potential shell command execution. These are markdown code spans for formatting filenames, not executable code.
審計者: claude

品質評分

38
架構
100
可維護性
87
內容
50
社群
100
安全
100
規範符合性

你能建構什麼

產品經理規劃新功能

在將需求交給工程團隊之前，使用此技能來建立清晰的 UX 方向、成功指標和設計限制。

開發人員開始實作

在編碼前使用以澄清需要建構的內容，避免因需求誤解或遺漏邊緣情況而重做。

設計師定義互動模式

在建立視覺模型或原型之前，結構化地思考使用者流程、狀態和內容需求。

試試這些提示

基本功能規劃 
我需要設計一個 [功能描述]。執行探索訪談並建立設計簡報。
上下文感知規劃 
為 [功能] 塑造 UX。我已有來自 /impeccable 的設計上下文，所以在討論限制和模式時使用該上下文。
特定限制規劃 
使用這些限制來規劃 [功能] 的 UX：[列出限制，如優先行動裝置、無障礙需求、效能預算]。將訪談重點放在這些限制如何影響設計。
反目標探索 
我想設計 [功能]，但我擔心 [具體擔憂，如複雜性過度]。確保探索訪談涵蓋反目標以及這應該 NOT 是什麼。

最佳實務

  • 使用此技能前先呼叫 /impeccable，確保已載入設計原則和專案上下文
  • 仔細回答訪談問題，即使你认为某個細節是顯而易見的
  • 在確認之前仔細檢視產生的設計簡報
  • 將確認的簡報交給 /impeccable craft 或 /impeccable 以實現無縫實作

避免

  • 跳過探索訪談直接跳到設計建議
  • 對訪談問題只提供一個字的答案而沒有上下文
  • 使用此技能期望獲得程式碼輸出而非設計文件
  • 忽略簡報確認步驟，在理解不完整的情況下繼續

常見問題

何時應該使用此技能與 /impeccable craft？
當你想要先規劃和思考設計時使用此技能。當你想要一步完成從探索到建構的完整流程時使用 /impeccable craft。/impeccable craft 會在內部執行此技能，然後繼續實作。
此技能會撰寫程式碼嗎？
不行。此技能專注於設計思維並產生設計簡報。關於實作，請將簡報交給 /impeccable、/impeccable craft 或任何其他實作技能。
我該如何處理設計簡報？
與使用者確認後，交給實作技能如 /impeccable craft，或將其作為手動編碼的指導。簡報定義了需要建構的內容。
為什麼此技能要呼叫 /impeccable？
/impeccable 包含設計原則、反模式和上下文收集協定。這確保簡報建立在扎實的設計思維和專案特定的上下文中。
我可以將此技能用於重新設計現有功能嗎？
可以。探索訪談會詢問現有模式、什麼有效、什麼無效、以及應該改變什麼。這有助於識別改進機會。
探索訪談需要多長時間？
取決於功能複雜度。簡單功能可能需要 5-10 分鐘。複雜功能（有多項限制）可能需要 20-30 分鐘。這項投資能節省時間，因為可減少實作重做。

開發者詳情

作者

pbakaus

授權

MIT

儲存庫

https://github.com/pbakaus/impeccable/tree/main/.agents/skills/shape/

引用

main

檔案結構

📄 SKILL.md