mcpField
C
contract-review-pro

contract-review-pro

github.com/lovstudioドキュメント7394 回インストール今日更新
リポジトリ

contract-review-pro について

法務・ビジネスチーム向けに、.docx契約書の原文や書式を変えず、コメントだけを追加するレビュー用スキルです。4層の確認を行い、注釈付き契約書、要約、総合意見、Mermaidフローチャートを作成します。

主な機能

  1. 014層の契約レビュー
  2. 02当事者と登記情報の確認
  3. 03条項へのコメントのみ追加
  4. 04契約要約とレビュー意見
  5. 05Mermaidの業務フローチャート

活用シーン

  1. 01締結前の契約レビュー
  2. 02当事者の本人性と登記情報の確認
  3. 03ビジネスチーム向けの契約条項要約
  4. 04契約業務プロセスの図示

MCP 対応

工商登記を照会するMCPツールが利用可能な場合、契約当事者を確認し、その情報源をコメントに記録します。利用できない場合はWeb Searchを使用します。

インストール

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

$npx skills add https://github.com/lovstudio/skills --skill contract-review-pro

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

同梱ファイル

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

CHANGELOG.md
README.md
references/
checklist.md
examples.md
flowchart.md
language.md
opinion.md
summary.md
technical.md
scripts/
__init__.py
contract_analyzer.py
document.py
error_handling.py
mermaid_renderer.py
opinion_renderer.py
summary_renderer.py
utilities.py
workflow.py
scripts/ooxml/
__init__.py
pack.py
unpack.py
validate.py
scripts/ooxml/validation/
__init__.py
base.py
docx.py
pptx.py
redlining.py

詳細

契約レビューエキスパート · Contract Reviewer

概要

このスキルでは、コメントの追加のみを行って契約書をレビューします（原文の編集は行いません）。4 層のレビュー（当事者確認、基本、ビジネス、法務）に従い、以下を作成します。

  • コメント付き契約書（.docx）
  • 契約概要（.docx）
  • 統合レビュー意見書（.docx）
  • ビジネスフローチャート（Mermaid ＋レンダリング画像）

言語ルール： 契約書の主要言語を判定し、生成するすべてのコンテンツ（コメント、概要、意見書、フローチャートのテキスト）をその言語で出力します。references/language.md のガイダンスを参照してください。

ワークフロー

  1. XML 操作のために契約書（.docx）を展開します
  2. 契約書のテキストを読み取ります（pandoc または XML）
  3. 契約当事者を抽出して確認します（レイヤー 0）
  4. 3 層の条項レビューを実施します（レイヤー 1～3）
  5. 文書にコメントを追加します
  6. 契約概要を作成します
  7. 統合意見書を作成します
  8. ビジネスフローチャートを作成し、画像をレンダリングします
  9. .docx に再パッケージします

出力ファイル名

  • 出力ディレクトリ：中国語の場合は 审核结果：{ContractName}、英語の場合は Review_Result_{ContractName}
  • レビュー済み契約書：中国語の場合は {ContractName}_审核版.docx、英語の場合は {ContractName}_Reviewed.docx
  • レビューレポート：中国語の場合は 审核报告.txt、英語の場合は Review_Report.txt

コメントの原則

  • コメントのみ： 原文や書式を変更しないでください
  • 正確なアンカー指定： コメントは特定の条項または段落を対象にします
  • 構造化された内容： 各コメントには、問題の種類、リスクの理由、修正案を含めます
  • リスクレベル： レビュアー名で示します。コメント本文に「リスクレベル」の行を含めないでください
  • 出力言語： 契約書の言語に合わせたラベルを使用します（references/language.md を参照）

コメント例（英語）：

[Issue Type] Payment Terms
[Risk Reason] The total amount is stated as USD 100,000 in Section 3.2, but the payment clause lists USD 1,000,000 in Section 5.1. This inconsistency may cause disputes.
[Revision Suggestion] Align the total amount across clauses and clarify whether tax is included.

レビュー基準

4 層のレビュー方式と、references/checklist.md の詳細なチェックリストを使用します。

レイヤー 0：当事者確認（主体の実在性）
  • 契約当事者をすべて抽出します（正式な法人名、信用コード、法定代表者）
  • 各当事者の登記名が正確か、事業登録状況を確認します
  • 確認ツールの優先順位：
    1. 現在の環境で事業登録情報を検索する MCP ツール（企業情報照会、企業検索、企业查询、工商查询など）が利用できる場合は、各当事者の名称または統一社会信用コードを照会します。
    2. そのような MCP ツールが利用できない場合は、Web 検索で「[entity name] 工商登记信息」または「[entity name] business registration」を検索します。
    3. コメントに確認元（MCP ツール名／Web 検索）を記録します。
レイヤー 1：基本（テキスト品質）
  • 数値、日付、用語の正確性
  • 番号と参照の一貫性
  • 明瞭さと曖昧さの有無
  • 書式と句読点の品質
レイヤー 2：ビジネス条項
  • 範囲、成果物、数量／仕様
  • 価格と支払いスケジュール
  • 納品／検収手続き
  • 権利／義務と履行保証
レイヤー 3：法的条項
  • 契約の有効性と期間／解除
  • 責任／違約金と救済措置
  • 紛争解決と準拠法
  • 秘密保持、不可抗力、知的財産、通知、権限

リスクレベル（レビュアー名で示す）：

  • 🔴 高：中核的なビジネス上の曖昧さ（価格、範囲、権利／義務）
  • 🟡 中：重要だが中核ではない曖昧さ
  • 🔵 低：実務上の影響が最小限

契約概要

契約書の言語で、構造化された客観的な概要を作成します。

出力ファイル：中国語の場合は 合同概要.docx、英語の場合は Contract_Summary.docx（デフォルトのフォント：仿宋。言語に応じて調整してください）

統合意見

契約書の言語で、ビジネスチーム向けの簡潔な2段落の回答を作成します。

出力ファイル：中国語の場合は 综合审核意见.docx、英語の場合は Consolidated_Opinion.docx（デフォルトのフォント：仿宋。言語に応じて調整してください）

ビジネスフローチャート（Mermaid）

要件に従ってMermaidフローチャートを作成し、画像としてレンダリングします。

出力：

  • business_flowchart.mmd
  • business_flowchart.png

li## 技術メモ

コアワークフロー：

  1. 展開 → 2. エンティティ確認 → 3. コメント追加 → 4. 要約 → 5. 意見 → 6. フローチャート → 7. 再パッケージ

APIと実装の詳細：

依存関係

  • Python 3.9+（3.10+を推奨）
  • pandoc（システムへのインストール）
  • defusedxml
  • レンダリング用Mermaid CLI（mmdc）
  • リッチテキスト出力用python-docx

トラブルシューティング（簡易版）

  • Wordでコメントが表示されない：doc.verify_comments() を実行して再保存してください
  • find_paragraph が失敗する：検索テキストを短くし、実際の段落テキストを確認してください
  • Mermaidのレンダリングに失敗する：mmdc がインストールされていることを確認してください。ChromeのパスまたはPuppeteerの設定を使用してください

例

ワークフローの完全な例は references/examples.md を参照してください。

重要なルール

  1. 元の契約書の文言を変更しないでください
  2. 条項のレビュー（レイヤー1～3）に進む前に、エンティティ確認（レイヤー0）を完了してください
  3. 4つすべてのレイヤーをレビューし、項目を省略しないでください
  4. リスクレベルが正確かつ一貫していることを確認してください
  5. コメントは簡潔で、専門的かつ実行可能な内容にしてください
  6. フローチャートは契約書の文言のみを基に作成してください
  7. 要約は客観的な内容のみとし、リスク分析を含めないでください
  8. 意見には、すでに特定された指摘事項のみを反映してください

ライセンス

SPDX-License-Identifier: Apache-2.0

Copyright (c) 2026 JiCheng

Apache License, Version 2.0 の条件に基づきライセンスされています。リポジトリのルートにある LICENSE を参照してください。

共通フィードバックループ

ユーザーがSkill主導のタスクで修正意見を提示した場合、現在の成果物の作業を続ける前に、次の手順を実行してください。

  1. まず、その意見が task-specific（今回のみ）か reusable（複数のタスクで再利用可能）かを判断します。
  2. task-specific の場合は、現在のタスクのみを修正し、Skillは変更しません。
  3. reusable の場合は、まず適用範囲を特定します。分野固有のルールは該当するcanonical Skillを更新し、すべてのSkillに適用されるルールは共有仕様を更新します。
  4. ルールの更新、バージョン、lint、配布の検証を完了してから、その修正を現在のタスクに適用します。
  5. reusable の修正がある場合、それ以前の「確認」「続けて」「送って」は無効になります。現在の成果物の修正と読み返しを完了したら、いったん停止し、ユーザーの次の指示を待ってください。公開、コミット、その他の外部書き込みには自動で進まないでください。

コメント

Markdown 対応