docs: состояние проекта — расписание синков, порядок шагов метрик, отключённые счета, ручные события

AGENTS.md

@@ -102,7 +102,7 @@ just revision "msg"         # новая alembic-миграция из изме
 Импорт CSV на живую базу ещё не запускался — это на живых данных не проверено, только на
 фикстурах.
 
-Фаза 3 завершена и прогнана на живых отчётах (399 backend-тестов, 27 flutter):
+Фаза 3 завершена и прогнана на живых отчётах:
 
 - `sources/reports/` — протокол `ReportParser` + три парсера: Сбер (HTML), ВТБ (xlsx),
   универсальный CSV (экспорт Snowball). `registry.py` выбирает парсер по содержимому файла,
@@ -149,9 +149,9 @@ just revision "msg"         # новая alembic-миграция из изме
   source_id)`, так что строки обоих источников сосуществуют, и приоритет можно поменять без
   ресинка истории. Амортизация из MOEX идёт не в `corporate_action`, а в
   `bond_nominal_schedule` — этим типом безраздельно владеет `ledger/corporate_actions.py`;
-  оба источника зарегистрированы (`tinvest_events`, `moex_payouts`), но не добавлены в
-  `worker/jobs.default_schedule()` — как и сами `tinvest`/`moex`, они туда не входили и до
-  этой фазы, расписание синков за её рамками;
+  оба источника зарегистрированы (`tinvest_events`, `moex_payouts`) и стоят в
+  `worker/jobs.default_schedule()` вместе с `tinvest`/`moex`; источники с `needs="tinvest_token"`
+  не попадают в расписание, пока токен не задан;
 - `analytics/income.py` — `metric_income_monthly` (факт, только confirmed) и
   `metric_income_calendar` (прошлое и прогноз) с явным `basis` (`paid` / `announced` /
   `history`) на каждой строке — три источника числа никогда не смешиваются в одно;