前言¶

密碼學設計容易出兩類問題。一類是算法選錯：用已不再安全的 SHA-1、用 ECB 模式加密，或在需要前向保密的場景裏固定 DH 參數。另一類是工程落地缺失：密鑰只有一份、輪換流程靠人工、證書到期才發現、端到端加密其實只做了傳輸加密。這些錯誤在代碼評審裏看不出來，一旦出事就是數據泄露。

下面介紹 SkillHub 上的一個 Skill，座標 @org-02qudk26/crypt-zh，名稱「密碼學架構設計」，版本 1.0.0，由智雨科技以 enterprise 來源發佈，分類 it-ops-security。它的作用是在設計階段把這六件事交代清楚：算法選擇、密鑰管理、端到端加密、KMS 集成、簽名驗證、TLS 配置。

這是什麼¶

這是一個面向架構設計階段的提示型 Skill，不是運行時庫，也不是密鑰服務。它解決的問題是：當團隊要設計密碼協議、密鑰輪換流程或端到端加密架構時，提供一個結構化的思考框架，避免遺漏關鍵決策點。

它不替代代碼實現，也不直接操作 KMS。真正落地仍需後端工程師按設計文檔編碼，並按安全要求做密鑰託管與訪問控制。

核心功能¶

Skill 簡介原文列出六項能力，逐項對應開發中容易出錯的環節：

1、算法選擇：確定對稱加密、非對稱加密、哈希、簽名各自用哪類算法，以及模式與參數。
2、密鑰管理：覆蓋密鑰生成、存儲、分層、輪換與銷燬，而不只寫「生成一個 key」。
3、端到端加密：區分傳輸層加密與應用層加密，明確密文在哪些環節仍是明文。
4、KMS 集成：說明密鑰託管邊界、調用方與密鑰的隔離方式。
5、簽名驗證：明確簽名對象、簽名算法、驗證時機和密鑰信任鏈。
6、TLS 配置：覆蓋協議版本、套件、證書鏈與部署側配置。

它的適用場景在簡介裏寫得很具體：設計密碼協議、設計密鑰輪換流程、設計端到端加密架構。這三類是結構化決策密集的環節，正好是提示型 Skill 能發揮作用的地方。

安裝與啓用¶

官方頁面沒有給出命令行安裝方式。已抓取資料裏只有座標 @org-02qudk26/crypt-zh、分類 it-ops-security 和標籤 requires_api_key=false，沒有安裝命令、目錄結構或配置文件路徑。

因此這一步只說明啓用方式：把該 Skill 作爲提示詞上下文提供給模型，在需要做密碼學架構評審或設計時調用。是否需要 API Key：不需要（requires_api_key=false）。具體的加載方式以你所用客戶端對 SkillHub Skill 的支持爲準，本文未覈實到官方安裝命令，不猜測。

典型用法¶

官方資料沒有提供可復現的示例。可確認的用法是把下面的任務描述交給 Skill：

• 設計一個客戶端到服務端的端到端加密方案，明確密文在哪些組件裏解密。
• 設計一套密鑰輪換流程，覆蓋應用密鑰、數據加密密鑰和主密鑰的分層。
• 評審已有 TLS 配置，列出協議版本、套件和證書鏈的風險點。
• 設計消息簽名與驗證流程，明確簽名者、驗證者和撤銷處理。

上面四類是簡介覆蓋的場景，不是官方示例。實際使用時建議附上當前技術棧、合規要求和密鑰託管現狀，輸出纔有針對性。

適用場景與注意¶

適合的讀者是後端架構師、安全工程師，以及需要參與密碼學方案評審的工程團隊。適合的使用時機是設計階段，而不是上線後排查。

有幾點需要注意：

1、Skill 輸出的是設計層面的結構化建議，不含可運行代碼，不含密鑰生成腳本，不含 KMS SDK 調用示例。
2、它不能替代安全審計。密鑰權限策略、證書私鑰保護、側信道防護等仍需專門的安全評估。
3、端到端加密裏的「端」需要你自己定義清楚，Skill 只能幫你列出必須定義的邊界。
4、算法選型會隨時間變化，輸出中的建議應與當前主流標準交叉覈對，不要直接當作永久結論。
5、requires_api_key=false 只表示使用該 Skill 不需要額外 API Key，不代表目標系統不需要密鑰託管。

結尾¶

這個 Skill 的價值在於把密碼學架構裏分散的決策點收斂成六個可逐項檢查的模塊，適合在設計評審前用一輪提示把方案過一遍。它不是加密庫，也不是安全審計服務，把它當成結構化的檢查清單更合適。

官方地址：https://api.skillhub.cn/org-02qudk26/crypt-zh ，SkillHub 頁面：https://www.skillhub.cn/skills/org-02qudk26/crypt-zh 。