▣ wi

OPS-2 · agent-ops

one-db: consolidate all whey telemetry/KPI sqlite into one local Postgres 17 db (telemetry), schema-per-domain, SELECT*-friendly views, reporting web UI. Goal: one place for all KPIs/perf/context data + Elazar can actually find/read them.

Ref
OPS-2 (#692)
Project
agent-ops
Status
canceled
Priority
high
Type
task
Assigned
bin-whey-cc pm
Created by
wi-cli-whey
Created
2026-06-06T03:38:19.812Z
Updated
2026-06-06T03:40:30.966Z
Closed
2026-06-06T03:40:30.966Z

Sub-items (4/4 done · 100%)

reftitlestatuspriorityassignee
OPS-3 one-db: lazy-load telemetry-inventory.md — single doc agents read on demand listing, per data stream: which systemd unit/timer/cron collects it, which script the unit runs, which table it writes, and which script reports to Elazar + which aro. Keep it the SSOT map of the whole telemetry pipeline. canceled high bin-whey-cc
OPS-4 one-db: views layer — every table gets enough pg views (latest / daily / report rollups) so agents query a view with SELECT * (never name fields). Goal: zero token waste guessing columns. Document view list in telemetry-inventory.md. canceled high bin-whey-cc
OPS-6 one-db: cutover (NO dual-write — Elazar dropped it 2026-06-06). Collectors write straight to pg via metrics_write (spools to JSONL on pg-down, so no data loss); backfill already loaded full history. Flip 5 collectors + netreport off sqlite, retire sqlite files once pg-proven. canceled high bin-whey-cc
OPS-5 one-db: kpi.pensanta.com web UI on whey — small read-only server (chat-duo-web model, single-file .mjs) that reads the SELECT* views and renders KPI pages, so Elazar has one habit-friendly place to glance at all KPIs and drill into any metric when something looks off. canceled normal coder-chatduo-cc
+ Add sub-item

Questions (1 open)

Event log