There are no per-request logs or latency analytics.
Use the activity feed to follow work, the credit ledger to account for spending, and the organization audit trail to see administrative changes. Each surface answers a different question; none is an HTTP request log.
Surface
Question it answers
Scope
GET /activity
What was created, completed or changed?
The caller's resources, optionally narrowed by project or agent session.
GET /billing/transactions/summary
What credits moved in this period?
Personal wallets or the current organization, subject to role.
The feed is assembled at read time from existing jobs, assets, compositions and renders. It stores no separate event history. Every event has a human-readable summary of at most 160 characters and resource ids in refs.
Property
Value
Order
Newest first
Incremental polling
Pass the newest at already seen as since; only strictly newer events are returned.
Page size
limit defaults to 50, maximum 100.
Project filter
project_id; a generation joins a project through its produced asset.
Session filter
agent_session_id; excludes composition and render events without session attribution.
Restrict the feed to events belonging to this project.
since
query
No
Return only events strictly newer than this timestamp. Pass the newest at already seen to poll for increments.
agent_session_id
query
No
Restrict the feed to events caused by the given chat session — the job's agent_session_id or an agent upload's metadata.agent_session_id. Scoped to the caller's own events. Composition and render events, which carry no session attribution, are excluded when this is set.
limit
query
No
Maximum events to return.
Field
Type
Required
Description
events
array of ActivityEvent
Yes
Events newest first.
Field
Type
Required
Description
at
string
Yes
When the event happened (source-row timestamp).
kind
ActivityEventKind
Yes
summary
string
Yes
Server-built human-readable one-liner.
error_detail
string, nullable
No
User-facing failure reason for generation.failed, or the cancellation's plain message (what was refunded or charged) for generation.canceled; absent for every other event kind.
refs
ActivityEventRefs
Yes
Field
Type
Required
Description
job_id
string
No
asset_id
string
No
composition_id
string
No
render_id
string
No
project_id
string
No
agent_session_id
string
No
The chat session whose agent turn caused this event's job or asset — the job's agent_session_id, or an agent upload's metadata.agent_session_id.…
The summary is the roll-up behind the billing usage chart. It counts the same ledger rows and uses the same access rules as GET /billing/transactions: in organization scope, owner, admin and billing roles can see everyone, while members and viewers see their own rows.
Property
Value
Default window
Current UTC calendar month
Custom window
from inclusive, to exclusive, both RFC 3339; maximum 366 days
credits_used
Generation, agent-turn and reserved render charge kinds, as a positive total
credits_refunded
Refunds of those charges, as a positive total
credits_added
Grants, top-ups and redemptions
by_day
UTC dates with activity; fill missing days with zero in your chart
by_kind
Signed net credits and row count for each kind present
Inclusive window start (RFC 3339). Defaults to the first instant of the current UTC month.
to
query
No
Exclusive window end (RFC 3339). Defaults to the first instant of the next UTC month.
member_id
query
No
Organization context only; same rules as on GET /billing/transactions.
Field
Type
Required
Description
from
string
Yes
to
string
Yes
scope
BillingScope
Yes
organization_id
string
No
Set when scope is organization.
member_id
string
No
Set when the summary is narrowed to one member's rows.
credits_used
integer
Yes
credits_refunded
integer
Yes
credits_added
integer
Yes
Grants, top-ups and redemptions in the window.
by_day
array of CreditUsageDay
Yes
by_kind
array of CreditUsageKindTotal
Yes
Field
Type
Required
Description
date
string
Yes
UTC calendar day, YYYY-MM-DD.
credits_used
integer
Yes
Generation, agent-turn and render charges taken that day, as a positive number.
credits_refunded
integer
Yes
Refunds credited that day, as a positive number.
Field
Type
Required
Description
kind
CreditTransactionKind
Yes
credits
integer
Yes
Signed net of every row of this kind in the window.
count
integer
Yes
A generation charge appears when its hold is taken, before the job finishes. For settled organization spending, use Organization usage. For individual debits, refunds and resulting wallet balances, use the ledger.
GET /agent/usage summarizes generations created with the current user's agent token. credits_spent counts generation credits consumed; it is not a count of all agent-turn charges. Use the billing ledger for the turn charges themselves.
This is a trimmed production agent-usage.json capture. Totals are intact; recent_jobs is shortened to its first job, and that job's provider request id and user id are omitted.
GET /organizations/{id}/usage counts consumed reservations against the organization's wallets, created within the requested window. Held reservations and released holds are excluded. Its total_credits therefore answers a different question from the ledger summary's gross credits_used.
Property
Value
group_by
member (default), model, or day
Default window
Current UTC month; custom from/to use an inclusive start and exclusive end, up to 366 days
Inclusive window start (RFC 3339). Defaults to the first instant of the current UTC month.
to
query
No
Exclusive window end (RFC 3339). Defaults to the first instant of the next UTC month.
group_by
query
No
Field
Type
Required
Description
organization_id
string
Yes
from
string
Yes
to
string
Yes
group_by
OrganizationUsageGroupBy
Yes
total_credits
integer
Yes
items
array of OrganizationUsageItem
Yes
Field
Type
Required
Description
key
string
Yes
The member's user id, the model id (agent_turn for agent chat turns), or the UTC day as YYYY-MM-DD.
label
string
No
The member's email for the member grouping; absent otherwise.
credits
integer
Yes
Consumed credits in this bucket.
jobs
integer
Yes
Consumed reservations in this bucket (one per generation or agent turn).
items[].key is a member id, model id, or UTC YYYY-MM-DD date. The model grouping uses agent_turn for agent chat turns. jobs counts consumed reservations, so it includes agent turns as well as generations.
Owners and admins can read organization events newest first, filtered by exact action or actor user id. The audit trail records the actor and target of a change; it is separate from generation activity and billing usage.
Opaque pagination cursor returned by a prior response.
limit
query
No
Maximum items to return.
action
query
No
Exact action filter (for example member.invited).
actor
query
No
Filter on the acting user's id.
Field
Type
Required
Description
items
array of OrganizationAuditEvent
Yes
next_cursor
string, nullable
Yes
Field
Type
Required
Description
id
string
Yes
Monotonic event id (also the pagination cursor).
organization_id
string
Yes
actor_user_id
string, nullable
Yes
actor_email
string, nullable
Yes
Who acted: the member's email at the time of the event, the literal value NOLGIA staff for an action NOLGIA's own operators took on the organization (support or administration), or null when the actor is not resolvable.…
GET /asset-usage scans the caller's newest composition documents for asset references, including HTML files and the edits overlay. Repeat ids to narrow the result to particular assets.