Life内でほとんどすべての、プリム、アバター、テクスチャなどの(しばしばUUIDとして言及される)固有の識別子です。keyそのものは16進数の文字[0-9a-f]から構成され、keyの各セクションは-(ハイフン)によって連結して表記されます。RFC-4122で定義されたUUIDバージョン4(ランダムなUUID)として知られています。何かのキーを取得する方法はいくつかあります:他の人から提供してもらうこと。関数(例:llGetKey/ja、llGetLinkKey/jaなど)を使用すること。インベントリで、何かの上で右クリックし、「キーのコピー」を選択すること。これは完全な権限を持つアイテムに対してのみ機能します。MD5ベース(バージョン3)のUUIDを生成します。リンクメッセージの識別やその他の目的に役立ちます。com_create_guidに基づいてUUIDを生成します。"01234567-89ab-cdef-0123-456789abcdef";llKey2Name(uuid);しかし、llListFindListでは暗黙の型変換は行われません。llListFindListは値だけでなく、型も一致する必要があります。"/about");これは、クリックするとアバタープロファイルウィンドウが表示される、表示名とユーザー名の両方をクリック可能なリンクとして表示します。イベントを使用する必要がありません。"/about");これは、クリックするとグループプロファイルウィンドウが表示される、グループ名をクリック可能なリンクとして表示します。これは特に便利です、なぜなら他の方法は存在せず、グループの名前を出力するLSL関数が存在しないからです。something}条件式に引数として渡された時、有効なkeyでありNULL_KEYではないことをtrueとして評価するのみです。任意の文字列が有効なkeyかどうかを以下の方法で検出することができます。(uuid)は特別な場合です。キーはintegersに変換できないため、!、||、&&などの論理operatorsをキーと一緒に使用できません。NULL_KEY;リストにキーリテラルを追加する際には注意が必要で、暗黙の型変換は行われません。キーリテラルがキーであることを確認しない場合、llListFindList/jaで問題が発生する可能性があります。LSOとMonoでは文字列をキーに型変換する際に同じ方法が動作しないことに注意してください。LSOには、LLが修正を拒否したバグがあり、修正すると既存のコンテンツが壊れるためです。