Legal Guard
This skill establishes a mandatory "Human-in-the-Loop" workflow for all legal and contractual actions.
Triggering Context
Trigger this skill whenever you encounter any of the following:
Signature requests:
- - DocuSign, HelloSign, Adobe Sign, PandaDoc, or any other e-signature platform link or button
- Any "Sign" or "Sign Now" button in a web flow
Agreement acceptance:
- - "I Agree", "Accept Terms", "Accept & Continue" buttons during software installs or service sign-ups
- Clicking through a Terms of Service or Privacy Policy acceptance gate
- Subscription or auto-renewal confirmation flows
Binding communications:
- - Drafting or sending an email on the user's behalf that constitutes acceptance ("We accept your offer", "We agree to the terms")
- Submitting a form that includes agreement language in fine print
Free trial and subscription sign-ups:
- - Any registration flow that collects payment information, even if labeled "free trial" or "no charge today"
- Checkout flows with auto-renewal language in fine print
Terms of service updates:
- - "Our terms have changed" banners or modals requiring acknowledgment
- Privacy policy update acceptance gates — new terms may include arbitration clauses or expanded data sharing
Contributor License Agreements (CLAs):
- - CLA bot prompts on GitHub pull requests ("Please sign our CLA to contribute")
- Any IP assignment or copyright transfer prompted during open-source contribution flows
Smart contract / Web3 signing requests:
- -
eth_signTypedData, personal_sign, or equivalent wallet signature requests - Any DeFi transaction confirmation that transfers value or grants contract permissions — these are irreversible on-chain
Contract-adjacent documents:
- - Service Agreements, NDAs, SAFTs, term sheets, SOWs, or any formal contract
- Phrases like "I agree," "Confirm the agreement," or "Proceed with the contract"
Mandatory Protocol
1. Identify and Intercept
If a task involves any of the above, STOP immediately before taking the action. Do not click, submit, or send anything yet.
2. Extract and Summarize
Present the user with a concise Executive Summary covering:
- - Parties: Who are the signing entities?
- Amount / Commitment: Financial cost, equity, or resource commitment
- Duration: Contract length and any auto-renewal terms
- Key Obligations: Main responsibilities for both sides
- IP & Ownership: Does any IP transfer or get assigned? Work-for-hire clauses?
- Governing Law: Which country or state's law applies?
- Termination: How can either party exit? Notice period? Penalties?
- Dispute Resolution: Arbitration, mediation, or court? Which jurisdiction?
- Red Flags: Non-circumvention, exclusivity, liquidated damages, unusual liability caps, or any clause that deviates from standard practice
If a field cannot be extracted from the document, state "Not specified" rather than omitting it.
3. Handle Urgency Signals
If the approval request includes an expiry timer (e.g., Expires in: 120s), surface this prominently at the top of the summary:
⚠️ This approval expires in ~120 seconds. Review quickly or deny now and re-initiate when ready.
Never use deadline pressure as a reason to skip the summary or lower the approval bar.
4. Require Manual Authorization
NEVER proceed based on a conversational "Go ahead", "OK", "Looks good", or any implicit confirmation.
OpenClaw will issue an approval request with an ID. The exact commands are:
CODEBLOCK0
- - Inform the user this is a Tier 3 (High Risk) action requiring explicit approval.
- Wait for the tool output confirming the approval decision before proceeding.
- If the user types "yes" or "go ahead" in chat instead of using
/approve, respond: "I need a formal /approve <id> allow-once command for legal actions — a conversational reply is not sufficient."
5. Handle the Reject Path
If the user issues /approve <id> deny or asks to decline:
- - Do not sign or submit anything.
- If appropriate, offer to draft a polite rejection or declination message on the user's behalf for review before sending.
6. Record the Approval
After a successful allow-once approval and completed action, state the approval ID in your reply so the user has a record:
✅ Signed. Approval ID: <id> — save this for your records.
Design Goal
To ensure that OpenClaw never binds the user to a legal or financial obligation without their explicit, documented consent and full awareness of the terms.
法律守卫
此技能为所有法律和合同相关操作建立强制性的人在回路工作流程。
触发场景
当遇到以下任何情况时,请触发此技能:
签名请求:
- - DocuSign、HelloSign、Adobe Sign、PandaDoc或任何其他电子签名平台的链接或按钮
- 网页流程中的任何签署或立即签署按钮
协议接受:
- - 软件安装或服务注册过程中的我同意、接受条款、接受并继续按钮
- 点击通过服务条款或隐私政策接受门槛
- 订阅或自动续费确认流程
具有约束力的通信:
- - 代表用户起草或发送构成接受的电子邮件(我们接受您的报价、我们同意条款)
- 提交包含细则中协议条款的表格
免费试用和订阅注册:
- - 任何收集支付信息的注册流程,即使标注为免费试用或今日免费
- 包含细则中自动续费条款的结账流程
服务条款更新:
- - 我们的条款已变更横幅或需要确认的弹窗
- 隐私政策更新接受门槛——新条款可能包含仲裁条款或扩大数据共享范围
贡献者许可协议(CLA):
- - GitHub拉取请求上的CLA机器人提示(请签署我们的CLA以进行贡献)
- 开源贡献流程中提示的任何知识产权转让或版权转移
智能合约/Web3签署请求:
- - ethsignTypedData、personalsign或等效的钱包签名请求
- 任何转移价值或授予合约权限的DeFi交易确认——这些在链上是不可逆的
合同相关文件:
- - 服务协议、保密协议、SAFT、条款清单、工作说明书或任何正式合同
- 类似我同意、确认协议或继续执行合同的表述
强制性协议
1. 识别并拦截
如果任务涉及上述任何内容,请在采取行动前立即停止。不要点击、提交或发送任何内容。
2. 提取并总结
向用户提供简洁的执行摘要,涵盖:
- - 签约方:签署实体是谁?
- 金额/承诺:财务成本、股权或资源承诺
- 期限:合同长度及任何自动续约条款
- 主要义务:双方的主要责任
- 知识产权与所有权:是否有知识产权转移或转让?雇佣作品条款?
- 管辖法律:适用哪个国家或州的法律?
- 终止条款:任何一方如何退出?通知期限?违约金?
- 争议解决:仲裁、调解还是法院?哪个司法管辖区?
- 危险信号:非规避条款、排他性、约定损害赔偿、异常责任上限或任何偏离标准实践的条款
如果无法从文件中提取某个字段,请注明未指定而非省略。
3. 处理紧急信号
如果审批请求包含到期计时器(例如120秒内过期),请在摘要顶部突出显示:
⚠️ 此审批约在120秒内过期。 请快速审核,或立即拒绝并在准备好时重新发起。
绝不允许以截止日期压力为由跳过摘要或降低审批标准。
4. 要求手动授权
绝不基于对话中的继续、好的、看起来不错或任何隐含确认进行操作。
OpenClaw将发出带有ID的审批请求。具体命令如下:
/approve allow-once ← 仅批准此特定操作
/approve allow-always ← 永久批准此操作类型(谨慎使用)
/approve deny ← 拒绝该操作
- - 告知用户这是三级(高风险)操作,需要明确批准。
- 等待工具输出确认审批决定后再继续。
- 如果用户在聊天中输入是或继续而非使用/approve,请回复:我需要一个正式的/approve allow-once命令来处理法律操作——对话式回复是不够的。
5. 处理拒绝路径
如果用户发出/approve deny或要求拒绝:
- - 不要签署或提交任何内容。
- 如果合适,主动提出代表用户起草礼貌的拒绝或谢绝消息,供其在发送前审阅。
6. 记录审批
在成功完成allow-once审批并执行操作后,在回复中注明审批ID,以便用户保留记录:
✅ 已签署。审批ID:——请保存此记录。
设计目标
确保OpenClaw在未经用户明确、有记录的同意且完全了解条款的情况下,绝不使用户承担法律或财务义务。