signal-bot/signal_bot/stats
Krzysztof kuhy Rudnicki 405541be9b
Some checks are pending
CI / check (push) Waiting to run
CI / web (push) Waiting to run
release: 0.2.6 «Stephanus I» — dodano !analityka
One row per command attempt, not two aggregates written only on success.

command_uses holds last-use only and daily_uses counts successes; both are
rate-limiter state and both are written by store.record_use, which the
dispatcher calls only when a handler returns cleanly. A gate refusal and a
crash returned before it, so a command that failed every time looked exactly
like one nobody ran, and nothing knew which command a counted message was.

command_events now takes every attempt with its outcome, its duration and
the item it served; upstream_calls takes every outbound request made while
serving one. The two writes stay separate on purpose -- recording a refusal
as a use is what slid the cooldown window forward every time somebody was
told to wait -- and test_dispatcher_outcomes asserts last_used does not move.

Backfilled from journald joined against message_events, with daily_uses
filling the residual so the two sources cannot double-count. Two things were
wrong on the first attempt and both were found by measuring rather than by
reasoning: the window has to be symmetric, because sent_at_ms comes from the
sender's phone and the journal stamp from this host (194 of 299 lines landed
*before* their own message, by up to 3.2 s); and matching has to be a global
closest-pair assignment, because per-row greedy cannot separate two commands
seconds apart. Together those took the dropped rows from 137 to zero, and
recovered 418 invocations back to 29 August.

Also: !analityka in the group, twelve Polish lines, naming at most three
people and only ones whose display name has been seen; an Analytics tab with
Nivo charts; and continuous latency measurement, which answers the open
question in DOCS-latency.md -- a text send is 235 ms and an image send about
2.2 s, so the upload really is where the time goes.

EPHEMERAL_TABLES was doing two unrelated jobs and is now two tuples: what a
schema bump rebuilds, and what leaving a group clears. daily_uses left the
first (it is a backfill source now) and stayed in the second, and
_drop_reshaped took over the repair a bump used to do for it.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01T4QTp3h5Q3MvfrwGV8xqPf
2026-08-31 23:19:51 +02:00
..
__init__.py feat: the message event log, and the nightly report built on it 2026-08-30 19:14:43 +02:00
backfill.py fix: !ja told everybody their favourite hour was noon 2026-08-30 20:15:20 +02:00
commands.py feat: serve several photo albums at once, each scoped to its own groups 2026-08-31 11:58:50 +02:00
curiosities.py fix: !ja told everybody their favourite hour was noon 2026-08-30 20:15:20 +02:00
events.py feat: the message event log, and the nightly report built on it 2026-08-30 19:14:43 +02:00
facts.py feat: the nightly post notices things 2026-08-30 19:43:55 +02:00
highlights.py feat: nine commands for asking the statistics questions 2026-08-30 19:49:41 +02:00
nightly.py release: 0.1.6 «Zephyrinus» — 21:37 reports today, not yesterday 2026-08-30 22:09:13 +02:00
periods.py feat: the message event log, and the nightly report built on it 2026-08-30 19:14:43 +02:00
queries_day.py feat: the message event log, and the nightly report built on it 2026-08-30 19:14:43 +02:00
queries_period.py feat: periods, records and the crown 2026-08-30 19:38:54 +02:00
recorder.py release: 0.2.6 «Stephanus I» — dodano !analityka 2026-08-31 23:19:51 +02:00
records.py feat: the nightly post notices things 2026-08-30 19:43:55 +02:00
render_day.py release: 0.1.6 «Zephyrinus» — 21:37 reports today, not yesterday 2026-08-30 22:09:13 +02:00
render_extra.py fix: !ja told everybody their favourite hour was noon 2026-08-30 20:15:20 +02:00
render_period.py feat: nine commands for asking the statistics questions 2026-08-30 19:49:41 +02:00
streaks.py feat: periods, records and the crown 2026-08-30 19:38:54 +02:00
text.py feat: the message event log, and the nightly report built on it 2026-08-30 19:14:43 +02:00