feat: connect alpine logs and usage to admin api

docs/alpine-ui-integration-plan.md

@@ -236,15 +236,14 @@ UI-файлы:
 
 Что еще не хватает:
 
-- frontend adapter с трансформацией backend response в текущую log-row форму;
-- polling strategy вместо локального seeded массива;
-- явная поддержка `debug/info/warn/error` в UI без локального seed;
-- если нужен live mode, то либо polling, либо отдельный future streaming endpoint
+- optional pagination и server-driven cursor, если логи начнут расти;
+- отдельный streaming endpoint, если polling перестанет устраивать;
+- richer detail metadata, если захотим показывать trace/request ids отдельными виджетами
 
 Простой итог:
 
-- backend foundation для logs уже есть;
-- страница интегрируется быстро, если заменить seeded `LOGS` на API polling.
+- страница уже подключена к live `logs` API;
+- текущий `live mode` реализован через polling и этого достаточно для текущего этапа.
 
 ### 4.6. Usage
 
@@ -270,14 +269,14 @@ UI-файлы:
 
 Что еще не хватает:
 
-- frontend mapping из backend `summary/timeline/operations/agents` в текущие widgets;
-- `CSV export` endpoint или серверная договоренность, если экспорт не хотим делать на клиенте;
-- согласование полей latency percentiles в одном формате
+- если понадобится agent-specific usage drilldown, для него нужен отдельный экран или таб;
+- если понадобится server-side export, можно добавить отдельный CSV endpoint позже;
+- quota/limits пока не являются частью backend модели, поэтому страница честно показывает traffic share
 
 Простой итог:
 
-- usage page можно подключать сразу после logs;
-- главная работа здесь на frontend adapter, а не на новом backend-ядре.
+- usage page уже подключена к live `usage` API;
+- CSV export сейчас делается на клиенте и этого достаточно для текущего этапа.
 
 ### 4.7. Workspace setup