mirror of
https://github.com/multica-ai/multica.git
synced 2026-07-05 21:39:54 +02:00
* feat: per-runtime timezone for token usage aggregation The runtime token-usage charts (daily and hourly tabs on the runtime-detail page) bucketed every event by the Postgres session timezone, which is UTC in production. For an operator in UTC+8 that meant a Tuesday afternoon's tasks landed in Tuesday early-morning's bar — the chart was always one off. Fix: store an IANA timezone on agent_runtime and aggregate under it. * migrations 081 / 082 add agent_runtime.timezone (TEXT NOT NULL DEFAULT 'UTC') and rebuild the rollup pipeline (window function and both trigger functions) to compute bucket_date with AT TIME ZONE rt.timezone instead of bare DATE(). * No historical backfill — task_usage_daily rows already on disk keep their UTC bucket_date; only future writes / re-touches recompute under the new tz. (Product call from MUL-1950: 'guarantee future correctness'.) * runtime_usage.sql gains a @tz parameter on ListRuntimeUsage and GetRuntimeUsageByHour and threads tz through GetRuntimeTaskHourly Activity. ListRuntimeUsageDaily reads bucket_date as-is since the rollup already wrote it in tz. * parseSinceParamInTZ replaces the raw N×24h cutoff with start-of- day-N in the runtime's tz so 'last 7 days' lines up with bucket boundaries. * Daemon registration sends the host's IANA tz (TZ env, then time.Local), and UpsertAgentRuntime preserves any user override via a CASE-on-existing-value pattern so a daemon reconnect can't silently revert the operator's setting. * New PATCH /api/runtimes/:id endpoint (UpdateAgentRuntime) lets the runtime detail page edit the tz; the editor seeds with the browser tz on first interaction. Refs: MUL-1950 Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Co-authored-by: multica-agent <github@multica.ai> * fix: harden runtime timezone rollups Co-authored-by: multica-agent <github@multica.ai> * fix: address runtime timezone review nits Co-authored-by: multica-agent <github@multica.ai> --------- Co-authored-by: Eve <eve@multica.ai> Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Co-authored-by: multica-agent <github@multica.ai> Co-authored-by: Eve <eve@multica-ai.local>
117 lines
5.2 KiB
SQL
117 lines
5.2 KiB
SQL
-- name: ListRuntimeUsage :many
|
|
-- Reads from raw `task_usage`, bucketed by the runtime's local calendar
|
|
-- date via @tz (IANA name, e.g. 'Asia/Shanghai'). The Go layer resolves
|
|
-- @tz from agent_runtime.timezone and computes @since as start-of-day-N
|
|
-- already in that zone, so the cutoff can stay as a plain timestamptz.
|
|
-- This is the always-correct fallback path; used when
|
|
-- USAGE_DAILY_ROLLUP_ENABLED is false (or the rollup hasn't been
|
|
-- deployed yet).
|
|
SELECT
|
|
DATE(tu.created_at AT TIME ZONE @tz::text) AS date,
|
|
tu.provider,
|
|
tu.model,
|
|
SUM(tu.input_tokens)::bigint AS input_tokens,
|
|
SUM(tu.output_tokens)::bigint AS output_tokens,
|
|
SUM(tu.cache_read_tokens)::bigint AS cache_read_tokens,
|
|
SUM(tu.cache_write_tokens)::bigint AS cache_write_tokens
|
|
FROM task_usage tu
|
|
JOIN agent_task_queue atq ON atq.id = tu.task_id
|
|
WHERE atq.runtime_id = $1
|
|
AND tu.created_at >= @since::timestamptz
|
|
GROUP BY DATE(tu.created_at AT TIME ZONE @tz::text), tu.provider, tu.model
|
|
ORDER BY DATE(tu.created_at AT TIME ZONE @tz::text) DESC, tu.provider, tu.model;
|
|
|
|
-- name: ListRuntimeUsageDaily :many
|
|
-- Reads from the `task_usage_daily` rollup table maintained by
|
|
-- rollup_task_usage_daily() (scheduled every 5 min via pg_cron, or any
|
|
-- equivalent external scheduler that calls the function). Same shape as
|
|
-- ListRuntimeUsage above. Today's bucket may lag the raw table by up to
|
|
-- ~10 min (5 min cron period + 5 min rollup safety lag); intentional.
|
|
--
|
|
-- Only used when USAGE_DAILY_ROLLUP_ENABLED is true AND deploy has
|
|
-- verified that the rollup is fresh (see task_usage_rollup_lag_seconds
|
|
-- helper from migration 076).
|
|
--
|
|
-- bucket_date is already materialized in the runtime's tz (migration
|
|
-- 082). The cutoff still needs @tz because DATE(timestamptz) would cast in
|
|
-- the Postgres session timezone; positive-offset runtimes would otherwise
|
|
-- include one extra UTC day.
|
|
--
|
|
-- The PK on task_usage_daily already collapses to one row per
|
|
-- (bucket_date, runtime_id, provider, model), but SUM/GROUP BY is kept
|
|
-- so future schema changes (extra dimensions promoted into the table)
|
|
-- don't silently change query semantics.
|
|
SELECT
|
|
bucket_date AS date,
|
|
provider,
|
|
model,
|
|
SUM(input_tokens)::bigint AS input_tokens,
|
|
SUM(output_tokens)::bigint AS output_tokens,
|
|
SUM(cache_read_tokens)::bigint AS cache_read_tokens,
|
|
SUM(cache_write_tokens)::bigint AS cache_write_tokens
|
|
FROM task_usage_daily
|
|
WHERE runtime_id = $1
|
|
AND bucket_date >= ((sqlc.arg('since')::timestamptz AT TIME ZONE sqlc.arg('tz')::text)::date)
|
|
GROUP BY bucket_date, provider, model
|
|
ORDER BY bucket_date DESC, provider, model;
|
|
|
|
-- name: GetRuntimeTaskHourlyActivity :many
|
|
-- Hour-of-day distribution for queue starts. Bucketed in the runtime's
|
|
-- local tz so "this runtime is busy in the afternoon" actually means
|
|
-- the operator's afternoon, not UTC's.
|
|
SELECT EXTRACT(HOUR FROM started_at AT TIME ZONE @tz::text)::int AS hour,
|
|
COUNT(*)::int AS count
|
|
FROM agent_task_queue
|
|
WHERE runtime_id = $1 AND started_at IS NOT NULL
|
|
GROUP BY hour
|
|
ORDER BY hour;
|
|
|
|
-- name: ListRuntimeUsageByAgent :many
|
|
-- Per-(agent, model) token aggregates for a runtime since a cutoff. Powers
|
|
-- the runtime-detail "Cost by agent" tab. task_usage only carries task_id,
|
|
-- so we join the queue to expose agent_id. The model dimension is kept on
|
|
-- purpose: cost is computed client-side from a per-model pricing table, so
|
|
-- collapsing models server-side would erase the information needed to do
|
|
-- that arithmetic. The client groups by agent_id and sums cost per agent.
|
|
--
|
|
-- This view doesn't bucket by date, so it doesn't need @tz; only the
|
|
-- @since cutoff is provided in runtime-local terms (computed in Go).
|
|
SELECT
|
|
atq.agent_id,
|
|
tu.model,
|
|
SUM(tu.input_tokens)::bigint AS input_tokens,
|
|
SUM(tu.output_tokens)::bigint AS output_tokens,
|
|
SUM(tu.cache_read_tokens)::bigint AS cache_read_tokens,
|
|
SUM(tu.cache_write_tokens)::bigint AS cache_write_tokens,
|
|
COUNT(DISTINCT tu.task_id)::int AS task_count
|
|
FROM task_usage tu
|
|
JOIN agent_task_queue atq ON atq.id = tu.task_id
|
|
WHERE atq.runtime_id = $1
|
|
AND tu.created_at >= @since::timestamptz
|
|
GROUP BY atq.agent_id, tu.model
|
|
ORDER BY atq.agent_id, tu.model;
|
|
|
|
-- name: GetRuntimeUsageByHour :many
|
|
-- Per-(hour, model) token aggregates (hour ∈ 0..23) for a runtime since a
|
|
-- cutoff. Powers the "By hour" tab — shows when in the day this runtime is
|
|
-- doing real work, with model preserved for client-side cost calculation
|
|
-- (same reason as ListRuntimeUsageByAgent above). Hours with zero activity
|
|
-- are omitted; the client fills the 24-bucket axis.
|
|
--
|
|
-- Hours are extracted in the runtime's local tz via @tz so afternoon
|
|
-- work bucketed at UTC 06:00 lands in 14:00 for a UTC+8 runtime.
|
|
SELECT
|
|
EXTRACT(HOUR FROM tu.created_at AT TIME ZONE @tz::text)::int AS hour,
|
|
tu.model,
|
|
SUM(tu.input_tokens)::bigint AS input_tokens,
|
|
SUM(tu.output_tokens)::bigint AS output_tokens,
|
|
SUM(tu.cache_read_tokens)::bigint AS cache_read_tokens,
|
|
SUM(tu.cache_write_tokens)::bigint AS cache_write_tokens,
|
|
COUNT(DISTINCT tu.task_id)::int AS task_count
|
|
FROM task_usage tu
|
|
JOIN agent_task_queue atq ON atq.id = tu.task_id
|
|
WHERE atq.runtime_id = $1
|
|
AND tu.created_at >= @since::timestamptz
|
|
GROUP BY EXTRACT(HOUR FROM tu.created_at AT TIME ZONE @tz::text), tu.model
|
|
ORDER BY hour, tu.model;
|