ClaudeとIroncladを連携する方法 — 契約ライフサイクル管理
Ironclad ContractsのConnectorは契約検索と義務管理を自然文で行えます。接続手順とObligation Managementの前提条件、DocuSignや法務レビューとの役割分担を扱います。
Claude Ironclad連携とは何か
Ironclad Contractsのコネクターは、Ironclad上の契約リポジトリとワークフローを自然文で検索し、義務(Obligation)のレコードを読み書きできる連携です。開発元はIronclad, Inc.です。Connectorsディレクトリでは「Anthropic verified」の表示つきで載っています。カテゴリーは「Legal」と「Productivity」、追加時期は2026年5月で、サインインが必須です。
ディレクトリの掲載ページには、「今後90日以内に更新期限を迎えるMSAを教えて」「解約自由条項付きのベンダー契約を一覧にして」という依頼の例が並びます。検索の対象になるのは、すでにIroncladに取り込まれている契約データです。Claudeに契約書のファイルを渡して読ませる使い方とは入口が違います。
同じ契約領域のDocuSignコネクターとは、ツールの構成がかなり違います。DocuSignの掲載ページには20個のツールが載り、エンベロープ(署名依頼)の作成・更新やワークフローの起動・停止まで含まれます。Ironcladは6個で、検索1つと義務の読み書き5つに絞られています。
DocuSignの紹介文にも、更新日や主要な義務(key obligations)を引き出せるとあります。ただし、義務を独立したレコードとして作成・更新するツールが並ぶのはIronclad側だけです。契約を結ぶ工程を担うのがDocuSign、結んだあとの期限や義務を管理画面のように問い合わせるのがIroncladという棲み分けになります。
claude.aiでIroncladを接続する手順
接続の流れは、ディレクトリから追加する他のコネクターと共通です。Webコネクターは全ユーザーが使え、claude.ai・Cowork・Claude Desktop・モバイルアプリのどこからでも利用できます。個人プランでも接続できますが、Ironclad側のアカウントと契約リポジトリへのアクセス権は別に必要です。
監査証跡やリスクの管理を扱う別のコネクタの権限設計は、ClaudeとDrataの連携にまとめています。
個人アカウントでの接続
- 1
Connectorsを開く
claude.aiで「Customize」→「Connectors」を開きます。チャット画面なら、左下の「+」から「Connectors」→「Manage connectors」でも同じ画面に着きます。
- 2
Ironclad Contractsを探す
「+」ボタンから一覧を開き、カテゴリーまたは全件のリストからIronclad Contractsを選びます。
- 3
Connectでサインインする
「Connect」をクリックすると、Ironcladのサインインに移ります。
- 4
要求される権限を見て許可する
接続の途中でIroncladが求めるアクセス範囲が表示されます。内容を読んだうえで許可します。
ディレクトリの掲載ページには、北米向け(mcp.na1.ironcladapp.com)と欧州向け(mcp.eu1.ironcladapp.com)の2つのコネクターURLが並びます。自社のIroncladがどちらのリージョンで動いているかは、Ironcladの管理者に尋ねるのが早い方法です。
Team・Enterpriseプランでは、接続の前にOwnerまたはPrimary Ownerの作業が入ります。作業は、「Organization settings」→「Connectors」の下部にある「Browse connectors」から始めます。Ironclad Contractsを選び、「Add to your team」を押します。ここまでは、メンバーが使える状態になっただけです。メンバー各自が、上の手順でIroncladに個別にサインインして初めて使えます。
Enterprise-managed authを使う組織だけは流れが変わります。この機能はTeamとEnterpriseのClaudeでベータ提供されており、Ownerが一度認証すると、メンバーは初回ログイン時にアクセスを自動で引き継ぎます。
Ironcladコネクターでできること
掲載ページに載るツールは6種類で、契約の検索系と義務(Obligation)管理系に分かれます。「種別」の列は、ツール名の動詞(get / listは取得、create / updateは変更)から付けた分類です。
| ツール | 種別 | できること | 依頼の例 |
|---|---|---|---|
| conversational_search | 種別読み取り | できること契約リポジトリとワークフローを自然文で検索 | 依頼の例解約自由条項が付いたベンダー契約を一覧にして |
| get_obligation / list_obligations | 種別読み取り | できること契約に紐づく義務の詳細・一覧を取得 | 依頼の例このMSAに紐づく未完了の義務を教えて |
| list_obligation_types | 種別読み取り | できること義務の種類(type)の一覧を取得 | 依頼の例義務の種類にはどんなものがあるか教えて |
| create_obligation / update_obligation | 種別書き込み | できること義務レコードの作成・更新 | 依頼の例更新期限のリマインド義務を新しく登録して |
ツールの一覧に契約書本文を編集するものはありません。ツール名の動詞から見る限り、検索と義務の取得だけで完結する使い方ならIronclad上のデータは変わりません。変更が起きるのは、create_obligationとupdate_obligationを呼んだときに限られます。
義務とは、Ironclad上の契約レコードに紐づく管理項目です。掲載ページによると、種類(type)・名前・説明・ステータス・担当者(owner)を持ちます。会話から作成・更新できるので、契約書を開き直さなくても、担当者やステータスの付け替えを依頼文で済ませられます。
契約変更や支払いまで動かせるHR系の連携はClaudeとDeelの連携で扱っています。書き込みの範囲を比べる材料になります。
Obligation Managementはアドオン前提
義務を扱う5つのツールは、Ironclad本体のObligations add-onを契約している組織でだけ使えます。掲載ページに「Obligation Managementのツール群にはObligations add-onが必要」と書かれているためです。add-onの有無で、Claudeから見える範囲は次のように変わります。
Obligations add-onの有無で変わる範囲
add-onなし
義務ツールを呼ぶ依頼は失敗します。まずIroncladの管理者に契約状況を確かめます。conversational_searchは、掲載ページで義務ツール群とは別に説明されています。
add-onあり
義務の取得・一覧・種類の取得に加えて、create_obligationとupdate_obligationで義務レコードを書き換えられます。
義務レコードへのアクセスは、Ironclad製品本体と同じリポジトリ・レコード単位の権限に従います。紐づく契約を閲覧できないユーザーは、その契約の義務も扱えません。add-onの契約状況はIroncladの管理者に尋ねます。
Team・Enterpriseでのツール権限設定
Ownerは、コネクターごとにClaudeが実行できる操作を絞れます。「Customize」→「Connectors」でIroncladを選ぶと「Tool permissions」が開き、権限が「読み取り専用ツール」「書き込み・削除ツール」などの種類に分かれて並びます。種類ごと、または個別のツールごとに、「Always allow」「Needs approval」「Blocked」のいずれかを選びます。
この設定は組織全体に効き、メンバーが個別に上書きすることはできません。義務のステータスを誤って変えると、期限管理の前提が崩れます。そこで、検索を含む読み取り系の4ツールはAlways allowのままにします。create_obligationとupdate_obligationだけをNeeds approvalにする、という分け方があります。設定の落とし穴は権限設定でよくある失敗と対策にまとめています。
実際に操作が通るかどうかは、3つの条件が重なって決まります。
操作が通るまでの3つの関門
Ironcladの権限
接続した本人が、その契約・義務に対して持つ権限です。Claude側で許可しても、Ironcladで編集権限がなければ書き込みは失敗します。
ClaudeのTool permissions
OwnerがBlockedにしたツールは実行されません。Ironclad側の権限が強くても、この設定が優先して止めます。
Obligations add-on
3つの条件はどれが欠けても操作が止まります。add-onがなければ、権限が足りていても義務系の5ツールは動きません。
契約ライフサイクルのどこをIroncladが担うか
契約業務は、締結前のレビュー・交渉、締結、締結後の検索・管理という工程に分けられます。工程ごとに、使うコネクターやCoworkの使い方が変わります。
| 工程 | ツール | 主な操作 |
|---|---|---|
| 締結前・一次レビュー | ツールClaude Cowork法務活用 | 主な操作条項の洗い出し、自社ひな形との差分比較 |
| 締結前・交渉 | ツールClaude契約書レッドライン | 主な操作レッドラインの作成、交渉メールへの変換 |
| 締結 | ツールDocuSign Connector | 主な操作契約書の作成・送付、署名状況の追跡 |
| 締結後・検索と管理 | ツールDocuSign Connector / Ironclad Connector(本記事) | 主な操作更新期限の検索、義務の追跡 |
締結前の2行はコネクターではなくClaudeの使い方で、準備するのは自社のひな形や相手方の草案です。DocuSignとIroncladはそれぞれ別のコネクターなので、片方を接続してももう片方は使えません。締結後の行だけ両者が重なり、Ironcladは義務レコードの作成・更新までを持ちます。
複数のConnectorを併用するときの注意
契約業務でDocuSignとIroncladを両方接続すると、更新期限の確認のような依頼はどちらのコネクターでも応じられそうに見えます。依頼文に「Ironcladで検索して」と書いておけば、使わせたいほうを指定できます。接続済みのアプリは、名指ししなくてもClaudeが会話の内容から選んで使うことがあります。
接続数が増えると、Claudeがツールを読み込む方法を選べます。チャットの「+」から「Connectors」→「Tool access」を開くと、モードを切り替えられます。既定は「Auto」で、ヘルプでは多くの利用者にはAutoで足りるとされています。有効なコネクターが10個以上あるときは「On demand」を検討するよう案内されています。詳細はClaudeのツールアクセス設定にまとめています。
契約データを扱うときの前提
Team・Enterpriseプランでは、コネクターが使えるのは非公開のプロジェクトだけです。同期した内容を含むチャットは共有できません。契約書の内容を話題にした会話を、そのまま他のメンバーに見せる使い方はできない点に注意が必要です。
接続先のサービスは、自社のインフラとそれぞれの規約で処理を行い、その場所が米国外になることもあります。Enterpriseプランにある米国内限定の推論設定は、第三者サービスの処理場所を変えません。契約リポジトリの所在地や保管要件がある組織は、Ironclad側のリージョン(北米か欧州か)と合わせて見ておく必要があります。
掲載ページの注意書きには、開発元を信頼できるコネクターだけを使うよう書かれています。Anthropicは開発者が提供するツールを管理せず、意図どおり動くことや将来変更されないことを保証できない、という内容です。「Anthropic verified」の表示があっても、ツールの中身はIronclad側が決めます。
つながらない・動かないときの切り分け
接続や実行がうまくいかないときは、症状から原因を絞れます。
| 症状 | 考えられる条件 | 試すこと |
|---|---|---|
| 義務系のツールだけ動かない | 考えられる条件Obligations add-onが未契約 | 試すことIroncladの管理者に契約状況を尋ねる |
| 「This corporate identity belongs to an Enterprise…」と出る | 考えられる条件会社メールのドメインを、別のEnterprise組織が検証済みとして接続を制限している | 試すことその組織のClaudeアカウントにサインインして接続する |
| 認証に失敗する | 考えられる条件接続の途中で認可が途切れている | 試すこと「Customize」→「Connectors」で一度切断し、つなぎ直す |
| メンバーがIroncladを選べない | 考えられる条件Ownerが組織側で有効化していない | 試すことOwnerに「Add to your team」を依頼する |
まとめ
Claudeに任せる前に確かめることは3つです。Ironcladの管理者には、Obligations add-onの契約状況と、自分の閲覧権限がどこまで届くかを尋ねます。Team・Enterpriseでは、Ownerに書き込み2ツールの扱いをTool permissionsで決めてもらいます。検索結果は、本人のIronclad権限の範囲に絞られます。