汎用識別器は、利用者に国や番号の種類を先に選ばせるのではなく、1 つの入力を複数の純ローカル detector へ同時に渡します。現在対応しているのは、身分証番号、国際電話番号、支払カード、IBAN、税番号／企業番号、物流・郵便の追跡番号です。同じ文字列が複数の候補を返すこともあります。

結果の「信頼度」は、形式の一致度を並べるためだけに使います。たとえば数字だけの文字列は、銀行カードにも、ある配送業者の追跡番号にも見えることがあります。そのようなときツールは、本当の用途を知っているふりをせず、候補を残します。

1. 01番号や識別子を貼り付けます。空白、括弧、ハイフンなどは、それぞれの detector が自分の規則で正規化します。
2. 02候補の種類、構造の検証結果、安全に取り出せるフィールドを確認します。
3. 03より詳しい解析が必要なら専用ツールへ、リアルタイムの状態が必要なら自分で公式の外部検索を開きます。

すべての番号 detector は、family、kind、confidence、validation、fields と推奨アクションという統一の候補構造を返します。専用ツールは、同じ識別関数に scope を足すだけです。たとえば IBAN のページは銀行口座の候補だけを表示しますが、入力が明らかに別の family に属するときは、より適したツールを勧めることができます。

この設計は、言語を国に対応付けることを意図的に避けており、IP や位置情報も読みません。言語が影響するのは、文言、候補の表示順、そして一部の地域向け詳細ページを出すかどうかだけです。

• 形式の一致は、番号の実在、口座の存在、身元の帰属、業務上の状態の証明にはなりません。
• 数字だけの形式は衝突が最も多く、信頼度の低い候補は前後の文脈と合わせて判断する必要があります。
• ローカルの detector は、安定した公開規則がある部分だけを実装しています。確信が持てない検証アルゴリズムは、実装しない方を選びます。
• リアルタイムの VAT、物流、口座、身元の状態には、それぞれの権威あるサービスが必要です。本ツールがバックグラウンドで照会することはありません。
• 身分証明書、銀行カード、電話番号、銀行口座などの機微な番号には、テストデータか本人が許可したデータを優先してください。

• 番号だけが手元にあり、どのツールを使うべきか分からないときに、まず種類を判定する。
• フォームの開発、データの取り込み、ログのクレンジングで、構造化された番号らしきものを見つける。
• 検索ボックスから番号を貼り付けて、そのまま専用ツールの提案を受け取る。
• 今後、国ごとの規則を増やすための統一 detector インターフェースを、ページ全体の複製なしで用意する。

識別と検証は既定で完全にブラウザー内で動作します。利用者が配送業者や VIES などの外部検索への入口を自分でクリックしたときだけ、その番号が対象のサービスへ送信されます。作業に必要のない他人の完全な身分証番号、銀行カード番号、その他の機微な識別子を貼り付けないでください。