Claude法務連携ガイド — クラウドサイン・kickflow

法務部門でClaudeにつなげるSaaSは、契約実務の性格上とくに慎重な見極めが要ります。クラウドサインは第三者が個人で公開したMCPサーバーで、開発元自身が提供する接続方法は今のところありません。稟議・申請ワークフローのkickflowは対照的に、開発元自身が配布する接続方法が用意されています。Coworkに契約書の一次レビューをどこまで任せるかはCowork法務活用が扱っており、ここではその手前にあるSaaS接続そのものを比較します。

法務部門でつながる2つのSaaSの経路の違い

どちらもClaude CodeかClaude Desktopのローカル設定からしか追加できません。claude.aiの画面上のディレクトリには載っていない点は共通しています。違うのは、障害や仕様変更が起きたときに頼れる先です。クラウドサインは開発元への問い合わせでは解決せず、稟議・申請系はkickflow自身のAPIリファレンスで確認できます。MCP接続の3分類(プリビルド統合・ディレクトリ・カスタムMCP)はClaude Connectorsとはにまとめており、この2つはどちらも「カスタムMCP」に分類されます。

クラウドサイン — 契約書を読み取り、下書き作成・送信まで扱う

クラウドサイン向けのMCPサーバーは、日本のSMB向けSaaSに対応した第三者製コネクタ集の一部として公開されています。利用にはクラウドサインのCorporateプラン以上が必要で、APIクライアントIDは管理画面の「外部サービス連携」→「Web API」から取得します。

ツールは11種類あります。書類の一覧取得・詳細取得・アラート情報・管理用属性(契約相手・契約日・金額・管理番号)の参照が中心ですが、create_document(下書き作成)・set_participants(署名者の追加)・send_document(署名依頼の送信、またはリマインド)の書き込み系ツールも含みます。send_documentは不可逆でべき等ではありません。実行すると相手に実際の署名依頼が飛びます。

削除・取り消し系のエンドポイントは、意図的に未実装のままです。下書き書類の削除、送信済み書類の取り消し、参加者情報の更新・削除、添付ファイルのダウンロードはいずれもクラウドサインAPI側には存在しますが、実データを不可逆に変更する操作のため見送られています。誤って作成した書類は、管理画面から手動で削除・無効化する運用になります。

指示の出し方はシンプルです。「未完了の契約書を一覧で見せて」と頼めばlist_documentsが呼ばれ、ステータス別に絞り込んだ一覧が返ります。「新しい業務委託契約書を作成して、田中さんに署名依頼を送って」のように頼むと、下書き作成・宛先追加・送信までを一連の会話で進められます。ただし送信の一文が含まれる指示は、実行前に相手・書類名・金額を読み上げて確認する運用にしたほうが安全です。

kickflow — 稟議・申請のAPIを汎用ツールで呼び出す

kickflowは法務・営業・人事・総務・経理・ITの申請と承認をデジタル化するクラウドワークフローSaaSで、@kickflow/mcp-serverというMCPサーバーをkickflow自身が配布しています。稟議書の起票・承認履歴といった法務が確認したいデータも、このAPI経由で扱えます。

クラウドサインが機能ごとに個別のツールを持つのに対し、kickflowはdiscover_apis(API一覧取得)・get_api_info(パラメータ確認)・call_api(実行)という3つの汎用ツールだけで、kickflow APIの全機能にアクセスする設計です。稟議チケットの一覧・詳細取得だけでなく、API側に承認・却下の操作が存在すれば、同じcall_api経由でそこにも届く可能性があります。どのAPIが実際に提供されているかは、汎用ツールである以上API仕様書側で個別に確認する必要があります。

Node.js v22.18.0以上が前提で、アクセストークンはkickflowの管理画面から発行します。Claude Desktopの設定ファイルへの追記方法はClaude Desktop MCP設定ガイドで扱っている書式がそのまま使えます。

法務での使いどころは、稟議の滞留確認です。「承認待ちの稟議のうち、3営業日以上動きがないものを教えて」と頼めば、Claudeは裏側でdiscover_apisから該当する操作を探し、get_api_infoでパラメータを確認したうえでcall_apiを実行します。この3段階は毎回自動で行われるので、利用者が個別のAPI名を覚えておく必要はありません。承認・却下のように結果を戻しにくい操作をこの経路に含めるかどうかは、法務の運用ルールとして別途決めておきます。

契約書データを外部ツールに渡す前に確認すること

契約書には取引先名・金額・条件といった機密情報が含まれます。NDAや取引基本契約の秘密保持条項に照らして、外部のAIツールにこれらのデータを渡す運用が許容範囲かどうかは、接続を試す前に確認しておきます。

書き込み系のツールを渡すときは、実行前に必ず内容を確認する運用にします。クラウドサインのsend_documentのように、一度実行すると相手に届いてしまう操作は取り消せません。まずはlist_documentsやget_documentのような読み取り系だけを試し、送信操作を渡すのは運用に慣れてからにするのが安全です。

第三者製サーバーを本番の契約書データに接続する前に、ソースコードへ目を通しておくことも有効です。クラウドサインのMCPサーバーは、過去に仕様書との食い違いが見つかって修正された経緯があります。動いているように見えても、細部の挙動が公式のAPI仕様と一致しているとは限りません。

ローカルMCPサーバーは、それを動かすパソコン上のプログラムと同じ権限で動作します。Coworkのクラウドセッションからでも、Claude Desktopアプリが起動していれば接続済みのローカルサーバーに到達します。契約書のような機密文書を扱う接続だからこそ、誰のパソコンでDesktopアプリが常時起動しているか、社外に持ち出した端末からも届いてしまわないかを、導入前に確認しておきます。

汎用データベースとしてのkintoneという選択肢

法務の現場では、契約台帳や案件の進捗管理をkintoneで自作しているチームも少なくありません。kintoneはサイボウズ自身がOSSで配布するローカルMCPサーバーで、レコードの取得・追加・更新・削除など26種類のツールを持ちます。クラウドサイン・kickflowのように機能が固定されたSaaS専用コネクタとは違い、契約台帳アプリの設計次第で読み書きできる範囲が変わります。すでにkintoneで契約管理台帳を運用しているなら、クラウドサイン専用のコネクタを追加する前に、既存の台帳アプリをそのままつなぐ選択肢も検討する価値があります。

たとえば契約種別・相手方・契約金額・更新期限をフィールドに持つ台帳アプリがあれば、「更新期限が今月中の契約を一覧にして」といった指示がそのまま通ります。クラウドサインのMCPサーバーが返す契約書データと、社内の台帳アプリのデータは別物です。両方をつなぐ場合は、どちらが正の情報源かを先に決めておくと、数値が食い違ったときに迷いません。

よくある質問

クラウドサインの連携は無料で使えますか

MCPサーバー自体はOSSで無料です。ただしクラウドサイン側の利用にはCorporateプラン以上の契約が前提で、Web APIの利用自体がその契約に含まれます。

claude.aiの画面からクラウドサイン・kickflowを追加できますか

できません。どちらもローカルで動くstdio型のMCPサーバーで、claude.aiのディレクトリには掲載されていません。Claude CodeかClaude Desktopの設定ファイルを経由します。

クラウドサインとkickflow、どちらが安全に試せますか

読み取り専用の範囲で試すならクラウドサインのlist_documents・get_documentが手軽です。kickflowはcall_apiが汎用ツールのため、渡せる操作の範囲をAPI仕様書側で確認してから使う必要があります。

稟議の承認をClaudeに任せられますか

kickflowのAPIに承認・却下に相当する操作が実際に提供されているかは、公式のAPIリファレンスで個別に確認する必要があります。承認権限を持つ操作を渡す場合は、実行前に必ず内容を確認する運用が安全です。

クラウドサインのMCPサーバーは誰でも自由に改変できますか

ソースコードが公開されているオープンソースなので、社内で仕様を確認したり、必要な範囲だけに絞って改変したりすること自体は可能です。ただし改変した版を運用するなら、その保守は自社の責任になります。開発元自身が保守を続けるkickflowとは、この点で前提が違います。

まとめ

法務部門がClaudeにつなげるSaaSは、開発元純正かどうかで信頼の置き方が変わります。クラウドサインは第三者製で過去に仕様の食い違いがあった経緯があり、kickflowはkickflow自身が配布する接続方法です。どちらもローカルで動くMCPサーバーで、claude.aiの画面からは追加できません。契約書の機密性を踏まえ、読み取り専用の範囲から試し、送信や承認のような不可逆な操作は実行前に必ず内容を確認します。