前言¶
給大模型接合同審查能力時，常見兩條路：讓模型直接讀條款，或者寫一堆規則做關鍵詞匹配。前者容易漏掉具體交易背景裏的風險，後者覆蓋不了長合同和複雜表述。下面介紹的 Skill 走第三條路：它不自己判斷，而是把合同文件提交給專業法務人員人工審查。
適合的場景是你已經把合同解析成文本或文件，需要一條穩定的入口把材料送進人工審查流程，並拿到審查結果。如果你要的是秒級返回的自動初篩，這個 Skill 不是那個選擇。
這是什麼¶
「法務合同審查」（座標 @user_6b050741/ayht-htsc-001）是一個社區來源的 Skill，發佈者是 user_6b050741，當前版本 1.0.0，分類 professional，掛在 SkillHub 上。
它解決的問題很明確：用戶用自然語言提出「幫我審一下這份合同」「這份合同有沒有問題」時，Skill 負責識別這類意圖，把合同文件提交給專業法務人員做人工審查，再把結果反饋回來。流程本身不含 AI 自動判斷，審查質量取決於接手的法務人員。
核心功能¶
1、合同審查意圖識別。覆蓋的觸發說法包括：審查合同、審合同、法務審查、合同風險檢查、幫我審一下合同、這份合同有沒有問題、提交合同審查。用戶用這些說法提出需求時，Skill 走人工審查流程。
2、合同文件提交。把合同文件交給專業法務人員，由人完成審查，不是模型即時返回結論。
3、審查結果回傳。人工審查完成後把結果交回對話，供調用方繼續處理或展示給用戶。
這個 Skill 是通用 SKILL.md 格式的 skill，可以按 SkillHub 的加載方式引入到支持該格式的宿主裏。
安裝與啓用¶
官方頁面沒有給出安裝命令，下面這部分如實說明，不補寫未經覈實的步驟。
- 官方地址：https://api.skillhub.cn/user_6b050741/ayht-htsc-001
- SkillHub 頁面：https://www.skillhub.cn/skills/user_6b050741/ayht-htsc-001
- 座標：@user_6b050741/ayht-htsc-001
- 版本：1.0.0
- 來源：community
- 分類：professional
- 標籤：requires_api_key=false，即不需要額外配置 API Key
按 SkillHub 的通用做法，你可以在支持 SkillHub 技能的客戶端裏用座標搜索並啓用，或把該座標添加到客戶端的 Skill 配置中。具體字段名和命令以官方頁面爲準，本篇未在資料中核實到，因此不寫。
Cursor、Codex CLI、Claude Code 三類宿主的加載方式差異，在已抓取的資料裏沒有說明，這裏不做推測。
典型用法¶
觸發方式就是自然語言。把合同文件準備好，然後用下面任一說法發起請求：
請幫我審查這份合同
這份合同有沒有問題？請提交法務審查
做一下合同風險檢查
提交之後進入人工審查流程。這個流程不是 AI 秒級返回，官方給出的預計時間是 1-3 個工作日。調用方需要把這段時間當作異步處理：要麼在會話裏等待人工結果回來，要麼把這次請求當成已受理的工單，稍後獲取結論。
下面是一次典型交互的順序：
1、用戶給出合同文件並說出審查需求。
2、Skill 識別爲合同審查意圖，受理並提交給專業法務人員。
3、人工審查在 1-3 個工作日內完成。
4、審查結果回傳，調用方據此回覆用戶。
適用場景與注意¶
適合誰：已經有合同文件（文本、PDF 等可解析形式），需要人工法務把關的團隊；以及希望在大模型對話裏掛一條明確的人工審查出口，而不是讓模型自行下結論的場景。
需要注意的幾點：
- 時效。這是人工流程，預計 1-3 個工作日，不要按秒級或分鐘級返回來設計交互。
- 能力邊界。Skill 只負責提交與回傳，條款判斷由法務人員完成，不要把它當成自動風控。
- 材料完整性。提交前確認合同文件已解析成功、關鍵附件齊全，缺失內容人工審查時無法補。
- 配置。標籤爲 requires_api_key=false，不需要額外的 Key，但如果你的宿主有自己的鑑權或網絡要求，按宿主側配置走。
- 狀態。發佈來源是 community，不是官方團隊維護，採用前建議先在小範圍流程裏試一次，確認回傳格式符合你的預期。
關於熱度數據：SkillHub 頁面顯示評分 100000、下載 1282、安裝 0（抓取時點的快照，會變動）。這些是社區可見統計，不代表審查質量或交付時效。
小結¶
這個 Skill 的價值在於定位清晰：它不承諾自動審合同，而是把合同送進人工法務流程，並明確告知 1-3 個工作日的週期。適合需要人工把關、又想讓對話入口統一收口的場景。官方地址：https://api.skillhub.cn/user_6b050741/ayht-htsc-001
