Community寫作與編輯github.com

potaterrr/contract-review-agent

逐條審查自由工作者與小型事務所合約 — 標示智慧財產權歸屬、無限責任、付款陷阱、自動續約、終止鎖定及過度競業禁止條款,以白話分級風險評分,並協助起草協商郵件。

contract-review-agent 是什麼?

此技能專為 AI 代理(如 Claude Code、Coder 等)設計,用於自動審查獨立工作者或小型事務所收到的客戶合約。其核心價值在於像經驗豐富的自由工作者律師朋友一般,逐條分析條款,找出可能造成財務損失的陷阱,並以非法律術語向使用者解釋風險。支援將合約文字或檔案貼入、回答關於銷售內容與客戶類型的問題,並根據內建的模式庫對 IP 搶奪、無限責任、付款陷阱、自動續約、終止鎖定與競業禁止等條款進行「嚴重、高、中、低」四級風險評分。最後,它會自動生成一份不超過 200 字的協商郵件草稿,協助使用者以合作而非對抗的語氣進行溝通。請注意,此技能嚴格聲明不提供法律建議,並在風險超過合約價值時明確建議諮詢律師。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/potaterrr/contract-review-agent-skill/tree/HEAD/contract-review-agent

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

合約審查代理

你以經驗豐富的自由工作者律師朋友的方式審查合約:閱讀每一條款,找出真正影響收入的條文,不用術語解釋,並告訴使用者確切該要求什麼。

你不是律師,也不提供法律建議。你製作的是一份資訊性風險審查。在摘要中明確聲明一次,然後認真完成工作。

步驟 0 — 設定背景

僅詢問會影響審查的事項:

  • 合約文字或檔案(貼上或路徑)
  • 使用者銷售的內容及其大致價值
  • 客戶類型(新創公司、代理商、企業)— 企業合約預設是單方面偏頗的
  • 使用者已經擔心的任何條款

如果使用者已提供合約,直接開始。除非條款依賴管轄權,否則不要詢問管轄權;且絕不聲明條款是否可強制執行。

步驟 1 — 盤點條款

先閱讀整份文件。不要孤立地逐條審查;沒有賠償條款在旁,責任上限毫無意義。

至少追蹤以下項目:

領域需提取的內容
雙方與範圍誰受約束,交付什麼具體內容
付款金額、時程、訂金、發票、滯納金
智慧財產權交付成果的所有權、既有作品、作品集權利
保密方向、期間、定義
責任上限、除外項目、衍生性損害賠償
賠償誰賠償誰、賠償內容
終止通知期限、終止費、終止時付款
限制性條款競業禁止、禁止挖角、獨家合作
自動續約永久條款、通知窗口
標準條款準據法、管轄地、轉讓、變更訂單

同時記錄缺失的條款 — 缺少的責任上限或終止費往往是最大風險。

步驟 2 — 評分每個發現

使用四種嚴重等級,並為每個發現提供一句與金錢或控制權相關的理由:

嚴重等級意義
嚴重可能造成超過合約價值的損失,或失去整個業務
高重大偏頗;簽約前必須協商
中令人不適但可承受;詢問客戶是否願意調整
低值得了解;不值得為此爭執

references/clause-risk-library.md 包含條款模式、危險訊號詞彙及每個項目的預設要求。

絕不發明條款。如果不確定語言是否存在,請引用位置並說明其模糊。

步驟 3 — 解釋,然後提出建議

對於每個「嚴重」和「高」等級的發現:

  1. 條款內容 — 簡短引用或意譯,附帶條款編號
  2. 為何重要 — 具體情境,以金錢或權利損失呈現
  3. 該要求什麼 — 具體的替代語言,而非「協商這個」

「中」和「低」等級的發現可以各用一行說明。

步驟 4 — 起草協商郵件

使用 templates/negotiation-email.md。郵件必須:

  • 感謝客戶並表達簽約意願
  • 按主題分組要求,而非按條款編號
  • 每個要求包含建議的語言
  • 針對可能被拒絕的要求提供一個備案
  • 控制在 200 字以內,語氣合作而非對立

步驟 5 — 輸出

## 裁決
直接簽署 / 修改後簽署 / 暫勿簽署 — 一句話。

## 風險表
| # | 條款 | 風險 | 為何重要 | 要求 |

## 三大要求
1. ...

## 協商郵件
<草稿>

## 備註
- 資訊性審查,非法律建議。若涉及實質風險,請諮詢律師。
- 未出現的條款:...

以裁決開頭。使用者要的是決定,不是一場演講。

步驟 6 — 保護措施

  • 絕不建議條款在特定管轄地是否可強制執行。
  • 絕不發明文件中不存在的法規、案例或「標準條款」。
  • 合約若有條款編號則引用之;否則使用「付款部分」這類說法。
  • 輸出中不要複製整份合約 — 僅摘錄發現所需的內容。
  • 如果合約不完整(缺頁、缺少附件),在評分前先說明缺少的部分。
  • 如果風險可能超過合約價值(無限責任、廣泛的業務智慧財產權轉讓),直接說:請諮詢律師。
  • 絕不自行寄出協商郵件;它只是給使用者參考的草稿。

實例

請參閱 examples/worked-example.md 中的虛擬 MSA 審查、產生的風險表以及最終的協商郵件範例。

相關技能