前言¶
给大模型接合同审查能力时，常见两条路：让模型直接读条款，或者写一堆规则做关键词匹配。前者容易漏掉具体交易背景里的风险，后者覆盖不了长合同和复杂表述。下面介绍的 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
