drhider/History/ux-frontend/2026-08-24-time-tickers-estimates.md

v0.0.64–0.0.65 — Тикеры времени и оценки обработки по файлам (2026-08-24)

ux-frontend. Продолжение v0.0.63 (прерывание/ETA). По итогам замечаний: тикеры/оценки должны быть видны СРАЗУ и на ВСЕХ этапах, а не только в LLM-фазе.

Проблема (v0.0.63)

• Подсветка «▶ Текущий файл» и оценки появлялись только в LLM-фазе.
• На этапе извлечения (долгие PDF, .doc через liberta) таблица показывала всё «○ Ожидают —», без текущего файла и оценок — юзер не видел никакого прогресса.

v0.0.64 — тикер текущего файла на всех этапах + самокалибровка

• start (этап извлечения): файл, который обрабатывается сейчас, помечается current (предыдущий демотируется), тикер прошло/осталось идёт через procRefresh (1с).
• Замер скорости извлечения: по предыдущему «текущему» файлу считается procExtractRate (сек/МБ) — оценки «ожидающих» калибруются по факту, а не по константе.
• extract_done: снимает подсветку извлечения (LLM-фаза назначает текущий через file_start).
• Оценки у «ожидающих»: LLM (chars × rate) либо грубая по размеру (сек/МБ).

v0.0.65 — мгновенные оценки (ещё до старта)

• При выборе файлов (простой режим) у каждого файла в «Статусе» — ~X (по размеру, EST_MB_SEC = 12 с/МБ).
• В шапке таблицы — суммарная оценка: N файлов · S МБ · ~T.
• Подсказка: «⏱ Время обработки каждого файла — ориентировочное (обновляется по факту)».

Проверка

• node --check — OK; py_compile — OK.
• Локально: имя из ZIP декодируется корректно (см. v0.0.67).

Версии

• 0.0.63 → 0.0.64 (тикеры на всех этапах) → 0.0.65 (мгновенные оценки).