Claudeでの年齢確認：ホスト型セッションとローカルファイル

主なポイント

• ホスト型Claudeコネクタは、ユーザーのデバイスからdidit_verify_ageまたはdidit_verify_idに自撮り写真や身分証明書の写真を送信できません。これらのツールは、モデルコンテキストプロトコル（MCP）サーバーを実行しているマシンの絶対パスを読み取ります。
• 正しいホスト型パスはセッションベースです。既存のワークフローのためにセッションを作成し、ユーザーに返されたurlを提供し、didit_session_get_decisionで完了した決定を取得します。
• ワークフローには、年齢を推定する顔年齢推定、または生年月日やその他の文書フィールドを抽出する文書検証を含めることができます。これらは異なるレベルの証拠です。
• ファイルパスツールは、MCPサーバーと画像ファイルが同じマシン上にあるローカルまたは自己ホスト型stdioデプロイメントで引き続き役立ちます。
• Diditのホスト型MCPエンドポイントは115のツールを公開しています。サーバーは無料で、無料枠では月に500回の無料検証が可能です。

「Claudeからこの人物の年齢を確認する」という言葉は、単一のツール呼び出しのように聞こえます。しかし、実際の統合には重要な境界があります。画像はどこに存在するかということです。それが、Claudeがホスト型検証セッションを作成すべきか、スタンドアロンの画像ツールを呼び出すべきかを決定します。

DiditのMCP開発者ページと公開GitHubリポジトリでは、ClaudeをIDおよび不正チェックに接続するサーバーについて説明しています。年齢確認の場合、リモートでClaudeを使用する実際の人物にとっては、ホスト型セッションルートが実用的な選択肢です。スタンドアロンの画像パスルートは、直接ファイルシステムアクセスを持つローカルまたは自己ホスト型環境向けに設計されています。

ほとんどのMCPの例が見落としているファイルシステムの境界

スタンドアロンのdidit_verify_ageツールは絶対image_pathを受け入れます。didit_verify_idも同様に絶対front_image_pathとオプションのback_image_pathを受け入れます。MCPサーバー内では、これらのパスは検証され、ファイルが送信される前にディスクから読み取られます。

これはローカルのstdioデプロイメントでは簡単です。Claude Desktopと自己ホスト型Didit MCPサーバーが同じワークステーションで実行されている場合、/Users/example/checks/selfie.jpgのようなパスは、サーバープロセスが利用できる実際のファイルを指すことができます。同じ考え方は、アプリケーションがすでに許可されたローカルディレクトリにファイルを配置している場合に、管理された内部サーバーでも機能します。

ホスト型エンドポイントでは同じようには機能しません。Claudeがhttps://mcp.didit.me/mcpを呼び出す場合、絶対パスはClaudeユーザーのラップトップや電話ではなく、Diditのサーバーファイルシステムを指します。ホスト型Claudeにローカルパスを入力しても、そのファイルはアップロードされません。したがって、リモートユーザーは、パスを指定するだけでホスト型ツールに自撮り写真や文書写真を渡すことはできません。

これは年齢推定自体の制限ではありません。これは転送とファイルシステムの区別です。ホスト型ユーザーの場合、Diditは検証セッションとユーザー向けURLで引き渡しを解決します。

機能するホスト型Claudeフロー

まず、組織はDiditビジネスコンソールで既存のワークフローを設定する必要があります。このワークフローは、ユーザーが完了するチェックを定義します。年齢確認ワークフローには、顔年齢推定、生年月日抽出を伴う文書検証、またはより広範な本人確認（KYC）シーケンスが含まれる場合があります。

次に、Claudeはdidit_session_createを呼び出します。必須入力はworkflow_idのみです。このツールはインラインの「ワークフロー設定」を受け入れません。オプションの入力には、交換またはアプリケーションのユーザー参照をvendor_dataに、リダイレクトcallback、およびUIlanguageを含めることができます。

didit_session_createを使用：
{
  "workflow_id": "<既存のワークフローUUID>",
  "vendor_data": "user_18427",
  "callback": "https://example.com/age-check/complete",
  "language": "en"
}

セッションURLをユーザーに返します。ローカル画像パスを尋ねないでください。

応答には、session_id、url、およびsession_tokenが含まれます。Claudeは返されたurlをユーザーに提供します。ユーザーは自分のデバイスでDiditのホスト型検証UIを開き、ワークフローで定義されたキャプチャステップを完了します。画像の転送は、チャットに入力されたパスではなく、そのUIで行われます。

完了後、Claudeは返されたセッションIDを使用してdidit_session_get_decisionを呼び出します。

didit_session_get_decisionを使用：
{
  "session_id": "<作成からのセッションUUID>"
}

セッションの決定と、ワークフローによって返された抽出フィールドのみを要約します。

このツールは、そのセッションの完全な検証決定と抽出されたすべてのデータを返します。正確なデータはワークフローによって異なります。MCPソースは、年齢しきい値の個別のブールショートカットを文書化していません。文書チェックの場合、決定には、設定された検証ステップによって返された構造化された文書データが含まれる場合があります。エージェントは、便宜上のフィールドを作成するのではなく、実際の応答を読み取る必要があります。

ローカル画像ツールが実際にすること

ローカルまたは自己ホスト型stdio設定では、スタンドアロンツールは、バッチジョブ、内部レビューユーティリティ、または画像取り込みをすでに制御しているアプリケーションの直接パスとなります。

顔年齢推定

didit_verify_ageはimage_pathを必要とし、オプションでvendor_dataを受け入れます。顔画像から人物の年齢を推定し、パッシブ生体認証チェックも実行します。推定は正確な生年月日や身元の証明ではありません。

# ローカルまたは自己ホスト型stdioのみ
# ファイルはMCPサーバーのファイルシステムに存在する必要があります。
didit_verify_age {
  "image_path": "/absolute/server/path/selfie.jpg",
  "vendor_data": "user_18427"
}

年齢推定はチェックあたり$0.10です。入力は顔画像であり、サービスはその画像を処理して結果を生成します。この方法を文書不要と表現するのは正確ですが、個人データを収集しない、または何も保存しないと表現するのは、MCPツール契約によってサポートされていません。

文書に基づく生年月日抽出

didit_verify_idはfront_image_pathを必要とします。また、back_image_path、minimum_age、およびその他の文書化されたオプションを受け取ることもできます。このツールは、身分証明書の画像を送信し、光学文字認識（OCR）を実行し、構造化された文書データと真正性チェックを返します。OCRは、文書に存在する他のフィールドとともに生年月日を抽出できます。

# ローカルまたは自己ホスト型stdioのみ
didit_verify_id {
  "front_image_path": "/absolute/server/path/id-front.jpg",
  "back_image_path": "/absolute/server/path/id-back.jpg",
  "minimum_age": 18,
  "vendor_data": "user_18427"
}

ソースでは、minimum_ageは抽出された年齢が指定された値より低い場合にチェックを拒否すると説明されています。エージェントは、追加のしきい値結果フィールドを期待するのではなく、返された決定を読み取る必要があります。ID認証はチェックあたり$0.15です。完全な文書画像が提出され、文書フィールドが抽出されるため、このルートを生年月日のみを収集すると提示すべきではありません。

年齢推定、文書チェック、および完全なKYCは交換可能ではありません

ルート	確立するもの	ホスト型Claudeパス	公開価格
顔年齢推定	顔画像からの推定年齢と、パッシブ生体認証	年齢推定を含むワークフローを持つホスト型セッションを使用	チェックあたり$0.10
ID認証	文書の真正性チェックと、存在する場合の生年月日を含む抽出された文書フィールド	文書検証を含むワークフローを持つホスト型セッションを使用	チェックあたり$0.15
完全なKYC	ID認証、パッシブ生体認証、顔照合、IP分析を組み合わせた設定済みの本人確認チェック	既存のKYCワークフローのためにセッションを作成し、URLを引き渡す	バンドルあたり$0.33

最初のルートは推定を行います。2番目のルートは提出された政府発行の文書に依存します。3番目のルートは複数のチェックを組み合わせて、より広範な本人確認の決定を行います。製品チームは、これらの証拠レベルを区別できますが、いずれかのメカニズムが自動的に法律や規制を満足すると主張することはできません。

規制の状況は方法固有

年齢確認の規則は、管轄区域、サービスの種類、コンテンツ、およびリスクによって異なります。英国では、Ofcomのオンライン安全法年齢確認ガイダンスは、顔年齢推定や写真ID照合など、非常に効果的である可能性のあるいくつかの方法について議論しており、正確性、回避抵抗性、信頼性、公平性などの基準に対して有効性を評価しています。欧州連合では、欧州委員会の視聴覚メディアサービス指令の概要は、PINまたはより高度な年齢確認システムを含む可能性がある未成年者保護措置について説明しています。

これらの情報源は、実装言語が重要である理由を示しています。「年齢確認」、「年齢推定」、「文書検証」、「本人確認」は関連していますが、同義ではありません。特定の方法が特定のサービスに適しているかどうかは、管轄区域と状況に固有の評価です。MCP統合は技術的なルートを提供しますが、オペレーターのためにその評価を行うわけではありません。

境界を曖昧にすることなくClaudeを接続する

ホスト型ClaudeにはDiditコネクタのディープリンクを使用してください。エンドポイントはOAuth 2.1とPKCE（Proof Key for Code Exchange）を使用します。MCPの概要、認証ガイド、ツールリファレンスで接続と検出について説明しています。

より広範なセッションパターンについては、MCPを介したKYC本人確認をお読みください。統合のカタログレベルのビューについては、Didit MCPツールリファレンスを参照してください。

実用的なルールはシンプルです。ホスト型Claudeはセッションを作成し、そのURLをユーザーに渡すべきです。ローカルまたは自己ホスト型stdioは、サーバーがそれらのファイルを実際に持っている場合に絶対画像パスを使用できます。この境界を明確に保つことで、年齢確認のプロンプトが正確で、実行可能で、安全に再利用できるようになります。