メインコンテンツへスキップ
Toolars
探索

UUID / ULID 生成・検証

UUID / ULID Generator & Validator

UUID v4・UUID v7・ULID を Web Crypto の乱数で最大 100 件生成し、貼り付けた値の構造を検証できる。

タスクの道筋 / 入力から結果へ

識別子の種類を選ぶ

バグを報告

端末内で処理

処理の詳細

ツールへの入力はこの端末で処理されます。

実行に必要なリソースをダウンロードする場合があります。アカウント機能は別のサービスです。

オフライン利用を準備しています…

プライバシーについて

タスクの道筋 / 入力から結果へ

UUID と ULID を生成・検証する方法

  1. 01

    識別子の種類を選ぶ

    時刻フィールドを持たない純粋な乱数識別子には UUID v4、標準の UUID 形状の先頭に 48 ビットの Unix ミリ秒時刻を置くには UUID v7、26 文字の短い Crockford Base32 値には ULID を選びます。データベースドライバー、API 契約、クライアントライブラリが既に解釈できる形式に合わせてください。

  2. 02

    一括個数と文字種を設定する

    個数は 1 回につき 1~100 個を指定します。推奨の正規形式(UUID は小文字の 16 進、ULID は大文字)をそのまま使うか、受け取るシステムが別の表記を求める場合は明示的に大文字または小文字へ切り替えます。

  3. 03

    安全なブラウザ乱数で生成する

    「識別子を生成」を押すか、キーボードでフォームを送信します。乱数ビットは Web Crypto がローカルで供給し、最新値は目立つカードに表示され、一括全体がその下に並びます。同一の一括生成内で同じミリ秒の UUID v7 と ULID は乱数ペイロードを増分するため、辞書順は単調に保たれます。

  4. 04

    一括をコピーまたは書き出す

    最新値、任意の 1 行、または「すべてコピー」で一括全体をコピーできます。ファイルで受け渡す場合は、1 行に 1 値の toolars-identifiers.txt か、引用符付きの value、format、timestamp_iso 列を持つ toolars-identifiers.csv をダウンロードします。どちらも 16 KiB のローカル上限があります。

  5. 05

    識別子を貼り付けて検証する

    「検証」モードに切り替えて UUID または ULID を貼り付けます。前後の空白は無視され、構造チェックは入力と同時に即時実行されます。128 文字を超える値は検査前に拒否され、ちょうど 36 文字でも 26 文字でもない値は実際の文字数を示します。

  6. 06

    検査レポートを読む

    有効な値には形式、RFC 9562 変種、対応バージョン 1~8、正規化した値が表示され、Nil UUID と Max UUID は特殊値として示されます。UUID v7 と ULID は埋め込み時刻を UTC で表示します。このフィールドは並べ替えの手がかりとして扱い、いつ誰がオブジェクトを作成したかの証明とはみなさないでください。

ツールの概要

処理
ブラウザー内で完結
入力の外部送信
なし
保存
一切保存しません
価格
無料

入力はブラウザに留まります。

UUID/ULID 生成・検証 は検証済みのローカル実行パスを使用し、隠れた入力・出力履歴を作成しません。

ローカル実行

現在のブラウザタブ内で実行されます。

隠れた処理なし

使用中のツールデータが Toolars のドキュメントレコードになることはありません。

アカウント不要

プロフィールを作成せずにコアワークフローを使えます。お気に入りはログイン後にアカウントへ同期されます。

即時リセット

タブを閉じれば、作業中のデータは消えます。

UUID/ULID 生成・検証 が実際に行うこと

データベース移行には並べ替え可能な主キー、テストスイートには形式の確かな識別子が 50 個必要で、API ログにはデバッグを進める前に種類を特定したい不明な値が残っています。このワークスペースなら 3 つの作業をすべてローカルで処理できます。UUID v7 を一括生成して ISO 時刻列付きの CSV をダウンロードし、「検証」に切り替えて不明な値を貼ると、先週の火曜日の埋め込み時刻を持つ ULID だと分かります。生成には Web Crypto の乱数を使い、検証は即時で、識別子がサーバーへ送信されたりブラウザの保存領域に書き込まれたりすることはありません。

よくある質問

UUID v4、UUID v7、ULID はどう使い分けますか?
UUID v4 は時刻フィールドを持たない一般的な乱数 UUID で、順序が不要な不透明なキーに向きます。UUID v7 は標準の UUID 形状を保ちながら Unix ミリ秒を先頭に置くため、インデックスへの挿入がほぼ時系列になります。ULID は大文字小文字を区別しない 26 文字の Crockford Base32 で、48 ビットのミリ秒時刻と 80 ビットの乱数部を含みます。既存のデータベース、API、ライブラリが対応する形式を優先してください。
同じミリ秒の値も順序を保ちますか?
一度に生成した UUID v7 または ULID の一括内では保ちます。最初の暗号学的乱数ペイロードを後続値で増分するため、辞書順は単調です。別のボタン操作では新しい乱数列が始まるので、異なる一括や端末をまたぐ全体順序は保証しません。単調シーケンスが桁あふれした場合は、折り返さずに新しい一括生成を求める旨が表示されます。
検証結果は何を証明しますか?
ここで確認する構造規則、つまり正規 UUID 形式、対応する標準バージョンと RFC 変種、または ULID の文字集合と 128 ビット上限に合うことだけを示します。一意性、信頼性、登録済みか、実在する対象に結び付くかは証明できません。埋め込み時刻は作成証拠ではなく、大文字の UUID や小文字の ULID も受け付けて正規化した形で表示します。
UUID や ULID が拒否されるのはなぜですか?
よくある原因は、8-4-4-4-12 の正規 16 進レイアウトに合わない UUID、RFC 9562 変種(2 進数 10)以外の変種ビット、標準範囲 1~8 外のバージョン、Crockford Base32 が除外する I、L、O、U を含む ULID、128 ビットを超えるため先頭が 7 より大きい 26 文字の ULID です。エラーメッセージは失敗した規則を具体的に示すので、その部分から修正してください。
ワークスペースの制限はどのくらいですか?
生成は 1 回につき 1~100 個、検証は 1 度に最大 128 文字の値を 1 つ調べ、TXT や CSV の書き出しは 16 KiB に制限されますが、最大サイズの一括にも十分な余裕があります。時刻ベースの形式は端末の時計にも依存し、対応する符号なし 48 ビットのミリ秒範囲外の時計では、誤解を招く値を出さずに明確なエラーで生成を停止します。
識別子は送信または保存されますか?
されません。生成、検証、コピー準備、書き出し準備は現在のブラウザタブで完結します。生の値は URL、分析、ログ、ローカルストレージ、遠隔リクエストに入らず、結果はコンポーネントのメモリだけに保持されるため、リセットかページの再読み込みで消去されます。

あわせて読む

行き止まりではなく、関連タスクへ。

完全な索引に戻らずに、別のフォーカスされたワークスペースへ移動できます。

URL 作業ツール

URL Workbench

署名付きリンクを保護して URL 一覧を整理。変更理由を行ごとに表示し、構成比較と Sitemap 出力に対応。

編集

JSON 検索と展開

JSON Explorer

JSONPath で検索・抽出し、JSON Pointer 形式を復元。大きな数値の精度を保持。

確認

JSON Schema 検証

JSON Schema Validator

Draft 7 と 2020-12 をローカル検証。エラー位置を示し、複数サンプルからスキーマを推定。

確認

HTML 公開用整理

HTML Publishing

貼り付けた HTML を公開用に整理。リスト・リンク・表の意味を保持し、安全にプレビュー。

公開