cloud-solution-architect
作者 microsoftcloud-solution-architect 技能可協助代理人以 Azure Cloud Solution Architect 的方式做出雲端架構決策。它適合用來檢視設計、選擇架構樣式、比較 Azure 服務，並套用設計原則、模式與最佳實務，減少像一般提示詞那樣憑空猜測。
此技能評分為 78/100，代表它是相當扎實的目錄候選項：使用者可獲得範圍明確的 Azure 架構工作流程，以及足以降低猜測的參考深度；但它偏重引導與參考，操作性不如任務導向的技能。對目錄使用者而言，如果想要的是結構化的雲端架構協助，而不是薄薄一層的提示詞包裝，這個技能值得安裝。
- 觸發條件清楚：描述明確指出可用於雲端架構設計、系統設計審查、架構樣式選擇、設計模式套用，以及 Well-Architected 檢視。
- 運作參考基礎扎實：repository 內包含 10 項設計原則、6 種架構樣式、44 個設計模式、技術選型框架與效能反模式等詳細參考。
- 對代理人很有助益：長篇的 SKILL.md 加上 7 個參考檔，提供具體的 Azure Architecture Center 指引，可減少泛用提示詞依賴，並支援系統化的架構決策。
- 沒有安裝指令或腳本：採用方式看起來需要手動操作，且技能可能得讓代理人直接瀏覽 markdown 參考內容。
- 文件參考很豐富，但可見資訊中的工作流程執行步驟有限，因此代理人在端到端審查時仍可能需要自行解讀。
cloud-solution-architect 技能概覽
cloud-solution-architect 技能可協助代理人以 Azure 架構工作中的 Cloud Solution Architect 角色來思考：選擇架構樣式、審視設計、比較服務，並依照 Azure 最佳實務檢查工作負載。當你需要的是可落地的答案，而不只是泛用的雲端提示時，這個技能特別有用。
這個 cloud-solution-architect 技能適合做什麼
當你正在設計或審查需要明確取捨的系統時，適合使用 cloud-solution-architect skill：例如可靠性、可擴展性、成本、營運契合度，以及技術選型。它在 Cloud Architecture 決策上特別好用，因為正確答案取決於工作負載的型態，而不是單一模板。
它和一般做法有什麼不同
這個技能以 Azure Architecture Center 的指引為基礎，並圍繞決策輔助資訊來組織內容：設計原則、架構樣式、設計模式、技術選擇，以及效能反模式。這讓它比泛泛的「幫我設計雲端系統」提示更強，因為它提供了代理人可直接參考的具體路徑。
最適合哪些使用者
它適合架構師、平台工程師、資深開發者，以及需要把應用構想、移轉計畫或審查發現轉成有依據雲端設計的技術主管。如果你要的是程式碼生成或通用 DevOps 檢查清單，這個技能就沒那麼適合。
如何使用 cloud-solution-architect 技能
安裝並先打開正確的檔案
依照 cloud-solution-architect install 路徑執行：
npx skills add microsoft/skills --skill cloud-solution-architect
接著先讀 SKILL.md，再依序看 references/design-principles.md、references/architecture-styles.md、references/technology-choices.md、references/design-patterns.md 和 references/mission-critical.md。這些檔案包含最影響實際架構工作的決策邏輯。
給技能一份真實的工作負載說明
cloud-solution-architect usage 的品質取決於你的輸入。把像「設計一個可擴展的 app」這種空泛要求，改成明確說明以下內容的簡報：
- 工作負載類型：web app、API、事件驅動系統、資料管線、移轉
- 流量型態：穩定、尖峰式、全球化、批次、低延遲敏感
- 狀態／資料需求：關聯式、NoSQL、快取、檔案、串流
- 限制條件：預算、法規遵循、區域、營運團隊規模、既有 Azure 服務
更強的提示會像這樣：「請審查這個 Azure 設計：一個 B2B SaaS API，需要 99.95% 可用性、跨區讀取流量、PostgreSQL，以及一個小型營運團隊。請建議最適合的架構樣式，並指出風險。」
取得更好輸出的建議工作流程
先從目標成果開始，再請技能進入三種模式之一：架構選型、設計審查或技術選擇。如果你已經有草稿，就請它對照 Azure 原則、標示反模式，並提出更簡潔的替代方案。如果工作負載屬於 mission-critical，請一開始就說明 SLO 與復原目標。
建議的閱讀順序
若要快速做決策，請依照這個順序：
- 先看
SKILL.md，了解範圍與預期工作流程 - 再看
references/architecture-styles.md，判斷可能的模式 - 接著看
references/technology-choices.md，做服務選型 - 再看
references/design-patterns.md，處理韌性與整合選項 - 如果問題在延遲或吞吐量，再看
references/performance-antipatterns.md
cloud-solution-architect 技能常見問題
這個技能只適用於 Azure 特有的設計嗎？
是的，cloud-solution-architect skill 的核心是 Azure 架構指引。不過它仍可幫助你思考通用的雲端取捨，只是建議與參考資料都以 Azure 為主。
這和一般提示有什麼差別？
一般提示也可以要求架構，但這個技能會提供代理人一套結構化的依據來源：設計原則、模式、樣式與服務選型參考。這通常代表較少漏看取捨，也比較不容易得到脆弱的建議。
它適合初學者嗎？
適合，前提是你的目標是理解架構選項，或對既有構想做審查。它不能取代雲端基礎知識，但能透過告訴你該比較什麼、該避開什麼，來減少猜測。
什麼情況下不該使用它？
當你需要實作程式碼、IaC 產生，或非 Azure 架構觀點時，不要使用它。若你無法描述工作負載限制，它也不太適合，因為 Cloud Architecture 的選擇本來就取決於這些條件。
如何改進 cloud-solution-architect 技能
講清楚要做的決策，不只是主題
最好的 cloud-solution-architect guide 類請求，會直接要求一個明確決策：「我應該選哪種架構樣式？」、「這份審查我該改什麼？」、「哪個 Azure 服務最適合這個工作負載？」這樣通常比開放式腦力激盪更容易產出有用結果。
提供會改變答案的限制條件
品質提升最大的地方，來自具體限制：所需 uptime、RPO/RTO、資料落地區域、預期請求量、團隊規模，以及工作負載是否屬於 mission-critical。少了這些條件，技能很可能退回到一個合理但過於通用的設計。
要求說明取捨與失敗模式
如果你想得到更好的結果，請要求代理人解釋為什麼某個選項會勝出，以及什麼情況下它會不適用。例如：「請比較這個 API 的 App Service、Functions 與 AKS，並指出各自的營運成本與擴展風險。」
從架構決策一路迭代到審查
有效的工作流程是：先選樣式，再選服務，最後檢查反模式。如果第一個回答太廣，就把下一輪提示收斂到設計的一層。這是提升 cloud-solution-architect usage 的最快方式，而不需要過度提示。