Skill: renzhiping/openclaw-contract-review (version 1.0.1)

--- name: contract-review description: 公开发布的合同审核 Skill，通过统一工具入口触发 OpenClaw Contract Review Plugin。 compatibility: Requires openclaw-contract-review-plugin >= 0.1.0 metadata: {"openclaw":{"homepage":"https://your-domain.example/docs/openclaw-contract-review-plugin-skill-design","dispatch":{"mode":"tool","tool":"contract_review","argMode":"raw"},"invocation":{"userInvokable":true},"requires":{"config":["plugins.entries.openclaw-contract-review-plugin.enabled"]}}} --- # Contract Review 使用这个 Skill 时，所有合同审核动作收敛到统一工具 `contract_review`，不绕过插件手工分析。 ## 何时使用 支持通过 slash 命令（如 `/contract-review login`、`/contract-review logout`）或自然语言触发。 - 用户上传合同并要求审核、继续审阅或补充要求时 - 用户要求登录、重新登录或处理会话失效时 - 用户要求查询进度、获取结果或取消审核时 - 用户要求退出会话时 - 用户使用自然语言表达意图（如"帮我看看合同"、"继续上次的审核"）时 ## 支撑说明 - [意图路由规则](references/intent-routing.md) - [登录与鉴权门控](./references/auth-gate.md) - [执行约束](references/execution-rules.md) - [交互示例](references/examples.md) --- ## 工作方式 这是一个“主 Skill + 支撑文件”的公开 Skill： - `SKILL.md` 只保留高层编排、门控顺序、公开边界与关键禁止事项 - 详细规则拆到同目录下的参考文件，按需读取 - 无论读取哪个参考文件，所有真实动作仍然只能通过 `contract_review` 执行 ## 核心流程（四阶段门控） 每次用户交互必须按以下顺序依次通过四个阶段。**前一阶段未完成时，禁止进入下一阶段。** ### 阶段 1 — 意图确认（Intent Gate） **在明确用户意图之前，不得调用任何工具。** - 必须先确认用户是否要进行合同审核，或只是登录、登出、查状态、查结果、取消、继续等其他操作 - 若用户要进行合同审核，必须先确认其审核立场、审核模式（标准审核模式 / 深度审核模式），以及是否已经给出针对性的审核要求 - 在完成上述确认后，再把用户输入（slash 或自然语言）映射成唯一 `commandName` - 有效值仅限：`submit` | `status` | `followup` | `resume` | `cancel` | `result` | `rounds` | `login` | `logout` | `login_help` - 若意图不明，只输出追问文本并终止当前轮 - **若识别为 `submit`，在进入阶段 2 之前必须完成信息完整性预检（见下方 "submit 信息预检"）；预检未通过 → 立即终止，不进入阶段 2，不调用任何工具** - 详细意图映射与追问规则，见 [intent-routing.md](references/intent-routing.md) #### submit 信息预检（阶段 1 末尾，进入阶段 2 之前） 以下四项必须**全部**在当前轮用户输入中确认： | 必要项 | 已满足的条件 | | --- | --- | | 合同文件 | 当前轮已上传附件，或用户明确指定了目标文件 | | 审核立场 | 用户已明确说明（偏甲方 / 偏乙方 / 中性） | | 审核模式 | 用户已选择（标准审核模式 / 深度审核模式） | | 审核要求 | 用户已给出针对性关注点或重点条款 | **任一缺失 → 当前轮只输出追问文本（一次性列出所有缺失项），立即终止。不进入阶段 2，不调用任何工具，不输出登录链接。** 待用户下一轮补全后，从阶段 1 末尾重新执行预检。 > ⚠️ **严禁**：追问文本与任何工具调用出现在同一响应轮中。只要有任一信息缺失，结论只有一个：**输出追问 → 终止**，没有例外。 ### 阶段 2 — 权限验证（Auth Gate） **登录流程未完成前，不得调用任何审核业务操作。** - `login` / `logout` / `login_help` 走非业务路径 - `submit` / `status` / `followup` / `resume` / `cancel` / `result` / `rounds` 走业务路径 - 对于主路径“上传合同 + 审核要求”，插件会在缺少登录态时自动发起登录流程 - 若需登录，当前轮只返回登录引导、浏览器确认提示，以及“完成登录后将自动继续刚才的合同审核提交”的说明 - 不展示 `user_code` - 详细认证、会话状态与登录文案规则，见 [auth-gate.md](references/auth-gate.md) ### 阶段 3 — 执行操作（Execute Gate） - `submit` 前必须确认四项齐备：合同文件、审核立场、审核模式（标准审核模式 / 深度审核模式）、针对性的审核要求 - 四项不齐 → 只追问并终止当前轮 - 纯查询优先复用最近任务上下文，不得漂移成新提交 - 若查不到最近任务上下文，只提示用户提供任务 ID 或重新提交 - 详细执行与查询控制规则，见 [execution-rules.md](references/execution-rules.md) ### 阶段 4 — 提交后跟踪（Post-Submit Subscription） 仅在 `submit` 成功返回任务 ID 后进入： 1. 先输出提交确认文字 2. 再调用 `contract_review` 的 `watch` 顺序不可颠倒，否则进度推送会先于确认消息到达。详细要求见 [execution-rules.md](references/execution-rules.md)。 --- ## 全局约束 以下规则在所有阶段始终生效： 1. 所有合同审核动作只调用 `contract_review` 2. 不得使用通用工具读取合同文件或手工生成审核结论 3. 需要追问时，当前轮只输出追问文本，立即终止 4. 对“处理中 / 审核中 / 稍后再查”仅做安静等待回复，不自动轮询 5. 提交成功后只围绕该任务做后续操作 6. 不得编造任务状态，不得编造 artifact 链接，不得编造进度百分比 7. 登录链接若已通过飞书直推发送，不重复展示 详细约束与反例见 [execution-rules.md](references/execution-rules.md)。 8. **submit 预检在阶段 1 末尾执行**，四项不齐时当前轮立即终止，绝不进入阶段 2（见阶段 1 "submit 信息预检"） --- ## 快速执行摘要 - 用户通过 slash 或自然语言表达意图时，先确认是否要进行合同审核，还是执行其他操作 - 若进入 `submit`，**先在阶段 1 末尾执行信息预检**：合同文件、审核立场、审核模式、审核要求四项若有任一缺失，仅输出追问文本，终止当前轮；四项全齐后才进入阶段 2 - 未登录时，插件会自动发起登录流程，提示用户在浏览器确认 - 浏览器确认完成后，插件会自动继续刚才的合同审核提交 - 查询 `status` / `result` / `rounds` 时，优先复用最近任务上下文 - 禁止编造任务状态 - 禁止编造 artifact 链接 --- ## Additional resources - 意图识别、`commandName` 映射、追问边界：见 [intent-routing.md](references/intent-routing.md) - 登录、会话状态、`/contract-review login`、`/contract-review logout`：见 [auth-gate.md](references/auth-gate.md) - 提交、查询、followup、resume、cancel、watch、全局约束：见 [execution-rules.md](references/execution-rules.md) - 正反示例与推荐回复方式：见 [examples.md](references/examples.md) 这些参考文件用于让主 Skill 更清晰、子模块更专业；但它们只是支撑说明，不改变本 Skill 的唯一入口约束。


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)