ClaudeとIroncladを連携する方法 — 契約ライフサイクル管理
Ironclad ContractsのConnectorは契約検索と義務管理を自然文で行えます。接続手順とObligation Managementの前提条件、DocuSignや法務レビューとの役割分担を扱います。
Claude Ironclad連携とは何か
Ironclad ContractsのConnectorは、締結済みの契約書を自然文で検索し、更新期限や条項の内容を会話から確認できる公式連携です。開発元はIronclad自身で、Connectorsディレクトリでは「Legal」と「Productivity」の2カテゴリーに分類されています。2026年5月にAdd to Claudeの一覧へ加わりました。
DocuSignのConnectorは契約書の作成・送付から締結後の検索まで幅広く担う一方、Ironcladは検索と義務(Obligation)管理に特化した契約管理(CLM)専用のConnectorです。締結後の契約検索という領域は両者で重なりますが、更新期限や監査対応といった条項を契約書本体とは別のレコードとして追跡できる義務管理はIroncladに固有の機能です。「今後90日以内に更新期限を迎えるMSAを教えて」「解約自由条項付きのベンダー契約を一覧にして」といった問いに、Claudeが契約リポジトリを検索して答えます。検索対象になるのは、すでにIronclad上に取り込まれている契約データです。
claude.aiでIroncladを接続する手順
接続の流れは他の公式Connectorと共通で、特別な設定作業は要りません。Connectorsはプラン共通の機能で、Free・Pro・Max・Team・Enterpriseのいずれでも接続できます(Team・Enterpriseでは後述する組織側の手順が加わります)。
- claude.aiで「Customize」→「Connectors」を開く
- 「+」ボタンから一覧を開き、Ironclad Contractsを探す
- 「Connect」をクリックし、Ironcladのログイン画面でサインインする
- 表示される権限を確認し、アクセスを許可する
認証はOAuthで行い、サインインが必須です。公開されているConnector URLは北米向け(mcp.na1.ironcladapp.com)と欧州向け(mcp.eu1.ironcladapp.com)の2系統があり、Ironcladがリージョンごとにインフラを分けて運用していることが分かります。どちらのURLへ接続するかの選び方は、claude.comの案内には明記されていません。
Team・Enterpriseプランでは、DocuSignなど他のConnectorと同じく、Ownerが組織側で先にConnectorを有効化し、そのうえでメンバー各自が個別に認証する2段階の流れになります。組織側の有効化だけでは誰も使えるようにならず、個人の認証が別途必要です(Enterprise-managed authを使っている場合を除く。この機能を使うと、Ownerが一度認証するだけでメンバーは初回ログイン時にアクセスを自動的に引き継げます)。
Ironcladコネクタでできること
公式に案内されているツールは6種類あり、契約の検索系と義務(Obligation)管理系に分かれます。
| ツール | 種別 | できること | 依頼の例 |
|---|---|---|---|
| conversational_search | 種別読み取り | できること契約書を自然文で検索 | 依頼の例解約自由条項が付いたベンダー契約を一覧にして |
| get_obligation / list_obligations | 種別読み取り | できること契約に紐づく義務の詳細・一覧を確認 | 依頼の例このMSAに紐づく未完了の義務を教えて |
| list_obligation_types | 種別読み取り | できること登録できる義務の分類一覧を取得 | 依頼の例義務の種類にはどんなものがあるか教えて |
| create_obligation / update_obligation | 種別書き込み | できること義務レコードの作成・更新 | 依頼の例更新期限のリマインド義務を新しく登録して |
conversational_searchと義務系の読み取り3ツール(get_obligation・list_obligations・list_obligation_types)は、契約の内容そのものを書き換えることはできません。読み取りだけで完結する操作なので、初めて接続するときのリスクは小さめです。一方、create_obligation・update_obligationの2つは、Ironclad上のレコードを作成・更新する書き込み操作にあたります。
義務(Obligation)とは、契約書に含まれる「期限までに実行すべき事項」を指すIroncladの管理概念です。更新の通知期限、監査への協力義務、価格改定の上限といった、放置すると実害につながる条項を、契約書本文とは別にレコードとして追跡できるようにする仕組みです。会話から作成・更新できるようになると、担当者が契約書を読み返さなくても、期限管理の抜け漏れをClaude側から検知しやすくなります。
Obligation Managementはアドオン前提
義務の取得・一覧・作成・更新を担う5つのツール(get_obligation・list_obligations・list_obligation_types・create_obligation・update_obligation)は、Ironclad本体のObligation Management add-onを契約していないと動作しません。add-onなしでConnectorを接続した場合、実際に使えるのはconversational_searchによる契約検索だけです。add-onが有効なうえで、実際にレコードを書き換えるのはcreate_obligation・update_obligationの2つだけという点は変わりません。
アクセス権限も契約書本体の設定を引き継ぎます。義務レコードへの読み書きは、紐づく契約書と同じリポジトリ単位の権限で制御されるため、その契約書を閲覧できないユーザーは、紐づく義務も操作できません。接続そのものは成功しているのに義務系のツールだけ反応がない場合、多くはObligation Management add-onの未契約が原因です。IT部門やIronclad担当者への問い合わせを、Claude側の設定確認より先に済ませておくと早く解決します。
Team・Enterpriseでのツール権限設定
Team・Enterpriseプランでは、Connector単位でツールの実行権限を細かく制御できます。Ownerが「Customize」→「Connectors」からIroncladを選び「Tool permissions」を開くと、各ツールを「Always allow(常に許可)」「Needs approval(承認が必要)」「Blocked(ブロック)」の3段階で設定できる仕組みです。
Ironcladの場合、conversational_searchや義務の読み取り系ツール(get_obligation・list_obligations・list_obligation_types)はAlways allowのままにし、義務レコードを書き換えるcreate_obligation・update_obligationだけをNeeds approvalに設定する、という段階的な運用が現実的です。義務のステータスを誤って更新してしまうと、期限管理の前提が崩れるため、書き込み系だけ人の目を通す構成にしておく価値があります。この設定の細かい落とし穴はClaude Connectorsの権限設定でよくある失敗と対策にまとめています。
この制限はIronclad側の権限を上書きしません。Claude側で書き込みを許可しても、接続した本人がIronclad上でその契約に対する編集権限を持っていなければ操作は失敗します。逆にIronclad側の権限が強くても、Claude側でBlockedに設定していれば実行されません。二重のチェックがかかる構造だと理解しておくと、想定外の挙動に遭遇したときの切り分けが早くなります。
契約ライフサイクルのどこをIroncladが担うか
契約業務は、締結前のレビュー・交渉、締結、締結後の検索・管理という工程に分けられます。Claudeでこの一連の工程をカバーするには、工程ごとに異なるConnectorやCoworkの使い方を組み合わせる必要があります。
| 工程 | ツール | 主な操作 |
|---|---|---|
| 締結前・一次レビュー | ツールClaude Cowork法務活用 | 主な操作条項の洗い出し、自社ひな形との差分比較 |
| 締結前・交渉 | ツールClaude契約書レッドライン | 主な操作レッドラインの作成、交渉メールへの変換 |
| 締結 | ツールDocuSign Connector | 主な操作契約書の作成・送付、署名状況の追跡 |
| 締結後・検索と管理 | ツールDocuSign Connector / Ironclad Connector(本記事) | 主な操作更新期限の検索、条項検索、義務の追跡 |
各行のConnectorやCoworkはそれぞれ別々の接続作業が必要で、どれか1つを設定すれば他も自動的に使えるようになるわけではありません。締結後の検索・管理はDocuSignとIroncladの両方に重なる領域があり、Ironcladは義務(Obligation)の追跡に特化した専用ツールを持つ点が違いです。
複数のConnectorを併用するときの注意
契約業務ではDocuSignとIroncladを両方接続する組織も出てきます。複数のConnectorを同時に接続していると、会話のたびに双方のツール定義が読み込まれ、本来ドキュメントや会話履歴に使いたい文脈の余地を圧迫します。読み込みのタイミングを選べる「ツールアクセス」設定で調整でき、詳細はClaudeのツールアクセス設定にまとめています。
似た機能を持つConnectorを併用していると、どちらを使うか名指しが必要になる場面が出てきます。DocuSignとIroncladはどちらも契約の検索・追跡に対応しており、締結後の更新期限確認のような依頼は両方のConnectorで応答できる可能性があります。依頼文があいまいだと意図しない方が呼ばれることがあるため、「Ironcladで検索して」のように名指しする習慣を付けておくと安定します。
まとめ
Ironclad Contractsのコネクタは、締結済みの契約を検索し、更新期限や義務を追跡する「契約後の管理」フェーズを担います。conversational_searchは誰でも使える読み取り専用ツールです。義務(Obligation)関連の5つのツールはObligation Management add-onが前提で、その中でも実際に書き込みを行うのはcreate_obligation・update_obligationの2つだけです。検索結果や書き込み権限は、接続したユーザーがIroncladで持つ権限に自動的にスコープされます。締結後の契約検索はDocuSignとも重なりますが、義務の追跡はIroncladに固有の機能です。契約書の作成・送付はDocuSign、一次レビューはCowork、交渉はレッドライン専用の手順というように、フェーズごとにConnectorや機能を使い分ける構成が現実的です。