値式 (Value Expressions)

Script で値が必要となるすべての箇所(URL、リクエスト body、フィールド値、条件、フィルター値、対象 id など)は、以下の 3 つの形式のいずれかです。例外は 2 つだけです。Regex の patternと Cache の keyはリテラルとしてのみ書き、その中の { /pointer } は値に置き換えられません。このドキュメントでは、その 3 つの形式と、値がどこから来るのか(コンテキストルート)、そして WEEGLOO データ特有のロケールマップのルールを説明します。Statement カタログのすべてのフィールドがこのルールに従います。

3 つの形式

3 つの形式はネストできます。JsonLogic のオペランドに参照を、参照の結果を再び演算に入れる形で組み合わせます。

データ位置と式位置: $ をいつ付けるか

同じ JSON でも、位置によって読まれ方が変わります。分かれ目はその位置のキーを誰が所有しているかです。fields のキーは Content Type のフィールド id であり、Http.body のキーは呼び出し先 API のスキーマなので、そうした位置での cat や in は演算子ではなくフィールド名でなければなりません。

ルールは 2 行です。

1. データ位置で $ が付いていないキーは、常にフィールド名です。演算を使うには演算子に $ を付けます。
2. いったん $ で式に入ったら、その内側はすべて式です。ネストした演算子に $ は不要です(付けても構いません)。

迷ったら、すべての演算子に $ を付けてください。どの位置でも正しくなります。

// データ位置: cat は Content Type のフィールド名です (連結の演算ではありません)
"fields": { "cat": { "en-US": "hello" } }
 
// データ位置での計算: 境界にだけ $、その内側はそのまま
"fields": { "tier": { "en-US": { "$if": [ { ">=": [ "{ /p/score }", 700 ] }, "gold", "silver" ] } } }
 
// 式位置: そのまま書きます
"condition": { "and": [ { "<": [ "{ /a/body/risk }", 0.5 ] }, { ">=": [ "{ /b/body/score }", 700 ] } ] }

$ で始まるフィールド名が必要なとき: $$

JSON Schema の $ref や $schema のように、キーが実際に $ で始まらなければならない場合は、$ を 2 回書きます。"$$ref" はデータキー $ref を意味します。先頭の $ は1 つだけ取り除かれ($$$ref は $$ref になります)、キーにのみ適用されます(値の中の $ はそのままです)。

"body": { "$$ref": "#/components/schemas/Item", "topK": { "$min": [ "{ /payload/fields/k }", 50 ] } }

拒否される 2 つのケース

以下の 2 つの場合は、黙って別の意味に解釈されるのではなく、エラーとして拒否されます。

• $ キーが同じオブジェクトの他のキーと同居している場合はエラーです。演算はそのオブジェクトの唯一のキーでなければならず、兄弟のデータは 1 段外に出せば済みます。
• 未知の $ キーはエラーです。$catt は $catt という名前のフィールドではありません。$ の名前空間は演算子用に予約されています。

式位置では、演算子名が兄弟キーと同居しているのもエラーです({ "and": […], "or": […] })。その位置にはデータという解釈がなく、すべてのオブジェクトは真と判定されるため、そのままにすると条件が黙って常に真になります。

参照: { /json-pointer }

波括弧の中に RFC 6901 JSON Pointer(必ず / で始まる)を入れます。波括弧の周囲の空白は許可されます({ /a/b } は {/a/b} と同じです)。

単一ポインターと混合テンプレート: 型のルール

• 文字列全体が単一ポインターの場合、その値の元の型をそのまま維持します(数値なら数値、オブジェクトならオブジェクト、配列なら配列)。
• リテラルテキストと混ざると文字列として連結(concatenation) されます。

"{ /payload/fields/count }"                 // 数値なら数値のまま (例: 42)
"{ /payload/fields/tags }"                  // 配列なら配列のまま
"page-{ /payload/fields/n }-of-10"          // 文字列連結 → "page-42-of-10"
"Bearer { /payload/fields/token }"          // 文字列連結 → "Bearer abc123"

存在しない値

• パスが存在しないか値が空の場合、単一ポインターは null、混合テンプレートは空文字列として処理されます。

コンテキストルート: 値はどこから来るのか

{ /pointer } の最上位セグメントは、以下の 7 つのいずれかです。

/<name> を除いた 6 つの名前(payload・rawPayload・headers・now・vars・error)は予約されているため、statement の name には使えません。同じ名前を使うとそのルートを上書きしてしまうので、保存の時点で拒否されます(共通フィールドのバインディング名の規則)。

/rawPayload: 送られたままの本文

/payload はパースされた値で、/rawPayload は同じ本文の原文の文字列です。2 つは同じものを指していますが、同じではありません。パースされた値を再び文字列に戻すと、空白、数値表記、エスケープ、重複キーがすべて正規化され、送られたバイトには戻りません。

そのため、送られたバイトの上で計算される値は /rawPayload でしか扱えません。 代表的なのが決済代行会社の Webhook の署名検証です(Signature)。値を取り出して使う普段の参照は /payload で行います。

呼び出しの本文は JSON オブジェクトのみを受け取ります。本文が空なら無いものとして扱い、JSON オブジェクトでなければ(壊れた JSON、配列、スカラー、リテラルの null)実行せずに拒否します(エラー 参照)。

/now: 実行が始まった時刻

/now は、この実行が始まった時刻を 3 つの形で保持します。

• 1 回の実行に時刻は 1 つだけです。 時計を読む statement ではなく、実行が始まるときに埋め込んでおく値なので、2 つの文が互いに違う値を見ることはありません。Parallel の各ブランチも同じ時刻を受け継ぎます。文ではないので statement の数にも数えません。
• タイムゾーンを選ぶフィールドはありません。 epoch の値はどこでも同じ数であり、iso は UTC 表記です。
• Webhook の replay window(署名に載ったタイムスタンプが今から何秒以内か)の検証に使います。タイムスタンプは通常文字列で入ってきますが、算術演算が数値に変換してくれるのでそのまま比較します。

// 署名に載ったタイムスタンプが 5 分(300 秒)以内か
{ "<": [ { "-": [ "{ /now/seconds }", "{ /sig/1 }" ] }, 300 ] }

statement の結果の形

name を持つ statement の結果の形は、型ごとに異なります。

• ResourceFind はマッチがない場合 null をバインドします。{ "==": [ "{ /found }", null ] } で存在の有無を分岐します。
• ResourceRead(単一)は対象が存在しない場合はエラーです(Try で処理できます)。詳しくは Statement カタログのリソース読み取りで扱います。
• ServiceUser を読み取ると、結果は会員リソースそのものです({ /member/sys/id })。Content・Media と違い、フィールドがロケールマップではなく値そのままです。規則は 会員ディレクトリの読み取りで扱います。

演算と条件: JsonLogic

計算や条件が必要なときは、jsonlogic.com 仕様の演算子オブジェクトを使います。

• データアクセスは vanilla の var(dot-path) ではなく { /ptr } 参照に統一します。エンジンはまずオペランドのポインターを resolve し、その後で演算子を適用します。
• 演算子はそのオブジェクトの唯一のキーでなければなりません。データ位置では $ を付けたキーだけが演算で、式位置では $ の有無に関係なく演算です(データ位置と式位置 を参照)。

演算子の表

表に載っている名前は演算子トークンです。データ位置で使うときは先頭に $ を付けます(cat なら $cat)。式位置ではどちらでも構いません。

配列を反復する演算子(map, filter, reduce, all, some, none)はサポートしていません。Script は配列を Loop で反復します(Statement カタログの Loop)。一覧から日付の条件に合う項目だけを絞り込むのも、反復ではなく読み取りの文が行う仕事です。ResourceFind と ResourceForEach の where に条件を与えると、サーバーが絞り込んで返します(使える演算子は 演算子一覧 にあります)。

数値変換と例

数値変換のルールは次のとおりです。数値はそのままにし、true は 1、false は 0、文字列はパースし(パースできない場合は計算が失敗します)、null は 0 に変換します。

日付の文字列は数値ではありません。 "2026-10-03" は数値としてパースされないため、比較演算子はエラーを出さずに常に false を返します。日付を比べるには、まず date で正規化します。

以下のスニペットは式位置を前提としています。データ位置(fields, Http.body, Return.value, SetVar.value)に入れるときは、最上位の演算子に $ を付け、内側のオペランドはそのままにします。

{ "-":  [ "{ /wallet/fields/balance/en-US }", "{ /payload/fields/cost }" ] }   // 残高 - 費用
{ "<":  [ "{ /wallet/fields/balance/en-US }", "{ /payload/fields/cost }" ] }   // 残高 < 費用 → boolean
{ "and": [ { "<": [ "{ /a/body/risk }", 0.5 ] }, { ">=": [ "{ /b/body/score }", 700 ] } ] }
{ "cat": [ "id-", "{ /payload/sys/id }" ] }                                    // "id-<uuid>"
{ "!!": "{ /found/sys/id }" }                                                  // 存在すれば true
{ "$merge": [ "{ /vars/ids }", [ "{ /row/sys/id }" ] ] }                       // 配列の蓄積: SetVar.value はデータ位置なので $
{ "if": [ "{ /payload/fields/next }", "{ /payload/fields/next }", "END" ] }     // next があれば next、なければ "END"

日付の正規化 (date)

比較演算子は、オペランドを数値に変換してから比べます。日付の文字列は数値ではないので、その比較はエラーを出さずに常に false になります。== に変えても解決しません。両方が数値でない場合はテキストをそのまま比べるため、同じ瞬間を違う書き方で表した "2026-10-03" と "2026-10-03T00:00:00.000Z" が互いに異なる値になります。日付は比べる前に date で正規化します。

{ "date": [ 値, 出力単位 ] }      // 出力単位は省略できます
{ "date": "2026-10-03" }          // 値を 1 つだけ渡すときは配列を外しても構いません

before、after、equal 専用の演算子はありません。正規化した値は数値なので、すでにある比較・算術・集計の演算子をそのまま使えば済みます。

算術の結果はまたミリ秒の数値なので、date にもう一度入れて iso や day で出力できます(上の表の「1 週間後」)。

// 式位置: クーポンが有効期間内かどうか。3 つの値の表記が互いに違っていても構いません
{ "<=": [
  { "date": "{ /coupon/fields/startsAt/en-US }" },
  { "date": "{ /now/iso }" },
  { "date": "{ /coupon/fields/endsAt/en-US }" }
] }
 
// 式位置: HTTP の Date ヘッダーが今から 5 分(300 秒)以内か
{ "<": [ { "-": [ "{ /now/seconds }", { "date": [ "{ /headers/date }", "seconds" ] } ] }, 300 ] }

読み取れる入力

以下の値はすべて同じ瞬間として読み取られます。

• offset がなければ UTC として読み取ります。 offset は +09:00、+0900、+09、Z のすべてを受け取ります。
• パースは厳密です。 桁数が合っていても、実際には存在しない日付(2026-13-45)であれば失敗します。
• epoch は絶対値の大きさで単位を判別します。 100,000,000,000 未満なら秒、それ以上ならミリ秒です。そのため { /now/seconds } と { /now/millis } のどちらを入れても、それぞれ正しく読み取られます。
• epoch として認める範囲は、絶対値が 100,000,000 以上 100,000,000,000,000 未満です。 単位を大きさで判別しなければならないので、範囲を両側で区切ってあります。それ以外の数値は 1970 年として読み取られる代わりに失敗します。区切り文字のない日付 20261003、年の 2026、値がないという意味で渡ってくる 0 がこれに該当します。

出力単位

2 番目のオペランドが出力の形を決めます。単位の名前は大文字と小文字を区別しません。

一覧にない名前を与えると失敗し、エラーメッセージが使える名前を列挙します。

iso 出力と Date フィールドへの書き込み

Content の Date フィールドは、書き込むときに yyyy-MM-ddTHH:mm:ss[.小数点]Z という 1 つの形式だけを受け取ります。T と秒と末尾の Z がすべてそろっている必要があり、小数点以下は入れても外しても構わず、値は UTC として読み取られます。そのため、payload で受け取った 2026-10-03 や 2026-10-03T09:00:00+09:00 をそのまま入れると、値が有効でないとして拒否されます。date の iso 出力がちょうどこの形式なので、受け取った日付をフィールドに書き込む前に date を一度通します。

// データ位置: payload の "2026-10-03" をクーポンの有効期限に書き込みます
"fields": { "endsAt": { "en-US": { "$date": [ "{ /payload/fields/endsAt }", "iso" ] } } }

読み取れない値

以下の 3 つの場合、その文は失敗します(status 400)。実行中に起きる失敗なので、Try の catch で局所的に処理できます。

• 最初のオペランドがない、または参照が値を見つけられませんでした。
• 値を日付として読み取れません。空文字列、空白だけの文字列、日付ではない文字列、存在しない日付、ブーリアン、オブジェクト、認める範囲の外の数値がこれに該当します。
• 出力単位の名前が一覧にありません。

値がないときに null を返さないのは、意図した契約です。null は数値変換で 0 になり 1970 年として比べられるため、日付が欠けた検査は失敗するのではなく結果が反転します。有効期間を過ぎたクーポンが通ってしまうほうが、実行が止まるよりも悪いのです。

真偽の判定 (Truthiness)

if、and、or、!、!! と If.condition、Loop.while は、以下のルールで真偽を判定します。

• falsy: null、false、数値 0、空文字列 ""、空のコレクション(空の配列)。
• truthy: それ以外すべて(0 でない数値、空でない文字列と配列、すべてのオブジェクト)。

キーも参照できます

fields のようなマップのキーも { /ptr } 参照をサポートします。キーは実行時に resolve されます。

"fields": { "{ /payload/fields/fieldName }": { "en-US": "{ /payload/fields/fieldValue }" } }

2 つのキーが同じ値に resolve されると、衝突してエンジンエラーになります。

ロケールマップ: Content と Media 特有のルール

WEEGLOO の Content と Media の各フィールドは、値ではなくロケールごとのマップです(例: balance が { "en-US": 1, "ko-KR": 10 })。そのため、読み書きの際はロケールも一緒に扱う必要があります。Media も title と description(スカラー)、file(インジェスト指示)がロケールマップです。/payload や HTTP レスポンスのように Content でも Media でもない JSON は、このルールとは無関係です(スキーマが定めた構造そのままで、スカラーならスカラーです)。

読み取り

• スカラーを得るには ロケールまで指定します: { /<name>/fields/<field>/<locale> }(例: { /post/fields/title/en-US })。
• ロケールを指定せず { /<name>/fields/<field> } とすると、ロケールマップのオブジェクト全体が返ります。
• localized:false のフィールドは既定ロケールのバケットにのみ存在するため、その既定ロケールのコードで読み取ります。

書き込み (ResourceCreate, ResourceUpdate, ResourcePatch の fields)

値はロケールマップ { "<locale>": <スカラー値式> } です。読み取りと対称です。

"fields": {
  "title":  { "en-US": "Hello", "ko-KR": "안녕" },   // 複数のロケールはバケットを列挙
  "status": { "en-US": "paid" }
}

• ResourceCreate は populate するすべてのフィールドに Space の既定ロケールのバケットを必ず含める必要があります(default-locale ルール)。
• ResourceUpdate は全体の置き換えです。fields にないフィールドとロケールは削除されます(file を含む)。
• ResourcePatch は指定したフィールドとバケットのみを更新します(残りのフィールドとロケールは維持)。
• リテラルの null で削除します: 値がリテラルの null であれば、その (field, locale) バケットを削除します(Patch で特定のロケールを空にする際の標準)。""(空文字列)は削除ではなく空の値の設定です。値式({ /ptr })が実行時に null と評価される場合は、削除ではなくエラーです(payload の欠落を黙って飲み込むことはありません)。削除はリテラルの null のみが該当します。
• Media の file: 値はスカラーではなくインジェスト指示 { "source": …, "encoding": "url"|"base64" } です。インジェストが実際に何をするのかは Statement カタログの ResourceCreateで扱います。
• localized:false のフィールドは既定ロケールのバケットにのみ入れます。
• ロケールコード(マップのキー)も { /ptr } 参照が可能です(上記 キーも参照できます を参照)。動的なロケールを作るときに使います。

locale 便宜フィールド

ResourceCreate、ResourceUpdate、ResourcePatch に locale を与えると、エンジンが fields の各値を自動的に { <locale>: 値 } バケットで包みます。 つまり、スカラーだけを与えればよいのです。

// 以下の2つは同じ
{ "type": "ResourceCreate", "resource": "Content", "contentType": { "sys": { "id": "ct_post" } },
  "locale": "en-US", "fields": { "title": "Hello" } }
 
{ "type": "ResourceCreate", "resource": "Content", "contentType": { "sys": { "id": "ct_post" } },
  "fields": { "title": { "en-US": "Hello" } } }

locale を与えつつ、値にすでにロケールマップ({ "en-US": … })をネストしていると、{ <locale>: { "en-US": … } } のように二重にネストされます(作成者のミス)。locale を使うならスカラーのみ、使わないなら明示的なロケールマップのみ、というように 1 つに統一します。

where と order のロケール

• where と order では、fields.X にエンジンが Space の既定ロケールを自動的に適用します(CMA の照会と同じ)。
• 特定のロケールを指定するには、fields.X.<locale> のように明示します。

"where": { "fields.slug": { "eq": "{ /payload/fields/slug }" } }   // 既定ロケールの slug
"where": { "fields.title.ko-KR": { "prefix": "안" } }              // 特定のロケール

エラー

値式の規則に違反したときに出るコードです。保存時に検査され、定義のほかの静的制約に反したコードは 実行セマンティクス、制約、セキュリティのエラー に、呼び出し時に出るコードは エンドポイントのエラー にあります。すべてのリソースに共通するコードは 共通エラー を参照してください。

関連ドキュメント

• Statement カタログ: 値式を使う 25 種の文のフィールドと結果。
• 実行セマンティクス、制約、セキュリティ: 実行順序、エラー、楽観的ロック、静的制約。
• クックブック: 値式を組み合わせた完結した例。
• Script 概要: 最上位構造と、1 回の実行に与えられる時間。