mcpField
V
vendor-check

vendor-check

github.com/anthropicsドキュメント33.6k2.8k 回インストール1 日前に更新
リポジトリ

vendor-check について

接続済みシステムにあるベンダー契約の状況を集約する法務ワークフローのスキルです。契約条件、日付、更新情報、契約範囲の不足を報告し、資格を持つ法務担当者が原本で確認するよう案内します。

主な機能

  1. 01接続済みシステムで契約を検索
  2. 02契約状況と主要条件の要約
  3. 03発効日と満了日の確認
  4. 04契約範囲の不足を特定
  5. 05満了間近の契約と存続義務の通知

活用シーン

  1. 01ベンダーの有効契約と満了済み契約の確認
  2. 02更新日と通知期限の確認
  3. 03ベンダー契約の対象範囲にある不足の把握

MCP 対応

MCP 経由で利用可能な CLM、CRM、メール、ドキュメントストレージ、チャットを検索します。検索したソースと未検索のソースを報告します。

インストール

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

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill vendor-check

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

詳細

/vendor-check -- ベンダー契約の状況

見慣れないプレースホルダーがある場合や、接続されているツールを確認する必要がある場合は、CONNECTORS.md をご覧ください。

接続されているすべてのシステムで、ベンダーとの既存契約の状況を確認します。法的関係を集約して表示します。

重要：このコマンドは法務ワークフローを支援しますが、法的助言を提供するものではありません。契約状況レポートは、資格を持つ法律専門家が原本と照合して確認してください。

呼び出し

/vendor-check [vendor name]

ベンダー名が指定されていない場合は、確認するベンダーをユーザーに指定するよう求めます。

ワークフロー

ステップ 1：ベンダーの特定

ユーザーからベンダー名を受け取ります。次のような一般的な表記の違いに対応します。

  • 正式名称と商号（例：「Alphabet Inc.」と「Google」）
  • 略称（例：「AWS」と「Amazon Web Services」）
  • 親会社と子会社の関係

ベンダー名が曖昧な場合は、ユーザーに確認を求めます。

ステップ 2：接続システムの検索

利用可能な接続システムを、優先順位に従ってすべて検索します。

CLM（契約ライフサイクル管理） -- 接続されている場合

ベンダーが関与するすべての契約を検索します。

  • 有効な契約
  • 期限切れの契約（過去 3 年間）
  • 交渉中または署名待ちの契約
  • 変更契約および追加契約
CRM -- 接続されている場合

ベンダー／アカウントのレコードを検索します。

  • アカウントの状況と関係の種類
  • 関連する商談または取引
  • ベンダーの法務／契約担当チームの連絡先情報
メール -- 接続されている場合

最近の関連するやり取りを検索します。

  • 契約関連のメール（過去 6 か月間）
  • NDA または契約書の添付ファイル
  • 交渉に関するスレッド
ドキュメント（例：Box、Egnyte、SharePoint） -- 接続されている場合

次の項目を検索します。

  • 署名済み契約書
  • 変更履歴付き文書およびドラフト
  • デューデリジェンス資料
チャット（例：Slack、Teams） -- 接続されている場合

最近の言及を検索します。

  • このベンダーに関する契約依頼
  • ベンダーに関する法務上の質問
  • 関連するチーム内の議論（過去 3 か月間）
ステップ 3：契約状況の取りまとめ

見つかった契約ごとに、次の情報を報告します。

項目詳細
契約の種類NDA、MSA、SOW、DPA、SLA、ライセンス契約など
状況有効、期限切れ、交渉中、署名待ち
発効日契約の開始日
満了日契約の満了日または更新日
自動更新はい／いいえ。更新期間および通知期間も記載
主要条件責任上限、準拠法、解除条項
変更契約登録されている変更契約または追加契約
ステップ 4：ギャップ分析

存在する契約と不足している可能性がある契約を特定します。

## Agreement Coverage

[CHECK] NDA -- [status]
[CHECK/MISSING] MSA -- [status or "Not found"]
[CHECK/MISSING] DPA -- [status or "Not found"]
[CHECK/MISSING] SOW(s) -- [status or "Not found"]
[CHECK/MISSING] SLA -- [status or "Not found"]
[CHECK/MISSING] Insurance Certificate -- [status or "Not found"]

関係の種類に応じて必要となる可能性のある契約の不足を指摘します（例：MSA はあるものの、ベンダーが個人データを取り扱うのに DPA がない場合）。

ステップ 5：レポートの作成

情報を集約したレポートを出力します。

## Vendor Agreement Status: [Vendor Name]

**Search Date**: [today's date]
**Sources Checked**: [list of systems searched]
**Sources Unavailable**: [list of systems not connected, if any]

## Relationship Overview

**Vendor**: [full legal name]
**Relationship Type**: [vendor/partner/customer/etc.]
**CRM Status**: [if available]

## Agreement Summary

### [Agreement Type 1] -- [Status]
- **Effective**: [date]
- **Expires**: [date] ([auto-renews / does not auto-renew])
- **Key Terms**: [summary of material terms]
- **Location**: [where the executed copy is stored]

### [Agreement Type 2] -- [Status]
[etc.]

## Gap Analysis

[What's in place vs. what may be needed]

## Upcoming Actions

- [Any approaching expirations or renewal deadlines]
- [Required agreements not yet in place]
- [Amendments or updates that may be needed]

## Notes

[Any relevant context from email/chat searches]
ステップ 6：ソースが見つからない場合の対応

主要システムが MCP 経由で接続されていない場合：

  • CLM なし：CLM が接続されていないことを記載します。ユーザーに CLM を手動で確認するよう提案します。他のシステムで見つかった情報を報告します。
  • CRM なし：CRM の情報は省略し、その不足を記載します。
  • メールなし：メールを検索していないことを記載します。ユーザーに「[ベンダー名] agreement」または「[ベンダー名] NDA」でメールを検索するよう提案します。
  • ドキュメントなし：ドキュメントストレージを検索していないことを記載します。

レポートの網羅性をユーザーが把握できるよう、確認したソースと確認していないソースを必ず明確に示します。

注意事項

  • 接続されているいずれのシステムでも契約が見つからない場合は、そのことを明確に報告し、別の場所に契約が保管されているかユーザーに尋ねます。
  • ベンダーグループ（複数の子会社を持つベンダーなど）の場合は、特定の法人とグループ全体のどちらを確認するかユーザーに尋ねます。
  • 期限切れでも存続する義務（秘密保持、補償など）がある可能性のある契約を指摘します。
  • 契約の満了が近い場合（90 日以内）は、目立つように強調します。

コメント

Markdown 対応