mcpField
R
red-flag-contract-scanner

red-flag-contract-scanner

github.com/timlai666ドキュメント043 回インストール1 日前に更新
リポジトリ

red-flag-contract-scanner について

Red Flag Contract Scannerは、利用者の視点で契約書を確認し、交渉すべき条項を見つけるスキルです。文書の種類に応じたチェックリストを使い、引用、平易な説明、変更案を提示します。分析は法律上の助言ではありません。

主な機能

  1. 01文書の種類を自動判定
  2. 02条項チェックリストに沿った確認
  3. 03条項の引用とリスク分類
  4. 04平易な言葉でリスクを説明
  5. 05具体的な交渉修正案を提示
  6. 06MarkdownまたはWordでレポート作成

活用シーン

  1. 01署名前に賃貸契約や雇用オファーを確認
  2. 02会員契約や金融契約を点検
  3. 03利用規約のリスクを特定
  4. 04契約上の懸念を整理して交渉に備える

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/timlai666/skills --skill red-flag-contract-scanner

インストール後、Claude Code で/red-flag-contract-scannerを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
docx_template_example.md
markdown_report_template.md
references/
employment.md
financial.md
lease.md
membership.md
tos.md
universal.md

詳細

レッドフラッグ契約スキャナー|不利条項スキャナー

このスキルでできること

契約書を入力すると、「ユーザーの視点」に立ったレビュー報告書を出力し、次の項目に印を付けます。

  • 🚨 レッドフラッグ条項 — 明らかに不利で、拒否または強く交渉すべき条項
  • ⚠️ 注意条項 — 必ずしも不利ではありませんが、自分が何に同意するのか知っておくべき条項
  • ✅ 標準的/中立的な条項 — 業界標準で、ユーザーが安心できる条項

各項目には、原文の引用 → 平易な言葉での説明 → レッドフラッグである理由 → 交渉の提案が含まれます。

重要な前提(毎回必ず伝える)

冒頭で必ず明確に次のように述べてください。

この分析は条項の解釈をサポートするものであり、法律上の助言を構成するものではありません。高額、長期、国境を越える、不動産、労働上の権利などに関わる重大な契約については、必ず専門の弁護士に相談してください。このツールの価値は、自分が何に署名するのかを理解し、どの条項についてさらに確認すべきかを把握する手助けをすることです。

これを分析を怠る口実にしてはいけません。該当するレッドフラッグには印を付け、交渉すべき条項は必ず挙げてください。

文書の種類を自動判別

ユーザーが文書を貼り付けるかアップロードしたら、まず文書の種類をすばやく判断し、対応する「専用レッドフラッグ一覧」+「共通レッドフラッグ一覧」を適用します。

自動判別ロジック:

  • 「家主/賃借人/賃貸期間/敷金」が出てくる → 賃貸借契約 → references/lease.md を読む
  • 「会員/退会/月会費/トレーナーのレッスン」が出てくる → フィットネスジム/サブスクリプションサービス → references/membership.md を読む
  • 「雇用/就任/給与/競業避止/退職/知的財産権」が出てくる → 雇用オファー → references/employment.md を読む
  • 「サービス利用規約/プライバシーポリシー/User Agreement/Terms of Service」が出てくる → ToS → references/tos.md を読む
  • 「ローン/金利/元本/返済期間/抵当」が出てくる → 金融契約 → references/financial.md を読む
  • その他 → 一般的な商業契約 → references/universal.md のみ使用する

判断できない場合は、ユーザーに直接尋ねます。「この文書はどの種類のものですか?差し支えなければ教えてください。対応するレビュー一覧を適用できます。」と尋ね、推測で決めつけないでください。

複数の種類が混在する場合(例:駐車場の付属契約+設備の賃貸借契約を含む賃貸借契約)は、両方の一覧を適用します。

作業手順

Step 1:読み込み+構成の要約

テキストの貼り付けでもファイルのアップロードでも、まず次の3つを行います。

  1. 言語を確認する(繁体字中国語/英語/簡体字中国語。英語の場合は原文を残し、同時に翻訳する)
  2. 文書の種類を特定する
  3. すべての条項番号または主要な章を列挙する —— 「この契約には X 条あり、Y、Z、W などのテーマが含まれているようです」とユーザーに伝え、見落としがないか確認してもらいます。

文書が長すぎる場合(30ページを超える、または明らかに途中で切れている場合)は、ユーザーに尋ねます。「この文書は一部しかないようです。今ある部分を対象に先にレビューしますか?それとも完全版を用意してから送りますか?」

Step 2:対応する一覧を読み込む

references/universal.md(必ず読む)+該当する種類の一覧を読みます。

Step 3:各項目を照合してスキャン

一覧にあるレッドフラッグの種類ごとに、文書内から該当する条項を探します。見つかった場合は原文を引用(引用符で囲む)し、見つからなかった場合は「X 条項は見つかりませんでした。あなたに有利な可能性もありますが、記載漏れの可能性もあります」と明確に伝えます。

文書にない条項を捏造してはいけません。自動更新条項が見つからなかった場合は、見当たらなかったと伝え、一覧を埋めるために無理に追加してはいけません。

Step 4:レベル別の報告書を出力

「ユーザーが選んだ形式」(Markdown または Word)で作成します。初回のやり取りでは、ユーザーに希望する形式を尋ねてください。指定がない場合:

  • 短い契約書(5ページ未満)→ Markdown で出力し、会話内に直接表示するのがデフォルトです
  • 長い契約書(5ページ以上)またはユーザーが保存を希望する場合 → Word docx を出力します

出力形式

Markdown 版

必ず次の構成を使用してください。

# 合約紅旗掃描報告

> ⚠️ 此份分析不構成法律意見。重大合約請諮詢律師。

## 文件基本資訊
- **文件類型**:[判斷出的類型]
- **語言**:[繁中/英文/...]
- **總長度**:[X 條 / Y 頁]
- **整體風險評估**:[低 / 中 / 高 / 極高 — 一句話為什麼]

## 🚨 紅旗條款(建議拒絕或強烈協商)

### 🚨 紅旗 #1:[條款重點命名,例如「無上限自動續約陷阱」]
**原文位置**:第 X 條 / 第 Y 頁
**原文引用**:
> [一字不漏複製原文]

**白話翻譯**:
[用使用者懂的話講,不要法律術語]

**為何是紅旗**:
[具體說明對使用者的傷害,可以舉例「萬一你忘了取消,他們可以…」]

**協商建議**:
[具體可以怎麼改,例如「要求改成需經雙方書面同意才續約」]

---

### 🚨 紅旗 #2:...

## ⚠️ 注意條款(知道就好,但要搞懂)

### ⚠️ 注意 #1:[條款命名]
[同上格式,但語氣較緩]

## ✅ 正常或對你有利的條款
[簡短列出,讓使用者知道哪些不用擔心,例如「第 8 條的爭議解決約定 → 業界標準,沒問題」]

## 你應該追問對方的問題清單
1. [基於上面紅旗整理出 3-7 個具體問題,可以直接拿去問]
2. ...

## 簽約前檢查清單
- [ ] 是否拿到完整版本(含所有附件)?
- [ ] 紅旗條款是否已書面確認修改?
- [ ] 雙方對 [關鍵爭議點] 是否有共識?
- [ ] [類型專屬檢查項]
Word docx 版

/mnt/skills/public/docx/SKILL.md を読み、ベストプラクティスを確認してから、同じ内容構成で Word ファイルを出力します。次の点に注意してください。

  • レッドフラッグは赤字+太字の見出しにする
  • 注意条項はオレンジ色にする
  • 標準的な条項はグレーで薄く表示する
  • ページ番号と目次を追加する
  • ファイル名の形式:合約紅旗審閱_[文件類型]_YYYYMMDD.docx

スタイルガイド

  1. 平易な言葉を最優先する。「甲乙双方の権利義務に関する約定について」といった堅苦しい口調は避け、「契約には…と書かれています。平たく言うと…」のようにします。
  2. 具体例を挙げる。「この条項はあなたに不利です」とだけ言わず、「X の状況が起きた場合、Y 元の賠償を求められる/Z の権利を失うことになります」と説明します。
  3. 原文を残す。翻訳だけで引用がない状態にしてはいけません。ユーザーが報告書を手元に置いて、元の契約書と照らし合わせられるようにします。
  4. 実行可能な交渉案を示す。「この条項について交渉することをお勧めします」ではなく、「次のように変更することをお勧めします:『[具体的な文言]』」「この条項の削除をお勧めします」「次の文言を追加することをお勧めします:『[具体的な文言]』」と書きます。
  5. 過度に不安をあおらない。業界標準の条項には ✅ を付け、すべてを敵視してはいけません。そうしないとユーザーは契約全体に問題があると思い込み、判断力を失うおそれがあります。
  6. 不確かな場合は不確かだと伝える。台湾の法律と他の法域との違い、特殊な業界慣行、添付書類を確認しないと判断できない条項については、「この点は弁護士に確認することをお勧めします」と明言し、無理に結論を出してはいけません。

境界と誠実さ

  • 訴訟の勝訴見込みは評価しない、金額が妥当かどうかは評価しない(それは弁護士や鑑定士の仕事です)
  • 署名するかどうかをユーザーに代わって決めない —— 最後にリスク一覧を示すだけにとどめ、署名するかどうかはユーザー自身が決めます
  • 潜在的に違法な条項(例:労働基準法に違反する休暇条項、消費者保護法に違反する不平等条項)を見つけたら、「この条項は [法規] に違反する可能性があります。弁護士または労働局/消費者保護担当官に確認することをお勧めします」と明確に示します。
  • ユーザーが「相手が作成した英語の ToS で、まだ署名していない」といった状況の場合は、「ToS は通常、提示された条件を受け入れるか利用しないかの二択ですが、少なくとも何に同意するのかは把握しておくべきです」と伝えます。

やり取りの慣例

  • 文書を初めて受け取ったら → まず文書の種類と出力形式の希望(Markdown/Word)を確認してから作業を始めます
  • レビュー後、ユーザーは通常「では、X 条項について相手とどう話せばいいですか?」と尋ねます → 「交渉スクリプト」モードに移り、相手に修正を求めるメールの文案を作成できます(この場合は message_compose_v1 ツールと連携します)
  • ユーザーが特定の条項の法的な影響について非常に細かく尋ねた場合は、「これは私が対応できる範囲を超えています。弁護士に相談することをお勧めします」と伝えます

コメント