RevTurbineCustomerSdk
The core RevTurbine customer-facing SDK.
Provides methods for:
- Identity —
identify(),resetIdentity() - Placements —
registerPlacement(),getPlacementDecision(),getPlacement() - Entitlements —
checkEntitlement(),updateUsage() - Trials —
getTrialStatus() - Events —
capture(),trackEvent(),emitSemantic() - Interactions —
trackTreatmentInteraction(),dismiss(),convert() - Context —
setUserContext(),setPageContext(),refreshPageContext()
Example
Section titled “Example”const sdk = initRevTurbine({ tenantId: 'tenant_abc', apiKey: 'rt_live_xxx', endpoint: 'https://edge.example.com', mode: 'react',});
sdk.identify('user_123', { plan: 'pro' });const decision = await sdk.getPlacementDecision({ placementId, userId: 'user_123' });Methods
Section titled “Methods”can(
handle,context?):Promise<{ }>
Check whether the user can do something — the advertised alias of
checkEntitlement. Returns the rich EntitlementResult
(allowed, status, reason, and limit/used/remaining for
limit-bearing entitlements). This client check is a UX convenience — for
billing-critical or abuse-sensitive actions, re-run the same check on your
server before granting access.
Parameters
Section titled “Parameters”handle
Section titled “handle”string
context?
Section titled “context?”RevTurbineEntitlementContext
Returns
Section titled “Returns”Promise<{ }>
Example
Section titled “Example”const access = await rt.can('generate_image');if (!access.allowed) showUpgrade();dispose()
Section titled “dispose()”dispose():
void
Stop background clickstream flushing and release page-unload listeners. Flushes any buffered events one last time. Call when tearing down an SDK instance (e.g. SPA unmount) to avoid a dangling interval/listeners.
Returns
Section titled “Returns”void
emitTrigger()
Section titled “emitTrigger()”emitTrigger(
trigger,payload?,options?):Promise<void>
Emit a canonical trigger event recognised by the decision engine.
Convenience wrapper over emitSemantic that constrains the event name to RevTurbineTriggerEvent and attaches standard context (user_id, plan, timestamp) automatically.
Parameters
Section titled “Parameters”trigger
Section titled “trigger”"payment_failed" | "feature_gated" | "trial_midpoint" | "trial_expiring" | "trial_expired" | "usage_limit_approaching" | "usage_limit_reached" | "credit_balance_low" | "seat_limit_reached" | "cancel_intent" | "auto_renewal_reminder" | "onboarding_complete" | "invite_teammate_prompt" | "referral_offer" | "plan_upgrade_nudge"
payload?
Section titled “payload?”options?
Section titled “options?”RevTurbineEventOptions
Returns
Section titled “Returns”Promise<void>
Example
Section titled “Example”await sdk.emitTrigger('usage_limit_approaching', { usage_percent: 85, threshold: 80 });await sdk.emitTrigger('trial_expiring', { days_remaining: 2 });await sdk.emitTrigger('feature_gated', { feature: 'advanced_automation' });explainPlacementDecision()
Section titled “explainPlacementDecision()”explainPlacementDecision(
input):Promise<RevTurbinePlacementDecisionExplanation>
Explain why a placement decision was selected.
Returns a structured diagnostic payload that includes:
- Segment membership evaluation with predicate-level pass/fail details
- Entitlement-rule matching outcomes for current targeting context
- Placement decision metadata (
rule_id, reason codes, suppression)
Useful for debuggers, QA tooling, and customer-facing explainability UIs.
Parameters
Section titled “Parameters”RevTurbinePlacementDecisionInput
Returns
Section titled “Returns”Promise<RevTurbinePlacementDecisionExplanation>
fetchClientContext()
Section titled “fetchClientContext()”fetchClientContext(
clientToken?):Promise<void>
Enrich the held UserContext with the user’s server-known CLIENT-SAFE context
(plan 157). Fetches GET /api/sdk/client-context with the provided client
token (rt_client_, minted by the customer’s backend via the server SDK’s
clientSessions.create), maps the client-safe fields (trial state, coarse
billing health) into the UserContext, and merges them in — these fields are
RevTurbine-authoritative, so they refresh the held context.
The token is held in memory only (never storage / URL / logs). Enrichment is best-effort: a network error or non-200 never throws into the app; on 401 (expired / revoked) the held token is cleared. Server-side entitlement checks remain authoritative regardless of what the browser sees.
Parameters
Section titled “Parameters”clientToken?
Section titled “clientToken?”string
the rt_client_ token; when omitted, reuses the last one.
Returns
Section titled “Returns”Promise<void>
fetchUserContext()
Section titled “fetchUserContext()”fetchUserContext(
userId):Promise<UserTargetingContext>
Fetch the resolved user context from the decision API. Returns the user’s matched segments, traits, plan, and usage — used to determine which placement payloads are eligible for display.
Parameters
Section titled “Parameters”userId
Section titled “userId”string
Returns
Section titled “Returns”Promise<UserTargetingContext>
flushEvents()
Section titled “flushEvents()”flushEvents():
Promise<void>
Flush any buffered clickstream events to POST /api/track immediately.
Called on the size threshold, the RevTurbineEventBatchingOptions interval timer, and page-unload. Best-effort and non-throwing — delivery failures are swallowed (plan 95 REQ-3). Safe to call when the buffer is empty (no-op).
Returns
Section titled “Returns”Promise<void>
gate()
Section titled “gate()”gate<
T>(action,fn,context?):Promise<RevTurbineGateResult<T>>
Gate an action behind an entitlement — the advertised gate(action, fn) verb.
Checks the entitlement for action; if allowed, runs fn and returns its
result; otherwise does NOT run fn and returns the entitlement so the caller
can surface a paywall (e.g. render an <RTSlot>). See RevTurbineGateResult.
Type Parameters
Section titled “Type Parameters”T
Parameters
Section titled “Parameters”action
Section titled “action”string
() => T | Promise<T>
context?
Section titled “context?”RevTurbineEntitlementContext
Returns
Section titled “Returns”Promise<RevTurbineGateResult<T>>
Example
Section titled “Example”const gated = await rt.gate('export_pdf', () => exportPdf());if (!gated.ran) openPaywall(gated.entitlement);getBranding()
Section titled “getBranding()”getBranding():
ResolvedBranding
Resolve the branding to render with, down the four-rung ladder (plan 118):
the explicit branding init option → the config’s deprecated embedded
theme (dev-warns) → the apiBranding init option → DEFAULT_BRANDING.
Branding is a display concern only — it never affects placement decisions or entitlement checks. The result is always complete, so callers can render unconditionally even when no branding was supplied.
Returns
Section titled “Returns”The merged branding and the ladder rung it came from.
getEntitlements()
Section titled “getEntitlements()”getEntitlements():
Record<string,EntitlementResult>
Return the SDK-resolved entitlement snapshot for the active user.
The returned object is keyed by entitlement handle and reflects the latest results from local/runtime checks tracked by the SDK.
Returns
Section titled “Returns”Record<string, EntitlementResult>
getExportedConfig()
Section titled “getExportedConfig()”getExportedConfig(): { } |
undefined
Returns the legacy-compatible evaluator snapshot loaded at initialization. Canonical consumers should retain their Playbook or use normalizeConfigArtifactOrThrow at their ingestion boundary.
Returns
Section titled “Returns”{ } | undefined
getPersonalizationTokens()
Section titled “getPersonalizationTokens()”getPersonalizationTokens(
payload?):RevTurbinePersonalizationTokens
Return the SDK-resolved personalization token map.
Reads from the transient personalization map on the user context,
which holds both SDK-derived tokens (plan_name, usage_current, etc.)
and app-provided tokens set via setPersonalization() or identify().
Pass the placement’s payload (its recommendation_strategy /
recommendation_plan_override fields) to resolve the
{{recommended_plan_handle}} / {{recommended_plan_name}} tokens for
that specific placement (plan #47, Appendix C.3). Without a payload the
map carries the user-level next_tier_up default; with one, the
placement’s authored strategy (e.g. a custom forced plan) overlays
those two tokens. All other tokens are unaffected.
Parameters
Section titled “Parameters”payload?
Section titled “payload?”Optional placement payload carrying the per-placement recommendation strategy. Omit for the user-level default.
recommendation_plan_override?
Section titled “recommendation_plan_override?”string | null
recommendation_strategy?
Section titled “recommendation_strategy?”RecommendationStrategy | null
Returns
Section titled “Returns”RevTurbinePersonalizationTokens
getPolicy()
Section titled “getPolicy()”getPolicy():
RevTurbinePolicySnapshot
Return current SDK policy snapshot.
Returns
Section titled “Returns”getTargeting()
Section titled “getTargeting()”getTargeting():
RevTurbineTargeting
Return the SDK-resolved targeting snapshot for the active user.
Includes user id, segment ids, traits, plan, and merged usage so demo surfaces can display the same context used by placement eligibility.
Returns
Section titled “Returns”getTelemetryConsent()
Section titled “getTelemetryConsent()”getTelemetryConsent():
TelemetryConsent
The current behavior-telemetry consent state (plan 144 TASK-8).
Returns
Section titled “Returns”getTelemetryCounters()
Section titled “getTelemetryCounters()”getTelemetryCounters():
TelemetryCounters
A snapshot of the telemetry pipeline counters (plan 144 TASK-8) — created / dropped / redacted / sampled / deduped / queued / sent / failed. A cheap diagnostic for “why did my events not arrive?”. Returns a copy, so mutating it never touches the SDK’s live tallies.
Returns
Section titled “Returns”TelemetryCounters
getUsage()
Section titled “getUsage()”getUsage():
RevTurbineUsageSnapshot
Return the SDK-resolved usage snapshot for the active user.
Keys are usage units (derived from configured usage token prefixes when available), and values include current usage plus optional limit when known.
Returns
Section titled “Returns”getUserContext()
Section titled “getUserContext()”getUserContext():
object
Build the full persistence-ready UserContext from the current
SDK state. Includes tenant_id and user_id required for API storage.
Returns
Section titled “Returns”object
hydrate()
Section titled “hydrate()”hydrate(
payload):void
Hydrate the SDK with a server-evaluated payload.
Call this on the client after receiving a ServerEvaluationPayload
from the server-side SDK. Pre-populates the decision cache,
entitlements, trial status, and user context so the client SDK
avoids redundant API calls.
Parameters
Section titled “Parameters”payload
Section titled “payload”Returns
Section titled “Returns”void
Example
Section titled “Example”// In your React component / page hydration:const sdk = initRevTurbine({ tenantId, apiKey, endpoint, mode: 'react' });sdk.hydrate(serverPayload);identify()
Section titled “identify()”identify<
T>(userId,context?):void
Identify the current user and (optionally) supply their context.
Accepts the canonical IdentifyContextInput — recognized by the
presence of account_id / email / plan / plan_handle / usage /
entitlements / custom — or a legacy plain-traits object, which is
stored under custom unchanged. plan_handle is THE plan matching
identity (the plan’s unique_handle, plan 191 REQ-1); the plan object
is display metadata and never participates in matching, and nothing in
custom ever drives plan resolution (REQ-2).
Guardrails: an empty id rejects the call; an email-shaped id warns in dev
(ids stay opaque — pass emails as { email }); unrecognized top-level
keys are named in a dev warning instead of being dropped or routed
silently. Legacy-traits behavior is unchanged beyond the diagnostic.
Type Parameters
Section titled “Type Parameters”T extends IdentifyContextInput
Parameters
Section titled “Parameters”userId
Section titled “userId”string
context?
Section titled “context?”Exact<IdentifyContextInput, T>
Returns
Section titled “Returns”void
Example
Section titled “Example”rt.identify('user_123', { plan_handle: 'pro' }); // THE matching identityrt.identify('user_123', { plan_handle: 'pro', plan: { handle: 'pro', name: 'Professional' } });onUserContextChange()
Section titled “onUserContextChange()”onUserContextChange(
listener): () =>void
Subscribe to user-context changes — identify(), setUserContext(),
update(), updateUsage(), and resetIdentity() (plan 194 REQ-3).
Returns an unsubscribe function. Listeners must never throw; one that does is caught here rather than allowed to break the verb that fired it.
Parameters
Section titled “Parameters”listener
Section titled “listener”() => void
Returns
Section titled “Returns”() => void
Example
Section titled “Example”const unsubscribe = rt.onUserContextChange(() => refreshMyUi());persistPlacementTypes()
Section titled “persistPlacementTypes()”persistPlacementTypes(
types):Promise<void>
Persist authored placement types to a configured backend.
Requires an explicit placementTypes endpoint override. RevTurbine
hosts no /api/sdk/placement-types route — the default path was never
built, and there is no table behind it — so without an override this
method is a no-op rather than a guaranteed 404. It previously threw
persist_placement_types_failed:404 in every non-local_only mode, which
made a documented method unusable on the documented default path.
Supply endpointOverrides.placementTypes (or override the provider hook of
the same name) to send these somewhere real.
Parameters
Section titled “Parameters”RevTurbinePlacementTypeEntity[]
Returns
Section titled “Returns”Promise<void>
recordClickThru()
Section titled “recordClickThru()”recordClickThru(
placementId,payloadId?,surfaceTemplateId?,metadata?,cooldownMs?):Promise<void>
Record a bare placement click-through — the user clicked the CTA but did not confirm the conversion (e.g. abandoned checkout). Time-boxed like a dismiss; the placement may return (plan 167). For a confirmed conversion use recordConversion.
Parameters
Section titled “Parameters”placementId
Section titled “placementId”string
The placement’s stable rule_id.
payloadId?
Section titled “payloadId?”string
Optional payload variant id.
surfaceTemplateId?
Section titled “surfaceTemplateId?”string
Optional surface template id.
metadata?
Section titled “metadata?”Optional metadata persisted with the record.
cooldownMs?
Section titled “cooldownMs?”number
Optional explicit cooldown window (ms). Defaults to 7 days.
Returns
Section titled “Returns”Promise<void>
recordConversion()
Section titled “recordConversion()”recordConversion(
placementId,payloadId?,surfaceTemplateId?,metadata?):Promise<void>
Record a confirmed conversion — the user completed the CTA action. The
placement is permanently retired for this user; subsequent
getPlacementDecision calls return visible: false for good (plan 167).
Parameters
Section titled “Parameters”placementId
Section titled “placementId”string
The placement’s stable rule_id.
payloadId?
Section titled “payloadId?”string
Optional payload variant id.
surfaceTemplateId?
Section titled “surfaceTemplateId?”string
Optional surface template id.
metadata?
Section titled “metadata?”Optional metadata persisted with the record.
Returns
Section titled “Returns”Promise<void>
recordDismissal()
Section titled “recordDismissal()”recordDismissal(
placementId,payloadId?,surfaceTemplateId?,metadata?,cooldownMs?):Promise<void>
Record a placement dismissal — the user explicitly closed it (“No thanks”).
Time-boxed: the placement is hidden for the dismiss cooldown
(cooldown_after_dismiss_days, default 7 days) and re-shows once it elapses
(plan 167). NOT permanent — for a confirmed conversion use
recordConversion.
Parameters
Section titled “Parameters”placementId
Section titled “placementId”string
The placement’s stable rule_id.
payloadId?
Section titled “payloadId?”string
Optional payload variant id.
surfaceTemplateId?
Section titled “surfaceTemplateId?”string
Optional surface template id.
metadata?
Section titled “metadata?”Optional metadata persisted with the record.
cooldownMs?
Section titled “cooldownMs?”number
Optional explicit cooldown window (ms). Defaults to 7 days.
Returns
Section titled “Returns”Promise<void>
recordImpression()
Section titled “recordImpression()”recordImpression(
placementId,payloadId?,surfaceTemplateId?,metadata?):Promise<void>
Record that a placement was rendered to the user. Plan 43 TASK-9.
Writes an impressed record to the SDK’s ImpressionHistory,
which persists to localStorage via StorageImpressionStore
(or in-memory storage in non-browser environments). The
impression contributes to:
- Frequency caps (
cap.v1) — once-per-period limits count this impression against the user’s quota for the placement. - Trial milestone supersession analytics — for trial_progress
ladders, the supersession diagnostic uses delivery state
to distinguish “replaced an undelivered placement” (counts
in
superseded_placement_ids) from “lower threshold was already shown” (NOT counted — spec §3.5 “supersession only applies to undelivered placements”). - Generic milestone supersession (
content.milestone_order) — the order-based variant inapplyContentMilestoneSupersession.
Call this from consumer code when the placement is actually
shown to the user (e.g., from a React component’s useEffect
on mount, or after the rendering call returns). The SDK does
NOT auto-record impressions — surfaces are rendered by consumer
code, so only the consumer knows when a placement was actually
presented (vs. fetched but not displayed).
Safe to call multiple times for the same placement — duplicates append additional impression records (used by frequency caps to count delivery events).
Parameters
Section titled “Parameters”placementId
Section titled “placementId”string
The placement’s stable rule_id (e.g.
'pl_trial_progress_70'). Match decision.output.rule_id
from getPlacementDecision.
payloadId?
Section titled “payloadId?”string
Optional payload variant id, for variant-level analytics.
surfaceTemplateId?
Section titled “surfaceTemplateId?”string
Optional surface template id, for per-surface cap accounting.
metadata?
Section titled “metadata?”Optional metadata persisted with the record.
Returns
Section titled “Returns”Promise<void>
Example
Section titled “Example”const decision = await sdk.getPlacementDecision({ placementId: 'slot_trial_modal' });if (decision.visible && decision.output?.rule_id) { renderBanner(decision.output); await sdk.recordImpression(decision.output.rule_id, decision.output.output_id);}registerPlacement()
Section titled “registerPlacement()”registerPlacement(
config):Promise<string>
Parameters
Section titled “Parameters”config
Section titled “config”Returns
Section titled “Returns”Promise<string>
reportSdkError()
Section titled “reportSdkError()”reportSdkError(
reason,message?):void
Report that the SDK itself failed (plan 182 TASK-5).
sdk_error was declared in the meta taxonomy with no emitter. This is the
“the SDK malfunctioned” signal — distinct from resolution_failure, which
means a decision produced nothing. It rides the same anonymous
events_sdk_meta lane: no tenant, no user, no placement identity.
Deduped on reason for the session and capped, mirroring
emitResolutionFailure — an SDK failing inside a render loop must
not become a telemetry flood. Best-effort and never throwing: this is
called from catch blocks, so it must not manufacture a second failure.
Parameters
Section titled “Parameters”reason
Section titled “reason”string
Stable, categorical cause (e.g. provider_init_failed) —
what dashboards group by.
message?
Section titled “message?”string
Human-readable detail for triage, sent on the same footing
as sdk_validation_warning’s message, which already ships on this lane.
Returns
Section titled “Returns”void
reset()
Section titled “reset()”reset():
void
Clear the current user — the advertised alias of resetIdentity (e.g. on sign-out).
Returns
Section titled “Returns”void
resetUserContext()
Section titled “resetUserContext()”resetUserContext():
void
Hard-reset the user context to a blank slate — removes EVERY user-context
value (id, plan, email, account_id, custom, usage,
entitlements, personalization) plus usage balances, and clears the
decision cache, interaction state, and impression history.
Unlike resetIdentity (a sign-out that re-infers anonymous context
when the inferUser policy is on), this performs no inference, so the
resulting context is guaranteed empty. Mostly for demo / fixture flows that
reset cleanly between scenarios.
Returns
Section titled “Returns”void
Example
Section titled “Example”// Between demo personas:rt.resetUserContext();rt.identify('demo_pro', { plan_handle: 'pro' });setApiBranding()
Section titled “setApiBranding()”setApiBranding(
branding):void
Supply the branding-API rung after init.
apiBranding can be passed at construction when the host fetches branding
itself, but with fetchThemeOverride the SDK fetches
GET /api/sdk/theme after the instance exists. Without this setter that
fetched value reached only the React theme context, so getBranding() and
useRevTurbineTheme() could report different branding for the same tenant
(plan 184).
Parameters
Section titled “Parameters”branding
Section titled “branding”{ } | undefined
Branding from the Branding API. Overrides config-embedded
branding but never the explicit branding init option.
Returns
Section titled “Returns”void
setTelemetryConsent()
Section titled “setTelemetryConsent()”setTelemetryConsent(
consent):void
Update behavior-telemetry consent at runtime (plan 144 TASK-8 / REQ-12).
Takes effect on the next event with no provider remount: denied /
pending stop event creation immediately, so nothing reaches ingest,
registered consumers, or integrations; granted resumes emission. Does not
affect the keyless anonymous SDK-init beacon, which has its own
RevTurbineInitOptions.anonymousTelemetry switch (REQ-13).
Parameters
Section titled “Parameters”consent
Section titled “consent”the new consent state
Returns
Section titled “Returns”void
setTrialInstances()
Section titled “setTrialInstances()”setTrialInstances(
instances,options?):Promise<{ }>
Derive and push the user’s trial status from their TrialInstance
records, resolving the matching free/reverse trial rule straight from the
initialized RevTurbineConfig’s free_trial_rules / reverse_trial_rules.
The config-driven counterpart to setTrialStatus: instead of the
host app pre-deriving a UserTrialStatus, the SDK evaluates the tenant’s
trial rules against the supplied instances via @revt-eng/core’s
evaluateTrialStatus and pushes the result into the local trial context
that gates trial_progress / trial_ending / trial_ended /
trial_converted placements. The same evaluator runs in the Python server
SDK, so both decide identically.
Requires an initialized exported config (static mode, or any mode with a
config provider). Returns the derived status, or { in_trial: false }
when no active trial instance applies.
Parameters
Section titled “Parameters”instances
Section titled “instances”readonly object[]
The user’s trial instance records.
options?
Section titled “options?”Optional nowIso clock pin (defaults to the current
time) and basePlanHandle (the base plan a reverse-trial user reverts
to, surfaced as plan_handle).
basePlanHandle?
Section titled “basePlanHandle?”string
nowIso?
Section titled “nowIso?”string
Returns
Section titled “Returns”Promise<{ }>
track()
Section titled “track()”track(
name,data?):Promise<void>
Track an event — the advertised alias of trackEvent. Powers analytics, frequency caps, attribution, and experiments.
Parameters
Section titled “Parameters”string
Returns
Section titled “Returns”Promise<void>
Example
Section titled “Example”rt.track('ai_generation_completed', { credits: 3 });trackControlPlaneEvent()
Section titled “trackControlPlaneEvent()”trackControlPlaneEvent(
eventType,payload?,options?):Promise<void>
Emit a typed control-plane semantic event (plan 112).
The dogfood-faithful surface for RevTurbine’s own product activity:
eventType is constrained to the canonical ControlPlaneEventType
taxonomy and the system/workflow source classification is stamped
automatically. Forwards through the same ingest + consumer path as
capture — so the event lands in clickstream AND any registered
analytics resolver (e.g. a PostHog provider from
createPostHogAnalyticsProvider).
Identity comes from the active user context set via identify /
setUserContext: the operator is user_id and the acting RevTurbine
customer tenant is account_id. tenant_id is stamped server-side and is
never carried on the event (plan 112 REQ-3/REQ-4).
Parameters
Section titled “Parameters”eventType
Section titled “eventType”"web_signed_up" | "web_signed_in" | "cli_signed_up" | "cli_signed_in" | "cli_command_executed" | "changeset_submitted" | "changeset_approved" | "changeset_rejected" | "changeset_deployed" | "changeset_launched" | "changeset_parked" | "changeset_resumed" | "changeset_discarded" | "changeset_archived" | "config_imported" | "config_exported" | "entity_created" | "entity_updated" | "entity_deleted" | "web_api_error"
A canonical control-plane event type.
payload?
Section titled “payload?”SdkEventProperties = {}
Optional event-specific properties (e.g. { resource, resource_id }).
options?
Section titled “options?”RevTurbineEventOptions
Emit options, e.g. { immediate: true } to bypass batching.
Returns
Section titled “Returns”Promise<void>
Example
Section titled “Example”sdk.identify('operator_42', { account_id: 'tn_acme' });await sdk.trackControlPlaneEvent('changeset_deployed', { change_set_id: 'cs_9' });update()
Section titled “update()”update<
T>(patch):void
Patch the session-bound user context — the advertised update(patch) verb.
Accepts every session-scoped RevTurbineUserContext field except the
identity handle id (see RevTurbineUpdateInput); to (re)establish
identity use identify.
usage routes through updateUsage (absolute balances + usage
threshold-crossing events); every other recognized field routes through
setUserContext, which merges with upsert semantics — an omitted field
never clobbers a previously-set value. Both stores are updated independently,
so update({ plan, usage }) applies each without interference. Keys outside
the recognized set are dropped with a dev-only warning — they never reach
the context, and update({ <handle>: n }) is not a usage report.
Type Parameters
Section titled “Type Parameters”T extends RevTurbineUpdateInput
Parameters
Section titled “Parameters”Exact<RevTurbineUpdateInput, T>
Returns
Section titled “Returns”void
Examples
Section titled “Examples”// Bump reported usage:rt.update({ usage: { generations: 25 } });// Reflect a plan change and new traits in one call (identity unchanged):rt.update({ plan_handle: 'pro', custom: { role: 'admin' } });validateUiPathResolvers()
Section titled “validateUiPathResolvers()”validateUiPathResolvers(
options?):Promise<RevTurbineUiPathResolverValidationReport>
Validate that each configured UI path action has a resolver implementation.
By default this validates localRuntime.exportedConfig.content_ui_paths (when present)
against:
uiPathResolverspassed at SDK init- optional
resolverspassed to this method - CTA handlers from domain providers (
domain: 'cta'), unless disabled
Parameters
Section titled “Parameters”options?
Section titled “options?”RevTurbineUiPathResolverValidationOptions = {}
Returns
Section titled “Returns”Promise<RevTurbineUiPathResolverValidationReport>