Nexa FAQs
Read these FAQs to quickly understand Nexa basics and recommended prompt guidelines.
-
Does token consumption vary based on the time of day requests are made?
The platform applies uniform token usage across all hours of the day. No off-peak pricing tier or token discount exists; consumption rates remain consistent regardless of when requests are executed.
-
What happens when a customer reaches their monthly token quota—does the platform permit overages?
Each customer receives a monthly allocation of 100 million tokens. Before any request executes, the platform performs a pre-request quota check to validate the available token balance. When a customer's monthly limit is reached, the platform blocks the incoming request and returns a rejection response. No overages are permitted; usage does not exceed the defined cap.
-
Are tokens consumed during a failed NEXA query refunded?
When NEXA is unable to return results, the tokens consumed during that request are not refunded. Token usage is recorded at the point of request execution, irrespective of whether the query produces a successful result.
-
When a user reopens a previous session, does the platform rerun the prompts or retrieve them from storage?
When a user reopens a previous session, the platform retrieves session events from ADK session storage. These stored events are not rerun and do not consume additional tokens. However, any new prompt that loads context within the resumed session does consume tokens at the standard rate.
-
When a session is shared, are the prompts rerun for the recipient, or is a cached version presented?
Shared sessions present a cached version of the session state. No prompts are rerun during the sharing process. Recipients access the session as it was captured, without triggering additional model execution.
-
How long are Shared Sessions available?
Shared sessions remain available for 30 days from the time of sharing. After this period, access to the shared session expires.
-
Does NEXA retain business-specific terminology or context introduced in one session for use in future sessions?
NEXA does not currently support cross-session memory. Each session context is constructed from the configured tools, the knowledge base, and — in V2 — Skills, along with any context the user explicitly provides within that session. Terminology or instructions introduced in one session, such as business-specific terms, do not persist into subsequent sessions.
A permanent, per-client context layer — ingested at the client level — is under consideration for a future release. This capability would allow business-specific knowledge to persist across sessions, producing more contextually relevant outputs for each client.