メインコンテンツへスキップ
1つのプロンプトで、本人確認、取引モニタリング、認証のいずれか、または任意の組み合わせを連携できます。application-contextブロックで製品を選択すると、エージェントは選択した製品の処理だけを実装します。
認証は新しい製品です。ホスト型フロー、ES256 JWTの発行者、認証イベント、ボット対策はドキュメント化されていますが、SDKパッケージはまだ公開されていません。プロンプトは、エージェントに提供状況を確認させ、未対応のアダプターを無効のままにするよう求めます。エージェントは、動作するSDKを捏造したり、利用できない連携がテストに合格したと主張したりしてはなりません。

​
プロンプトを使う

  1. コピーをクリックし、プロンプトをコーディングエージェントに貼り付けます。
  2. 技術スタック、プラットフォーム、選択した製品、既存のアプリケーション設定を入力します。
  3. vendor_dataに使う、同一人物を一貫して識別できる参照値を1つ選びます。この値はバックエンドが認証済みユーザーから導出します。
  4. 顧客向けに有効化する前に、生成された実装とそのテスト結果をレビューします。

​
製品の組み合わせを選ぶ

同じプロンプトは、フィンテック、ゲーム、暗号資産、マーケットプレイスのアプリで使えます。保護したいアクションをコンテキストブロックに記述してください。ログインに成功しても、本人確認に合格したことや支払いを進めてよいことを意味するわけではありません。

​
製品ごとにSDKを選ぶ

Webでは@didit-protocol/sdk-webを、モバイルではネイティブSDKとラッパーSDKを使用します。サーバーがセッションを作成し、アプリはスコープが限定されたURLまたはトークンのみを受け取ります。JavaScript SDKガイドをお読みください。

​
認証情報と判定を保護する

APIキーとコンソール管理用の認証情報はバックエンドに保管してください。ブラウザーアプリとネイティブアプリが受け取るのは、製品ごとにスコープが限定されたセッション認証情報、または有効期間の短いトークンだけです。Authenticationの公開可能キーはAPIキーではありません。 更新を適用する前にWebhookの署名を検証し、event_idで配信の重複を排除し、製品ごとのステータスを分けて管理してください。リダイレクト、SDKのコールバック、表示された成功画面を、サーバー側の認可として扱わないでください。利用できない依存関係や検証されていない本番フローがあれば、明示的に報告してください。

​
関連ガイド

最終更新日 2026年11月1日